🎬

AIで作る業務動画 Day 25｜3種類の動画制作から得たベストプラクティス

に公開
AI
Windows
業務効率化
Remotion
動画制作
tech

今日のゴール

Day 21-23で制作した3種類の業務動画（引継ぎ・報告・マニュアル）から、再利用可能なベストプラクティスを整理する。

前提条件

  • Day 20-24の成果物（3種類の動画サンプル、制作時間レポート）
  • パイプラインが動作している（Gemini TTS、Rhubarb、Remotion）

なぜベストプラクティスを整理するのか

3本の動画を作ってみて、うまくいったこと、予想外だったことがそれぞれあった。

この経験を「次に作るとき」に活かせる形でまとめておきたい。Phase 6（自動化・改善）に進む前に、今回の学びを言語化しておく。

Phase 5 の達成度

まず、Phase 5 全体を振り返る。

目標 vs 実績

項目 当初目標 実績 達成度
動画種類 4種類 3種類 75%
背景画像対応 実装 完了 100%
Google Slide連携 実装 完了（手動エクスポート） 100%
記事公開数 6本 6本（本記事含む） 100%

総合達成度: 90%

計画変更（4種類→3種類）があったが、背景画像対応という優先課題を先に解決できたので、妥当な判断だったと思う。

完成した動画

Day 動画種類 シーン数 時間 特徴
21 引継ぎ 5 115秒 5部構成（導入-概要-詳細-注意点-まとめ）
22 報告 5 104秒 PREP法（結論-実績-要因-アクション）
23 マニュアル 13 185秒 WHAT-HOW-FAQ構成

3本とも3分以内に収まった。業務動画は「短いほど良い」を実践できた。

3種類の動画から得た教訓

1. 構成パターン（型）が最重要

3本すべてで、最初に構成パターンを決めてから台本を書いた。これが効率化の鍵だった。

動画種類 構成パターン
引継ぎ 導入 → 概要 → 詳細 → 注意点 → まとめ
報告 PREP（結論 → 実績 → 要因 → アクション）
マニュアル WHAT → HOW（STEP 1-N） → FAQ

型を決めると：

  • 何をどの順番で話すか迷わない
  • スライドの枚数が安定する
  • 動画が長くなりにくい

2. 台本先行アプローチ

「台本 → スライド」の順序で作ると、整合性が高まった。

従来手法（スライドを先に作る）と比較すると：

項目 台本先行 スライド先行
整合性 高い 低い（後から調整必要）
手戻り 少ない 多い
制作時間 短い 長い

3. 短時間が正義

3本の動画時間を振り返ると、どれも2-3分に収まっている。

動画 時間 視聴者の反応（推定）
引継ぎ 115秒 集中して最後まで見られる
報告 104秒 「簡潔でわかりやすい」
マニュアル 185秒 操作しながら見るにはちょうど良い

教訓: 業務動画は「短いほど良い」。長くなりそうなら複数動画に分割する。

想定外だったこと

NotebookLM のページ数予測

想定: 台本のシーン数 = スライド枚数
現実: 一致しないことがある

NotebookLM は台本の「意味」を解釈するため、文字数が多いと分割されることがあった。

対策: 台本の各シーンに「（1ページ分）」と明記する

## シーン1（1ページ分）
- タイトル
- 動画の概要

背景画像とキャラクターの重なり

Day 23のマニュアル動画で、スライドがフルスクリーン表示だとキャラクターと重なる問題が発生した。

解決策: 背景画像を80%に縮小して左上に配置

当初想定していなかった作業だったが、結果的に「スライドの内容に応じてキャラクターの存在感を調整」できる柔軟性が得られた。

確認・調整が最大のボトルネック

想定: パイプラインが自動化されているので、確認は10分程度
現実: 確認・調整に15-20分（全体の32%）

問題発見 → JSON修正 → 再プレビューの繰り返しが時間を食った。後工程で問題発見すると手戻りが大きい。

予想以上にうまくいったこと

Props切り替えの汎用性

Remotion の Props パネルで pipelineDataFile を変更するだけで、即座に別の動画に切り替わった。

同じ Remotion プロジェクトで複数の動画を管理できる。Day 19 で設計した MultiSceneVideo の汎用性が高かった。

Gemini TTS の日本語品質

gemini-2.5-flash-preview-tts を試したが、業務動画には十分な品質だった。処理速度も速い。

シーン数が増えても制作時間が変わらない

動画 シーン数 制作時間
引継ぎ 5 約60分
報告 5 約60分
マニュアル 13 約60分

シーン数が2.6倍（5 → 13）になっても、制作時間は同程度だった。パイプラインの自動化が効いている。

ベストプラクティス集（抜粋）

今後の制作で使えるように、動画種類別の推奨設定をまとめた。

引継ぎ動画

項目 推奨値
動画時間 90-120秒
シーン数 5
構成 導入 → 概要 → 詳細 → 注意点 → まとめ
トーン 丁寧、親身

成功のポイント:

  • 「いつでも連絡ください」と締める
  • 具体的な期日・数字を入れる
  • 後任者の不安を軽減する言葉を入れる

報告動画

項目 推奨値
動画時間 60-104秒
シーン数 4-5
構成 PREP（結論 → 実績 → 要因 → アクション）
トーン 端的、ビジネスライク

成功のポイント:

  • 結論を最初の15秒で伝える
  • 数字で語る（「まあまあ」ではなく「92%」）
  • アクションプランで締める

マニュアル動画

項目 推奨値
動画時間 120-200秒
シーン数 8-15
構成 WHAT → HOW（STEP 1-N） → FAQ
トーン 明確、教育的

成功のポイント:

  • 1操作1動画を原則とする
  • ステップ番号を明示する
  • FAQで問い合わせを減らす

レンダリング前チェックリスト

Remotion で動画生成する前に確認すべき項目をまとめた。

  • 音声長とシーン長が整合しているか
  • リップシンクキュー数が妥当か（目安: 1秒あたり6-7キュー）
  • 背景画像がすべて存在するか
  • JSON構造にエラーがないか
  • 字幕の位置がキャラクターと重ならないか

このチェックリストで事前確認すれば、確認・調整フェーズの手戻りを減らせるはず。

Phase 5 総括

成功したこと

  1. 背景画像対応の実装: 計画変更を判断し、優先的に対応
  2. 3種類の動画サンプル完成: それぞれの型を確立
  3. 制作時間の計測と分析: ボトルネックを特定
  4. ベストプラクティスの整理: 再利用可能なガイドライン

Phase 6 への期待

Day 24で特定したボトルネック（確認・調整 32%）を解消するため、Phase 6では以下の改善を予定している。

優先度 改善策 期待効果
★★★ 台本テンプレートの標準化 ページ調整5分削減
★★★ パイプライン自動チェック 確認・調整10分削減
★★☆ 軽量プレビュー機能 確認サイクル短縮

目標: 60分/本 → 40分/本（33%削減）

今日の成果物

項目 内容
教訓整理 3種類の動画から得た7カテゴリの学び
ベストプラクティス集 動画種類別の推奨設定、チェックリスト
Phase 5振り返り 達成度90%、次Phaseへの引き継ぎ事項

検証環境

項目 値
OS Windows 11 Pro
Node.js 18.x
Remotion 4.x
検証日 2026-01-25

明日のテーマ: Day 26からはPhase 6（自動化・改善）に入ります。まずは台本テンプレートの標準化から着手する予定です。

シリーズを追いかける

-> 著者ページ（Zenn）

Discussion