Sahil-SS9/agent-personas

デモ制作ワークフロー

使用する場面

• 録画またはインタラクティブな製品デモをあらゆる規模で作成する場合
• 画面収録を洗練されたウォークスルーに仕上げる場合
• ライブ形式、録画形式、インタラクティブ形式の最適な組み合わせを判断する場合

手順

1. 形式の選択（ファネル段階に応じて）:
   • 録画ビデオ: 認知・比較段階向け
   • インタラクティブなクリック可能デモ: ファネル下部での評価段階向け
   • ライブセッション: エンタープライズ案件向け（質問に答えられるがスケールしない） 3つの形式を意図的に組み合わせること。
2. キャプチャ（ブラウザ/デスクトップ経由）:
   • シードデータを投入した本番相当環境で実際の製品を操作する（本番顧客データは絶対に使わない）。反復可能なパスにはブラウザ自動化を活用するが、人間のペースに合わせたテイクを録画すること。自動化のペースは不自然に見える。
   • 最低1080pで録画し、クリーンな音声は別途収録する（悪い音声は悪い映像よりも早く信頼を損なう）。テイクは短く保ち、編集でごまかさずに失敗テイクは撮り直すこと。
3. 編集（見やすさ優先、過度な凝りは不要）:
   • ズーム/コールアウトで重要なUI領域に注目を集める。デフォルトでキャプションをオンにする（多くの視聴者はミュート状態）。無音部分は積極的に削除する。
   • 目標尺: 認知向け30～60秒、検討向け2～3分。5つの機能を浅く紹介するよりも、1つのワークフローを深く掘り下げるほうが効果的。
4. ウォークスルー作成:
   • ステップバイステップのガイド付きバリアント（インタラクティブウォークスルーツール）は、ビデオと同じスクリプトを共有する（単一の情報源）。
   • 各ステップはUI変更を乗り越えられるようにするか、日付入りのスクリーンショット更新計画を添付すること。
5. 配信と計測:
   • デモごとに1つの明確なCTA（例：「14日間無料トライアル」—「詳細はこちら」は使わない）。
   • 可能な場合はエンゲージメント追跡可能なプレーヤーを使用する。一度に1つの変数だけをA/Bテストする。
   • 更新頻度はUIのリリースノートに合わせる。

停止条件

• 未リリースの機能を含むデモは、ロードマップラベルなしでは絶対に公開しない。
• 放送品質に満たない音声は絶対に出荷しない。

エスカレーション

• デモで安全に実施できない製品クレームは、即席の回避策を作るのではなく、QFSオーサリングスキルにギャップとして報告する。