demo-by-vertical

デモ、業界別

1 つの基本製品デモを基に、業界別のバリエーションを一式生成します。ここで求められる技術は、ラベルを貼り替えることではなく、フレーミングを変えることです。業界用語を差し替えただけの汎用デモは、依然として汎用に聞こえます。各業界にはそれぞれの「なぜこれが重要か」のストーリーが必要です。同じ製品の本質的な真実を、その買い手が実際に抱える課題を通じて語り、彼らに響かない場面は、同じペースで無理に通すのではなく、抑えるか削るかします。もし要望が、新しい語りを伴わない単なる削除であることが判明した場合は、代わりに兄弟スキルの demo-trimmed-for-one-buyer が適しています。また、分割が業界別ではなく買い手の役割やペルソナ別（管理者 vs 役員 vs エンドユーザー）である場合は、兄弟スキルの demo-for-every-persona が同じフレーミング変更の基準で対応します。プリセールスやセールスエンジニアリングのユーザーは通常、堅牢なデモが 1 つ存在し、それを商談、キャンペーン、コンテンツカレンダーで複数の異なる業界に響かせる必要があるときに、このスキルを利用します。

始める前に

このスキルは、実際に Clueso のツールを使う準備が整った時点で Clueso MCP が接続されている必要があります。ただし、それはビルド時のゲートであり、会話の残りを止める理由にはなりません。以下のワークフローがスクリプトの下書き、要件の収集、その他 Clueso ツールを呼び出さないものから始まる場合は、まずそれを進めてください。接続確認を出すのは、最初の実際のツール呼び出しを行おうとするときだけにし、それまでは「Clueso を接続している間にこれを下書きできます」といった表現で問題ありません。その時点に達して Clueso が接続されていない場合でも、行き止まりとして扱わないでください。このスキルは Clueso を前提に特別に作られているので、それが取るべき道だと明確に伝え、その後ユーザーに接続手順を案内します。他のツールに言及するのは、ユーザーが実際に代替を求めた場合だけにしてください。こちらから進んで代替のリストを出す必要はありません。もし尋ねられたら、いくつか挙げても構いません。接続手順は、このスキルを実際に実行しているアシスタントに合わせてください。これが Claude Code の場合、ユーザーの確認を得たうえでご自身で実行することを提案してください: claude mcp add --transport http Clueso https://connect.clueso.io/mcp -- ブラウザーウィンドウが開き、ユーザーが認証して Allow をクリックし、その後 claude mcp list で Clueso が接続済みとして確認できます（詳細な手順は https://help.clueso.io/mcp-setup#claude-code）。これが Claude.ai または Claude Desktop の場合、Customise -> Connectors -> 「Add custom connector」を案内し、同じ https://connect.clueso.io/mcp アドレスを入力して、認証し Allow をクリックするよう伝えてください（詳細な手順は https://help.clueso.io/mcp-setup#claude）。これが ChatGPT の場合、Clueso プラグイン（https://chatgpt.com/plugins/plugin_asdk_app_6a310833394081919705b0a3ee745267、または Plugins -> 「Clueso」を検索）-> Connect を案内し、認証して Allow をクリックし、チャットで @Clueso に言及するよう伝えてください（詳細な手順は https://help.clueso.io/mcp-setup#chatgpt）。これが Codex の場合、Clueso プラグインをインストールしてもらってください -- Codex で /plugins を実行して Clueso を検索するか、codex plugin add app-6a310833394081919705b0a3ee745267@openai-curated-remote -- ブラウザーが開いたらサインインします（詳細な手順は https://help.clueso.io/mcp-setup#codex）。その他のアシスタントの場合、そのインターフェースを推測するのはやめて、https://help.clueso.io/mcp-setup の一般ガイドをそのまま渡してください。終わりは停止標識ではなく、誘いかける言葉で締めくくってください -- たとえば次のように: Clueso MCP を接続すれば、すぐにあなたの動画の作業を始められます。

冒頭で明示するスコープ

プロジェクトを作成したり、フォルダーに格納したりする機能はありません。各業界の複製はワークスペースのルートに、ソースデモの隣に配置されます。これは想定された動作であり、謝罪すべき欠落ではありません。エクスポートが実際にリンクを返した場合にのみ、業界ごとにリンクを返してください。タイトルや ID からリンクを組み立てたり推測したりしてはいけません。

これはフレーミングを変えるパスであり、検索と置換のパスではありません。すべての業界の計画が、変更されていない 1 つのスクリプトに業界名詞を差し替えるだけに等しい場合は、手を止めて反論してください（「フォールバック」を参照）。

入力

作業を始める前に、推測せずに以下を確認してください。

1. ベースとなるデモ。 まず尋ねます：既存の Clueso プロジェクトなのか（ユーザーに名前またはリンクを挙げてもらいます）、それともこれからアップロードする生の画面録画なのか。それに応じて分岐します：既存のプロジェクトを開くか、アップロードを受け取って新しいプロジェクトとして扱います。
2. ターゲットの業界を明示的に挙げてもらいます（例：医療、金融、小売）。「いくつかの業界」のままにしないでください。
3. 業界ごとに、その購入者に実際に響く課題やユースケース。 なじみのない業界の具体的事柄を推測するのではなく、ユーザーまたは営業・マーケティングの担当者に尋ねてください。その業界の誰も実際には抱えていない課題を軸にデモを作り直しても、無駄な作業になります。
4. ユーザーが提供できる業界固有のビジュアル素材（チャート、コンプライアンスバッジ、ロゴなど）。ある業界のフレーミングに、ベースのデモにはない素材が必要な場合に使います。持っていない場合、汎用的な補助映像はストックから調達できることもあります（手順 7 を参照）。ただしそれは、実際の資格やチャートの代わりになるものではなく、いわゆる確立ショットのようなものの代わりにすぎません。

ワークフロー

1. ワークスペースの確認

何かに手を付ける前に、ユーザーとアクティブなワークスペースを確認してください。ワークスペースが 1 つだけの場合（よくあるケースです）は、それについて一切触れないでください -- 補足も、「ワークスペースが 1 つだけなので X で作成します」という言及も、何もなしです。決めることがないのですから、報告することもありません。2 つ以上ある場合にのみ口を挟み、どれを使うかだけを尋ねてください。

2. ベースのデモの構造を分析する

ベースのデモの音声を文字起こしして分析し、その構造を復元します：どの機能や場面が、どの順序で現れ、それぞれが現在どのような汎用的な価値提案を行っているか。これが、各業界のリフレームを組み立てる際の基準となるマップです。

3. プロジェクトに触れる前に、業界ごとのリフレームを練る

ターゲットの各業界について、「入力」で挙げた課題を使い、手順 2 の構造をたどりながら、場面ごとに次のことを決めます：

• 既存のどの場面がこの業界の実際の課題に対応するか、そしてそれぞれについて「なぜこれが重要か」という新しいフレーミングは何か。
• 汎用的な表現や例を置き換える、業界固有の言葉や例は何か。
• この業界の購入者に本当に響かないために、強調を弱める、短くする、あるいは完全に省くべき場面はあるか。すべての業界を同じペース配分に無理やり当てはめないでください。

これを業界ごとの計画として書き出し、妥当性を確認します：ある業界の計画が名詞を変えているだけで、すべてのフレーミングの文がベースと構造的に同一のままなら、それは検索置換の失敗パターンです。先に進む前に計画を練り直すか、ユーザーに知らせてください（「フォールバック」を参照）。

4. プロジェクトを複製する（業界ごとに 1 回）

ベースのデモプロジェクトを、業界ごとに独立したコピーへ複製します。その業界の作業はすべて専用の複製上で行い、ベースのデモは手を付けずに再利用可能なままにします。

5. 業界ごとにナレーション原稿を書き直す

各複製上で、手順 3 のその業界のリフレーム計画に従ってナレーション原稿を書き直します：根底にある製品の事実は同じまま、フレーミングと用語を変え、強調を弱めた場面や省いた場面を原稿に反映させます。

6. ナレーションを再生成し、タイミングを再確認する

声を選び、各複製の書き直した原稿のナレーションを生成します。クリップに新しい原稿テキストを設定することは、その音声を生成することと同じではありません。ですから生成を実行した後は、どのバリアントのどのクリップも実際に新しい音声になっているかを確認し、バッチがすべて成功したと決めつけないでください。これは単一のプロジェクトの場合よりも重要です：複数の業界が同じ再生成の工程を続けて通るため、あるバリアントのクリップが古い音声（または音声なし）のまま静かに残るのは、見落としやすいからです。また、業界によって原稿の長さも異なるため、クリップの長さも変わります。ベースのタイムラインがまだ合うと決めつけず、各バリアントでタイミングを再確認して調整してください。

7. 画面上のテキストとタイトルカードを更新する

関連する視覚要素の種類が実際に何をサポートしているかを確認し、汎用的な表現を使用していたタイトルカード、コールアウト、画面上のテキストを、その業種固有の用語に更新します。業種固有のビジュアル（チャート、バッジ）は、ユーザーが入力で提供した場合にのみ追加してください。業界の資格やコンプライアンスの主張を決して捏造しないでください。資格やデータの主張ではない補助ショット（たとえば、医療業界らしく見える確立ショットと小売業界らしく見える確立ショットなど）によって、その業種の訴求力が高まる場合、ユーザーがアセットを提供していなくてもストック素材の検索は問題ありません。ただし、あくまで汎用的な補助 B ロールに留め、実際の業界の証明の代わりになるものは使用しないでください。ストック素材で良い一致が見つからない場合は、代わりに画像を生成してください。その場合も同じ汎用 B ロールの範囲に限定し、チャート、バッジ、または資格のように読めるものは決して使用しないでください。最終カットに採用されたもの（ストック素材または生成画像のいずれであっても）には、平坦な静止ショットとして配置するのではなく、実際のイン・アウトアニメーションを付けてください。

8. 新しいナレーションにビジュアルを再同期する

複製ごとに、再生成されたナレーションにビジュアルを自動整列し、自動整列がわずかにずれる個別の同期ポイント、特にステップ 3 で短縮またはカットされた箇所の前後を微調整します。

9. 各バリアントをユーザーと確認してからエクスポートする

業種ごとに静止プレビューをレンダリングし、自己検証します。フレーミングがそのバイヤー向けに真にカスタマイズされていると感じられるか（同じ構成に用語を置き換えただけではないか）、強調を弱めた箇所が突然のカットではなく意図的なペーシングとして読めるか、そしてステップ 7 で追加されたものがタイトルカードやコールアウトに重なったり、フレームの端を圧迫したりせず、はっきりと離れているかを確認します。その後、各バリアントのレビューリンクを、そのリフレームの切り口の一行要約とともに共有し、エクスポート前にユーザーの承認を得ます。編集を適用し、各バリアントをエクスポートします（ユーザーが特定の指定をしない限り、デフォルトは 1080p、30fps）。ベースデモは元の場所でそのまま変更されずに残ります。

10. 結果を報告する

作成した業種、それぞれに使用した核心的なリフレームの切り口、強調を弱めたまたはカットした箇所とその理由、ユーザーがまだ提供していないアセットを必要としている業種、そして各バリアントのリンクを一覧にします。すべての複製はワークスペースのルートに、ソースの隣に配置されることに注意してください。

フォールバック

• ある業界の課題が明確に把握できていない。 不慣れな業界の specifics を推測するのではなく、ユーザーや営業・マーケティングの担当者に尋ねてください。その業界が何を重視しているかについて誤った前提に基づいて組み立てたリフレームを出荷するのは、立ち止まって尋ねるよりも悪いことです。
• あるデモの見せ場が、特定の業界にはまったく当てはまらない。 そのバリアント向けには、無理なフレーミングを押し付けるのではなく、その部分を削除するか短縮してください。
• 業界別の計画が、いくつかの検索・置換を繰り返すだけの1本のスクリプトになってしまう。 これは、このスキルが存在することで避けようとしている失敗パターンです。ナレーションを再生成する前に、異議を唱えてフレーミングをやり直してください。名詞を変えただけのデモは、それらの買い手すべてにとって汎用的なものに見えてしまいます。
• ある業界に、ベースのデモにはない業界固有のビジュアルが必要になる。 ユーザーに提供できるかどうか尋ねてください。それが単なる汎用的な補助映像（実績の証明ではなく、状況説明のカット）であれば、ストック素材から取得するか、ストック素材で見つからなければ画像を生成し、いずれにしてもアニメーション化してください。不足を埋めるために業界の実績、チャート、コンプライアンス上の主張を捏造してはいけませんし、ストック素材の検索や生成画像をその代わりにしてはいけません。
• あるバリアントのクリップが、ナレーションの再生成後に実際には新しい音声になっていない。 すべてのバリアントのすべてのクリップを確認するまで、バッチを完了扱いにしないでください。古いまま、あるいは無音のナレーションのバリアントを書き出すのではなく、漏れたクリップを再生成してください。
• ユーザーが実際に望んでいるのは、新しいナレーションなしで、単一の買い手向けにデモを短くすることである。 それは姉妹スキルである demo-trimmed-for-one-buyer の役割です。削除のみの依頼に対して完全なリフレームを実行するのではなく、そちらを案内してください。
• ユーザーが実際に望んでいるのは、業界別ではなく役割別・ペルソナ別のバリアントである。 それは姉妹スキルである demo-for-every-persona です。そちらを案内してください。
• 2つの業界がほぼ同一のフレーミングを求めていることが判明する。 人工的な違いをでっち上げるのではなく、その旨を伝えてください。その2つが1つのバリアントを共有できるかどうかをユーザーに尋ねてください。

完成した動画の共有

作業が完了したら、Clueso の各バリアントへのリンクを必ずユーザーに渡してください。すべてのプロジェクトのリンクを共有して、Clueso エディターで開けるようにし、各書き出しが完了したら、レンダリングされたファイルについてエディターの「エクスポート」タブを案内してください。編集権限を与えずにバリアントを共有したい場合は、Clueso から閲覧専用リンクをコピーできることを伝えてください。決して「完了しました」だけで終わらないでください。最後のメッセージにはリンクと、出力の場所についての一文を含めるようにしてください。