narrative-design

ナラティブデザイン

以下の共有パブリックスキルルールに従ってください:

• postplus-shared パブリックスキルルール

このスキルは、冒頭のフックの仕組みと視聴者の疑問が確定した後、ストーリーボードまたはプロンプトの作成を始める前に使用します。

このスキルが対象とするのは:

• 動画本編に適したナラティブアークの選択
• 製品の統合タイミングと深さを明確にすること
• 動画全体を通した感情的ビートの順序のマッピング
• CTA の仕組みと配置の定義
• 下流のプロンプト作業にクリーンなナラティブロジックを引き継ぐこと

このスキルが対象としないのは:

• フックの冒頭またはスクロールを止める仕組みの選択(利用可能なら hook-design、または pattern-router を使用)
• 最終的なストーリーボードグリッドまたはプロンプトの作成
• ビジュアルの実行またはフレーム1のデザイン(visual-hook を使用)
• 生成前の承認(prompt-preflight-qa を使用)

コアルール

フックは視聴者の疑問を生み出します。ナラティブは、製品が中断ではなく論理的な結論のように感じられる形で、その疑問に答える必要があります。

ナラティブが視聴者の問題や欲求を十分に深め、製品の登場が報われると感じられるようになる前に、製品を導入してはいけません。

メソッド

上流のフックコンテキストをナラティブデザインへの入力として使用します。

推奨される上流入力は、hook-design が生成する Hook Brief です。hook-design が実行されていない場合は、最低限以下を提供してください:

• 冒頭が生み出す視聴者の疑問
• 使用中のフックの仕組み
• 冒頭のフレームに製品が登場するかどうか

ナラティブデザインは、フックの仕組みが終わるところから始まります。

デフォルトのワークフロー

1. 上流のフックコンテキストを確認する

Hook Brief も直接のフックの説明も存在しない場合は、先に進む前に冒頭の仕組みと視聴者の疑問を尋ねてください。

漠然としたブリーフや好みを表す言葉だけからナラティブデザインを試みないでください。

最低限以下を確認してください:

• フックが生み出す視聴者の疑問
• 使用中のフックの仕組み
• 冒頭のフレームに製品が見えるかどうか

特殊ケース: 製品/結果ファーストのフック

フックがフレーム1で製品または結果を見せる場合、アークの製品タイミングルールは異なる形で適用されます。製品はすでに明かされています。アークが規定するのは、最初の登場ではなく、最初の説明です。

それに応じて製品統合ルールを再構成します:

• hold until solve → 本編が問題を深め、製品の説明は製品の登場ではなく解決のビートで到来する
• reveal at inversion → 製品はフレーム1から見えているが、その非自明な能力は反転のビートで明かされる
• show early, explain late → これがデフォルトになる。本編は、視聴者がすでに見たものへの信憑を勝ち取ることだけに費やされる

実際には: 製品/結果ファーストのフックは、本編の役割を、製品の明かしを勝ち取ることから、視聴者がすでに見た製品への信憑を勝ち取ることへと変えます。

特殊ケース: ネガティブフック

フックがネガティブな枠組み(「みんな間違っている」「X を買うのはやめよう」「これをしてはいけない」)で始まる場合、フックは視聴者が誤った信念や慣行を持っていることを確立しています。

ネガティブフックとのアークの相性:

• problemAgitatedSolve: 最も適合 — フックが誤りを名指ししており、本編が結果を深め、修正を届ける
• expertExplainer: よく適合 — フックが権威を確立しており、本編が正しい理解を説明する
• transformation: 部分的に適合 — before の状態を、不完全な状態ではなく誤ったアプローチとして再構成する
• surpriseSatisfaction: 反転が従来のアプローチの誤りを証明するものであれば使用可能
• urgencyClose: 避ける — ネガティブフックは問題の緊張を高めるが、urgencyClose は行動を求める前にそれを解消しない

注意: ネガティブフックは、ポジティブフックよりも強い暗黙の約束を伴います。ビート2が修正を果たせない場合、壊れたナラティブは中立的な冒頭の場合よりも強く響きます。

2. 動画セグメントの種類を分類する

いずれか1つを選択してください：

• conversion — 主な目的は購入またはクリック
• trust — 主な目的は購入へのためらいを減らすこと
• awareness — 主な目的はブランドや製品の認知
• engagement — 主な目的はシェア、保存、コメント

セグメントの種類によって、どのアークファミリーが適切か、また CTA をどこまで強くできるかが決まります。

3. ナラティブアークを選択する

完全なアークの判断基準を読む前に、以下のアーク選択ショートカットを使って候補を絞り込みましょう。

ショートカット A：コンテンツタイプ別

意図するコンテンツタイプがわかっている場合は、まずこの表を使用してください：

コンテンツタイプ	主アーク	副アーク	避けるべきもの
価格ショック / セール	problemAgitatedSolve	urgencyClose	transformation
コメント返信	expertExplainer	—	urgencyClose
製品の成果	transformation	expertExplainer	urgencyClose
ライフスタイル / 憧れ	transformation	surpriseSatisfaction	urgencyClose
ビジュアル / 感情	surpriseSatisfaction	transformation	expertExplainer

コンバージョン効率の順序（プラットフォームデータより）：価格ショック > コメント返信 > 製品の成果 > ライフスタイル > ビジュアル / 感情。コールドオーディエンス向けの新規アカウントコンテンツでは、コメント返信または製品の成果から始めてください — 制作要件が低く、信頼のリターンが高くなります。

ショートカット B：セグメントタイプ別

セグメントタイプ	最適なアーク	備考
conversion	problemAgitatedSolve	最も高いコンバージョン率。購入の障壁を直接解消します
conversion（ウォームオーディエンス）	urgencyClose	リターゲティング済み、またはすでにウォームなオーディエンスにのみ
trust	expertExplainer	権威性 + 明快さが信頼のメカニズムです
trust	transformation	信頼できるビフォーアフターが、検討された信頼を築きます
awareness	surpriseSatisfaction	最も高いシェア率。ブランド認知を広げます
awareness	expertExplainer	知識ギャップが想起を生みます
engagement	surpriseSatisfaction	反転がコメントとシェアを引き起こします
engagement	transformation	保存に値するコンテンツ。高い保存率

セグメントタイプやコンテンツタイプが不明な場合のデフォルトアーク：expertExplainer。これはすべてのアークタイプの中で最も高い完視聴率を持ち、どのオーディエンス温度にも機能し、特定の感情的な前提条件を必要としません。

---

主アークを1つ選択してください。タイミングが明確にそれを支持しない限り、複数のアークを混ぜないでください。

---

1. expertExplainer

使用する場面：

• 視聴者が製品を欲しがる前に、何かを理解する必要がある
• 権威性と明快さが主な信頼のレバーである
• フックが、本編で埋めるべき知識ギャップを生み出した

構造：

Concept → Why it matters → How it works or how to get it

製品のタイミング：「How」の段階で紹介し、それより前には出さないこと。

ビート4の内容：「入手方法」のステップ — アクセス、購入経路、または単一の次のアクション。コンセプトや理由を繰り返さないでください。このビートは理解を行動へと橋渡しします。

再視聴の可能性：中〜高。ビート2の情報密度により、視聴者は見逃した詳細を捉えるために巻き戻します。コンセプトの説明に具体的な数字や直感に反する比較を詰め込むことで、再視聴を増やせます。

データ：バイラル級の TikTok コンテンツで最も一般的なアーク（OpusClip、1,350万クリップの分析）。すべてのアークタイプの中で最も高い完視聴率。

よくある失敗：価値を届ける前に経歴を前面に出してしまうこと。

---

2. problemAgitatedSolve

次の場合に使用します。

• 視聴者がすでにその悩みを抱えて生活している
• 感情的な増幅が緊急性を高める
• 製品がライフスタイルの追加要素ではなく、直接的な解決策である

構成:

Name the pain → Deepen the consequence → Deliver the solution

製品の登場タイミング: 解決のビートまで製品を保持します。アジテーションは、製品が登場する前にしっかりと響かせる必要があります。

ビート4の内容: 解決策が機能する証拠 — 主張ではなく、実証です。アジテーションのビートで挙げた具体的な結果を、製品が解決する様子を見せます。視聴者の内心の問いは「本当に機能するのか?」です。これに言葉ではなく、視覚的に答えます。

再視聴の可能性: 中程度。結果のフレーミングが個人的に関連すると感じられるほど鮮明であれば、アジテーションのビートが再視聴を促すことがあります。アジテーションが一般的だと、再視聴は低くなります。

データ: ショートフォームのコマースコンテンツにおいて、すべてのアークタイプの中で最も高いコンバージョン率を記録しています。

よくある失敗: アジテーションが本当の緊張感を生み出す前に、製品へ移ってしまうこと。

---

3. transformation

次の場合に使用します。

• ビフォーとアフターの状態が視覚的または感情的に明確に異なる
• 視聴者がビフォーの状態に自分を投影できる
• 変化そのものが価値の主な証拠である

構成:

Before state → Turning point or discovery → After state

製品の登場タイミング: 製品は転換点、またはアフター状態の原因です。ビフォーの状態が確立される前に登場させるべきではありません。

ビート4の内容: アフター状態に信憑性を持たせること — 願望ではなく、具体的に。アフター状態は、感情(「最高な気分」「人生が変わった」)ではなく、具体的で検証可能な主張(「月200ドル節約」「毎日時間通りに到着」)でなければなりません。ビート4での信憑性が、視聴者が後で検討するために動画を保存するかどうかを決めます。

再視聴の可能性: 高い。ビフォー/アフターの対比は自然な再視聴のきっかけになります — 視聴者はその差を確認するために、2つの状態をもう一度比較します。アフター状態を、単に「全体的に良い」ではなく、ビフォー状態とは視覚的かつ具体的に異なるものにすることで最大化します。

データ: 高い保存率。購入判斷を時間をかけて検討するオーディエンスに効果的です。

よくある失敗: アフター状態が信じられるものではなく、願望的に感じられること。

---

4. surpriseSatisfaction

次の場合に使用します。

• 製品の第一印象が直感に反する
• 視聴者の期待を設定し、それを反転させることができる
• その反転自体が価値の証拠である

構成:

Set ordinary expectation → Subvert it with product reality → Deliver satisfying resolution

製品の登場タイミング: ここでは製品をより早く登場させることができます。仕組みが期待と製品の現実とのギャップに依存しているためです。

ビート4の内容: 反転の論理的な解決 — その覆しが魔法や幸運ではなく、製品の特性によるものだった理由を説明します。反転後に視聴者が暗黙に抱く問いは「え、どうやって?」です。これに答えます。このビートが、シェアを狙うだけのコンテンツを購入検討へと変換します。

再視聴の可能性: すべてのアークタイプの中で最も高い。反転の瞬間が主な再視聴のきっかけです — 視聴者は最初に見逃したものを見つけるため、または他の人に見せるために再視聴します。反転のビートは、初回視聴では気づきにくい細部によって2回目の視聴に報いるよう設計します。

データ: すべてのアークタイプの中で最も高いシェア率。製品に気づきにくい能力がある場合に効果的です。

よくある失敗: 覆しが視覚的には印象的でも、製品の主張と論理的に結びついていないこと。

---

5. urgencyClose

次の場合に使用します。

• 視聴者がすでに製品を理解している
• 障壁が疑問ではなく惰性である
• 価格、入手可能性、タイミングが真の差別化要素である

構造:

Scarcity or timing signal → Value compression → Single clear action

製品のタイミング: 製品は既知であることが前提です。このアークは理解を構築するものではなく、理解を行動に変換するものです。

ビート 4 の内容: バリューの圧縮 — 製品の中核的な主張と希少性のシグナルを一文にまとめたもの。新しい情報を導入しないでください。視聴者がすでに見たものを、最も記憶に残る形に圧縮します。

例: "[製品を定義する仕様]、[主要な差別化要素] — そして[希少性のシグナル、例: この価格 / この構成]は[日付]までしか入手できません。"

再視聴ポテンシャル: すべてのアークタイプの中で最も低くなります。このアークは再視聴ではなく、即時のアクションのために設計されています。目標が即時のコンバージョンではなくアルゴリズムによる配信である場合、このアークは最も弱い選択です。

データ: すべてのアークタイプの中で最も高い即時 CTR。最も低い完了率。コールドなオーディエンス向けの主要アークとして使用しないでください。

よくある失敗: 視聴者が以前に製品を見たことがある場合、虚偽の希少性は信頼を損ないます。

注: urgencyClose は、コールドなオーディエンス向けの単独の構造としてではなく、別のアークの上に追加するクロージングレイヤーとして最も効果を発揮します。希少性 → バリューの圧縮 → CTA だけで構成された 30〜45 秒の動画は、オーディエンスがすでにウォームでない限り、ほとんど機能しません。

---

4. ビートの順序をマッピングする

アークを選択したら、各ビートを時間枠にマッピングします。

30〜45 秒の動画にはこの構造を使用してください（バイラル層の中央値は 41 秒です）:

0–3s    Hook beats (from upstream hook context — do not redesign here)
3–8s    Beat 1: [arc opening move]
8–16s   Beat 2: [arc middle — problem depth or proof]
16–28s  Beat 3: [product integration]
28–38s  Beat 4: [arc-specific resolution — see arc descriptions above]
38–43s  CTA

ビート 1〜2 では、2〜3 秒ごとにビジュアルを切り替えてください。コンテンツが明示的にその保持を報いる場合を除き、1 つのショットを 3 秒より長く保持しないでください。

より短い、またはより長いフォーマットに合わせて比率を調整してください。ビートを繰り返して本編を引き延ばすのではなく、カットしてください。

オプション: 再視聴トリガービート

アークとコンテンツが自然にそれを支える場合、ビート 3 またはビート 4 の中に、2 回目の視聴を報いるディテールを 1 つ仕込んでください:

• 処理するのに少し時間がかかる数字
• 口頭で述べられている以上の情報を含むビジュアル
• 視聴者が確認したくなるような、期待を裏切る瞬間

15〜20% を超える再視聴率は独立した配信シグナルです。1 人の視聴者が 3 回視聴することは、3 人の視聴者が 1 回ずつ視聴することを上回ります。このビートを人工的に作り込まないでください。コンテンツに自然な再視聴の瞬間がある場合は、ナラティブブリーフに明示的に記載し、下流の作業でそれが保持されるようにしてください。

5. 製品統合ルールを確定する

次のいずれかを選択します。

• hold until solve — アークの解決ビートまで製品は登場しません
• reveal at inversion — 期待が裏切られる瞬間に製品が登場します
• show early, explain late — 製品はビート 1 から見えますが、名前が挙げられたり説明されたりするのはビート 3 のみです
• assumed known — この動画では製品のアイデンティティを確立しません（リターゲティングまたは続編コンテンツ）

選択したルールが許すよりも早く製品を登場させないでください。

複数機能製品のための機能順序ルール

ビート 2 またはビート 3 に複数の製品機能や仕様が含まれる場合、スペックシートの順序や論理的なグループ分けではなく、知覚されるインパクトの降順で並べてください。

単独で登場したとしてもスクロールを止めさせるであろう機能を最初に持ってきます。主要な主張を補強する補助的な機能を続けます。異論を解消する機能で締めくくります。

車両やモビリティ製品の順序の例:

1. パフォーマンスの差別化要素（出力、速度、航続距離のしきい値） — 最も高い知覚インパクト（「これは違う」）
2. パフォーマンスの物理的な証明（地形、能力のデモ） — 主張の視覚的な証明
3. 異論の解消（航続距離、バッテリー、充電） — 「でも〜はどうなの?」という疑問を解消
4. 補助的な機能（ライト、ディスプレイ、コントロール） — 補助するものであり、先導するものではありません

逆の順序（ライトが最初、モーターが最後）では、視聴者が気にかける理由を与えられる前に注意が分散してしまいます。

6. 感情のアークを定義する

各主要なビートにおける、意図した視聴者の感情状態をマッピングします:

Hook exit state:    [curious / unsettled / self-identified / surprised]
Beat 2 target:      [problem felt / desire raised / trust building]
Product arrival:    [relief / proof / upgrade / inversion]
CTA state:          [ready to act / want to save / want to share / happy-satisfied]

製品登場時の感情状態は、ビート 2 のターゲットから論理的に導かれる必要があります。そうでない場合、アークの選択が誤っています。

注: バイラル級の TikTok 動画の 58% は、最後までに「幸せ」または「満足」の感情状態を引き起こします（OpusClip、1,350 万クリップの分析）。アークと製品が許す限り、CTA の状態は緊急性だけでなく、ポジティブな解決に向けて設計してください。

7. CTA を設計する

次の CTA メカニズムから 1 つを選びます:

• direct purchase — リンククリックまたは TikTok Shop のタップ
• save for later — 検討度が高く、意思決定サイクルが長い製品向け
• comment trigger — 返信を促す質問をする。コメントループコンテンツに有効
• follow hook — 続編やシリーズを匂わせて、視聴者をフォロワーに転換する
• share bait — 視聴者が他の人に見せたくなるような動画として提示する

CTA メカニズムは動画 1 本につき 1 つです。複数の CTA はそれぞれの効果を低下させます。

CTA の配置: 最後の 3〜5 秒。解決のビートより前に CTA を置かないでください。

コメントループ設計の注記

comment trigger を使用する場合、CTA は 2 つのレベルで機能します: 即時のエンゲージメント（アルゴリズムシグナル）とコンテンツ生成（コメントが次の動画のフックになる）です。

コメントループ向けに設計する場合:

• CTA の質問は 1 文で答えられるが、複数の答えの可能性を含意するものであるべきです
• 動画の本文は、質問に実際に答えられることを示すべきです（過去のコメントを参照する、またはフックで「Replying to @username」のグラフィックを表示する）
• 各返信動画は 1 つの反論を解消し、新たな質問を生み出します — ループは自ら持続します

新しいアカウントの場合: expertExplainer を使ったコメントループコンテンツは、すべてのコンテンツタイプの中で最も制作のハードルが低く、再生あたりの信頼リターンが最も高いものです。アカウント構築の最初の 30 日間は、この構造を優先してください。

コメントループは、実際の過去のコメントがなくても始められます。最初の動画には、視聴者がすでに抱いている可能性の高い質問を仕込んでください。実際のコメントがまだ存在しない場合は、製品知識から想定される反論を用いてください。

8. ナラティブブリーフを出力する

ストーリーボードまたはプロンプト作業に引き渡す前に、このブロックを出力します:

Segment type:
Hook context:
  Viewer question carried in:
  Hook mechanism:
  Product reveal rule from hook:

Narrative arc:
Beat sequence:
  0–3s:   [hook — from upstream hook context]
  3–8s:   [beat 1]
  8–16s:  [beat 2 — visual switch every 2–3s]
  16–28s: [beat 3 — product integration]
  28–38s: [beat 4 — arc-specific resolution]
  38–43s: [CTA]
Rewatch trigger beat: [beat and description, or none]

Product integration rule:
Feature sequence: [highest-impact feature first, if multi-feature]

Emotional arc:
  Hook exit state:
  Beat 2 target:
  Product arrival state:
  CTA state:

CTA mechanism:
CTA placement:

Tone target:        [warm expertise (default) | educational authority |
                     casual peer | urgent advisor]
Perspective:        [third-person narration (default) | first-person testimonial]
Caption requirement: burned-in animated captions — key words enlarged or
                     color-differentiated; numbers and prices at maximum
                     readable size
Downstream handoff: [next skill name + one sentence on what it needs from
                     this brief]

これは、ストーリーボードとプロンプト作成に必要な引き渡しオブジェクトです。

トーンと視点のルール

トーンのターゲット: 温かみのある専門性。

会話的な語り口と、実質的な内容を組み合わせたものと定義します。放送的な堅苦しさではありません。リアクションだけのカジュアルさでもありません。

避けるべきもの:

• 形式的な製品ローンチの言葉遣い
• 具体性のない漠然としたライフスタイルの言葉遣い
• 明確な情報の内容を伴わないリアクションコンテンツ

動画間のトーンの一貫性は、トーンの変化よりも重要です。どの動画でも同じ語調を使うアカウントは、アルゴリズムと視聴者の両方から評価されます。アークのタイプが明示的に異なる語調を要求しない限り、動画間でトーンを変えないでください。

視点: デフォルトは三人称のナレーション。

三人称のナレーションは、OpusClip の 1,350 万クリップの分析において、トップパフォーマンスのクリップの 77.8% に現れました。出演者が画面にいてもいなくても、同じように機能します。Bロール、画面録画、ストックフッテージはすべて三人称のナレーションを支えます。

一人称を使うのは次の場合のみです:

• 制作者のアイデンティティが信頼のメカニズムである場合
• 体験談のアークが個人的な語りを必要とする場合

キャプションの要件: 焼き込みのアニメーションキャプション。

バイラル級のクリップの 80.2% は焼き込みキャプションを使用しています。78.6% はそれらをアニメーション化しています。これは制作上の要件であり、スタイル上の選択肢ではありません。ナラティブブリーフにこれを明記し、下流のプロンプト作業に含まれるようにしてください。

AIGC 固有のビート設計

下流の出力が AI 生成動画である場合、ビート設計は実写撮影では低コストで実現できないことを活用すべきです。これが AIGC の構造的な優位性です — コスト削減ではなく、撮影するには法外な費用がかかる、あるいは物理的に不可能なシーンへのアクセスです。

これらの AIGC ネイティブな能力を中心にビートを設計してください：

極限シナリオのビート

実写撮影では特殊な機材、ロケーションへのアクセス、または安全対策が必要となるショット：最大積載の地形、非舗装路面での高速性能、極端な天候、または物理的な耐久テスト。これらは B ロールの穴埋めとしてではなく、中核となる証明ビート（ビート 2 または 3）として使用してください。

パラメータ可視化のビート

抽象的なスペックを物理的に見える形にする：トルクを力のアニメーションとして、ワット出力を電力サージのグラフィックとして、航続距離をルートマップのオーバーレイとして。実写撮影では、多大なポストプロダクションなしにはこれはできません。AI はこれをネイティブに生成できます。

マルチシーン圧縮のビート

1 つの 5 秒のビートの中に 3 つの異なる環境を、そのすべてにわたって一貫したビジュアルアイデンティティを保ちながら収める。ロケーション撮影を必要とせずに、多様性と汎用性を伝えます。

一貫したバーチャルナレーター

すべての動画で使用される単一のバーチャルキャラクターは、多様な出演タレントやナレーションのみのフォーマットと比べて視聴者の維持率を高めます。バーチャルキャラクターを使用する場合は、フックのビートでそのキャラクターを確立し、CTA のビートで再び登場させてください。

プロンプト作業に引き継ぐ前の診断テスト：シーケンス内の各ビートについて、問いかけてください — 人間のクリエイターがスマートフォンと半日でこれを撮影できるでしょうか？ すべてのビートで「はい」なら、AIGC は構造的な優位性として使われていません。少なくとも 1 つのビートを、AI のネイティブな能力を使うように再設計してください。

注記：2026 年時点で、TikTok のアルゴリズムは純粋な AI 生成コンテンツよりも人間のクリエイターのコンテンツをわずかに優先して表示します。混在フォーマット — フックや CTA では実写映像、証明ビートでは AI 生成シーン — は、コンバージョン重視のセグメントにおいて、現時点では完全に AI 生成された動画よりも良いパフォーマンスを示します。

執筆ルール

• フックから最初のナラティブビートへ視聴者の問いを引き継ぐ — リセットしない
• 製品が登場する前に問題や欲求を深める
• 1 つのアークを選び、それに従う — 動画の途中でアークを混ぜない
• 製品の登場タイミングを明示的にする、暗黙にしない
• 成功をトーンの言葉ではなく、視聴者の行動シグナルとして定義する
• ビートのシーケンスを簡潔に保つ — 延ばすよりも削る
• CTA を磨くべき一行ではなく、メカニズムの選択として書く
• 複数機能の製品開示は、知覚されるインパクトの高い順から低い順に並べる

失敗モード

少なくとも以下を判断できない場合は、停止してナラティブブリーフが不十分であると伝えてください：

• 本文がどのアークに従っているか
• 製品がいつ登場を許されるか
• CTA が来る時点で視聴者がどのような感情状態にあるべきか
• どの CTA メカニズムが使われているか

曖昧なアークや未解決の製品タイミングのまま、ストーリーボードやプロンプト作業に引き継がないでください。

行き詰まったときは、デフォルトで expertExplainer を使用してください。これは最も寛容なアークです：視聴者に特定の感情的な前提を必要とせず、製品開示のタイミングが正確であることを必要とせず、すべてのアークタイプの中で最も高い完了率を持ちます。フックのコンテキストと製品が明確であれば、expertExplainer は常に有効なナラティブブリーフを生成できます。

上流のフックのコンテキスト自体が不十分である場合は、進める前に hook-design または pattern-router に戻ってください。ナラティブ設計の中でフックの曖昧さを解消しないでください。

制限事項

このスキルは、アークの選択、ビートのシーケンス、製品タイミング、感情のアーク、CTA 設計を扱います。

以下は扱いません：

• フックメカニズムの選択（hook-design または pattern-router を使用）
• フレーム 1 のビジュアル実行（visual-hook を使用）
• ベンチマーク参照のデコード（reference-decode を使用）
• 生成前のプロンプト検証（prompt-preflight-qa を使用）

実践において

ショートフォーム動画のための完全なスキルチェーンは次のとおりです。

1. pattern-router — オープニングのルートとセグメントタイプを選択する
2. hook-design — フックの仕組みと Hook Brief を確定する（hook-design が利用できない場合は、pattern-router の出力をそのまま使用してください）
3. narrative-design — Narrative Brief を確定する ← このスキル
4. reference-decode または visual-hook — リファレンスやビジュアルの実行に手を入れる必要がある場合
5. prompt-preflight-qa — 生成前に検証する

ナラティブデザインがなければ、強力なフックのコンテキストは、製品を早すぎるタイミングで紹介したり、視聴者の疑問を失わせたり、視聴者がまだ準備できていない CTA に到達したりするプロンプトへと頻繁に引き継がれてしまいます。

オーケストレーションされたワークフロー

実践において、ショートフォーム動画の問題のほとんどはワークフローの問題であり、単一スキルの問題ではありません。

PostPlus のようなシステムは、これをオーケストレーションされたチェーンとして処理し、ルーティング、フックデザイン、ナラティブデザイン、ビジュアルの実行、QA が自動的に接続されます。