creative-brief

クリエイティブブリーフ

曖昧なクライアントの依頼（「かっこいいアニメーションの解説動画が必要です」）を、承認を得られる構成済みのクリエイティブブリーフにまとめます。また、クライアントが希望を言葉にできない場合に送る、具体的な確認質問も作成します。

使用する場面

モーションプロジェクトを始めるとき、クライアントの依頼に見積もりや範囲設定に必要な詳細が不足しているとき、クライアント承認用のブリーフを作成するとき、または「かっこよくして」という依頼を具体的な方針に落とし込む必要があるときに使用します。確定したブリーフはクリエイティブ上の意図を定める契約です。その後のすべて（見積もり、範囲、修正、納品）はこれを基に進めます。

基本原則

ブリーフは希望のリストではなく、意思決定のための文書です。プロジェクトに関するすべての判断は、ブリーフのいずれかの項目に紐づけられる必要があります。11の観点を掘り下げ、それぞれに具体的な回答を文書化し、最後に承認欄を設けることが役割です。曖昧な回答は認められません。それぞれを具体的で検証可能な記述に変えます。

判断フロー — ブリーフの詳細度を決める

判断すべきことは、このブリーフにどれほど厳密さが必要か、そしてそれぞれの不足事項にどう対処するかです。1日で仕上げるSNS向け短縮版に過剰な手続きを加えず、放送キャンペーンに必要な手続きを省かないようにします。

Is the creative intent already clear and agreed in writing?
├─ YES → write a 1-page lightweight brief, confirm, proceed. Don't re-interrogate.
└─ NO → run full 11-dimension interrogation.
        │
        For each dimension, classify the answer:
        ├─ Concrete & testable        → record it, move on.
        ├─ Vague ("cool", "modern")   → run vague-translator → offer bounded choice.
        ├─ Blank                      → pull matching clarifying question (by gap).
        └─ Contradictory / 3 messages → force-rank, surface the conflict to the
                                        decision-maker, do NOT average them.
        │
        Can you proceed without the answer?
        ├─ Cosmetic gap        → write best assumption, flag [ASSUMPTION — confirm].
        └─ Scope/cost-defining → BLOCK. No budget, no air date, no single message,
           gap (budget,           no named placements = stop and resolve before
           date, message,         design. These set the price and the spec.
           distribution)

経験則：価格や仕様を左右する不足事項は作業開始の妨げになります。制作の細部のみを左右する不足事項は、明示した前提条件として扱います。

確認すべき11の観点

各項目について具体的な回答を記録します。クライアントが回答できない場合は、対応する確認質問を送ります（references/clarifying-questions.md を参照）。

1. ビジネス目標 — ビジネス上何を変える必要があるか（認知度、登録数、売上、理解度）。「エンゲージメント」ではなく、測定可能である必要があります。
2. 対象者 — 誰が視聴するのか、その人たちはどのような状況にあり、何に異議を唱えるのか。対象は具体的なペルソナとし、「全員」とはしません。
3. 主要メッセージ — 視聴者が必ず覚えておくべき唯一のこと。1文で示します。3つあるなら、ブリーフはまだ完成していません。
4. トーン／雰囲気 — 3～5個の形容詞と「ただし、〜ではない」という条件（例：「遊び心があるが、子どもっぽくはない」）。参考フレームと結びつけます。
5. 必須要素 — ブランド素材、ロゴの組み合わせルール、色／フォント体系、法的免責事項、スーパー／エンドカード、Clearcast／規制上の要件。
6. 納品物 — 正確な本数、尺、バージョン（例：30秒のメイン動画1本、6秒の短縮版3本、静止画のエンドフレーム1点）。
7. 配信先 — 掲載先を正確に記します（Instagram Reels、有料YouTubeプレロール、展示会のループ再生、放送）。仕様やアスペクト比を決める際の基準になります。
8. 参考資料 — 各資料から何を取り入れるか（「色ではなく、こちらのテンポ」など）を記したリンクを2～4件用意します。避けるべき参考資料も含めます。
9. スケジュール — 最終公開日から逆算し、納品、修正、アニメーション、デザイン、スクリプト／絵コンテ、キックオフの日程を決めます。
10. 予算 — 具体的な金額、または金額の幅。「予算はまだ未定」は危険信号です。デザイン開始前に解決する必要があります。
11. 成功指標 — 公開から30日後に、成功をどのように判断するか。「完了した」だけでなく、「うまくいった」と判断する基準を定めます。

ギャップ別質問バンク（どの質問でどの穴を埋めるか）

ギャップに対して、最も効果の高い質問を1つ選びます。すぐに使える質問をすべて収録したバンクは references/clarifying-questions.md にあります。

依頼にあるギャップ	ギャップを埋める質問
測定可能な目標がない	「これがうまくいったら、ダッシュボード上のどの数値が変わりますか？」
対象者が「全員」	「最初に行動を起こすべき人は誰ですか？ それが対象者です。」
メッセージが3つある	「これらを1〜3位に順位付けしてください。ブリーフには1位を載せ、残りは後続の素材にします。」
トーンにガードレールがない	「3〜5語を選んでください。次に、重要な質問です。どんな印象には絶対にしたくないですか？」
トーンが曖昧（「現代的」など）	vague-translator を使って、「A（落ち着いた／ゆっくり）とB（勢いがある／速い）なら、どちらに近いですか？」と尋ねます。
必須事項の記載がない	「ロゴファイル、ブランドガイド、フォント、色、法的に必須の注記をお送りください。」
成果物が曖昧	「動画は正確に何本で、それぞれの長さ、アスペクト比、バージョンはどうしますか？」
「ソーシャル」（プラットフォームの指定なし）	「具体的な掲載枠はどれですか？ Reels、TikTok、プレロール、ウェブのヒーロー枠、テレビなどですか？」
参考資料がない／多すぎる	「気に入っているものを2〜4点（それぞれ何を参考にするかを一言添えて）と、気に入らないものを1点お送りください。」
日付がない	「確定した公開日はいつですか？ 最終承認をするのは誰ですか？」
予算がない	「この種のプロジェクトはX〜Yの範囲です。どちらに近いですか？」
成功指標がない	「30日後、何をもって成功としますか？」

ワークフロー

1. ヒアリング。 クライアントからの依頼文をそのまま読みます。11の項目に当てはまる情報を抜き出し、それ以外はギャップとして記録します。
2. ギャップの優先順位付け。 空欄または曖昧な項目ごとに、対応する確認質問を選びます。質問は1通のメールにまとめます。数日に分けて少しずつ質問してはいけません。
3. ブリーフの作成。 以下のテンプレートを埋めます。クライアントの説明が曖昧な箇所は、最善の仮定を記載し、[ASSUMPTION — confirm] と明記します。
4. 徹底検証。 メッセージが1つに絞られているか、トーンに「ただし、〜ではない」があるか、成果物の本数と長さが明確か、配信先が実際の仕様に対応しているかを確認します。
5. 承認を依頼。 承認欄を含めます。承認済みの状態で返送されるまで、デザイン作業を始めてはいけません。

ブリーフのテンプレート

PROJECT BRIEF — [Project name]                     Date: ___  Version: ___
Client: ___   Main contact (decision-maker): ___   Prepared by: ___

1. BUSINESS GOAL
   We are making this so that: [measurable change]

2. AUDIENCE
   Primary: [persona, context, mindset, key objection]

3. CORE MESSAGE (the one thing)
   After watching, the viewer thinks/does: [one sentence]

4. TONE / FEEL
   It feels: [adj, adj, adj] — but NOT [adj, adj]

5. MANDATORIES
   Logo: [lockup + rules]   Colour/Type: [system]
   Legal/super/endcard: [required text]   Regulatory: [Y/N — body]

6. DELIVERABLES
   [count × duration × ratio × format]  (full list in delivery section)

7. DISTRIBUTION
   Placements: [exact channels + paid/organic]

8. REFERENCES
   • [link] — take: [what to steal]
   • Anti-ref: [link] — avoid: [what]

9. TIMELINE (back from air date)
   Air: ___  Final delivery: ___  Rev rounds: ___  Animation: ___
   Design/boards: ___  Script: ___  Kickoff: ___

10. BUDGET
    [number or band] — covers: [scope]

11. SUCCESS METRIC
    30 days out, success = [metric + target]

ASSUMPTIONS TO CONFIRM
   • [ASSUMPTION] ...

SIGN-OFF
   This brief is the agreed creative intent. Changes after sign-off are
   handled as change requests.
   Approved by: __________  Title: ______  Date: ______

「何が欲しいのかわからない」と言われたとき

クライアントにデザインを考えさせてはいけません。自由回答の質問ではなく、選択肢を絞って提示します。

• 「どんなトーンがいいですか？」ではなく、「A（落ち着いた、高級感のある、ゆっくり）とB（勢いのある、大胆な、速い）なら、どちらに近いですか？」と聞きます。
• 「参考資料はありますか？」ではなく、「この3つのスタイルのうち、どれが最も近いですか？ また、どこが合いませんか？」と聞きます。
• メッセージを1つに絞ります。「視聴者が1つだけ覚えているとしたら、どの一文ですか？」
• 予算は幅を示して確認します。「この種のプロジェクトは通常X〜Yの範囲です。どちらに近いですか？」

references/vague-translator.md の変換ガイドを使って、曖昧な形容詞をすべて具体化します（「クリーン」→ ミニマルなレイアウト／余白を多く取る／色数を抑える／イージングをゆっくりする、のどれですか？）。

具体例

良い例 — 判断を明確にする中核メッセージの一文：

視聴後、視聴者は「請求書の作成にかかる時間は30秒」と考える。

一文に1つのアイデアがあり、検証可能です。各シーンがこのメッセージに沿っているか確認でき、テンポ、コピー、エンドカードもすべてこの一文につながります。最初から最後まで記入済みのブリーフは references/worked-example.md にあります。

アンチパターン — 修正が必至の「なんでも盛り込む」ブリーフ：

目標：エンゲージメントと認知度と登録数の向上。対象者：自社製品を気に入りそうな人なら誰でも。メッセージ：革新的で、手頃な価格で、使いやすく、信頼されている。トーン：現代的で、クールで、楽しいけれどプロフェッショナル。目立たせて。

失敗する理由：測定可能な目標がなく、対象者が定まっておらず、競合するメッセージが4つあり、トーンにガードレールがなく、「目立たせて」が具体化されていません。ここにある情報は何ひとつ承認も否定もできないため、最初のラウンドがクライアント負担の要件整理になってしまいます。解決策は上記のワークフローをすべて実践することです。目標、対象者、メッセージをそれぞれ1つに絞り、「ただし、〜ではない」を1つ定め、デザインを始める前に「目立たせて」を選択肢のある具体的な表現に置き換えます。

よくある間違い

症状	原因	対処法
ブリーフが願望リストのようになっている	クライアントの言葉をそのまま記録し、決定事項に変換していない	すべての項目を具体的で検証可能な記述に変換します
第1ラウンドが「結局、何を望んでいるのですか？」というやり取りになる	未解決の阻害要因があるままデザインを始めた	デザインに入る前に、目標／予算／日付／メッセージ／プラットフォームを確定します
レビューのたびにトーンがぶれる	「ただし、〜ではない」というガードレールを設定していない	ガードレールとなる形容詞を加えます。これにより、トーンの修正の約80％を防げます
3つのメッセージがあり、映像の印象がぼやける	優先順位をつけず、競合するメッセージを平均化した	順位を明確につけ、1位を残し、ほかは将来の素材として保留します
仕様／見積もりが何度も変わる	配信先を「ソーシャル」としか指定していない	掲載先を正確に指定します。掲載先によって比率、長さ、価格が決まります
クライアントが「承認」した後で、また内容を見直す	承認欄がない／意思決定者が不明確	唯一の意思決定者を特定し、承認文で確定します
参考資料が5つの方向に引っ張る	参考資料が際限なく増え、「取り入れる要素」のメモもない	4件までに絞り、「何を取り入れるか」のメモと、反面教師となる参考資料を1件必須にします

成果物の仕様 — 優れたブリーフに含まれるもの

成果物は1ページの文書（記入済みテンプレート）です。未解決の項目がある場合は、内容をまとめた確認メールを1通添えます。優れたブリーフは、以下を満たします。

• おおむね1ページに収まっています。意思決定に十分な情報があり、読みやすい長さです。
• 11の各項目すべてに、具体的で検証可能な回答があります（または [ASSUMPTION] と明記されています）。
• 中核メッセージは1つだけで、トーンには「ただし、〜ではない」が含まれています。
• 成果物は数量、尺、比率とともに記載され、配信先は掲載先を明記しています。
• 唯一の意思決定者を記載し、最後に承認欄を設けています。

完成前のチェックリスト

• 中核メッセージは1文です（2文でも3文でもありません）。
• トーンに「ただし、〜ではない」というガードレールがあります。
• 目標は測定可能で、成功指標には目標値と期間があります。
• 予算は実際の金額か合意済みの範囲です（「TBD」は不可）。
• 公開日が設定され、そこから逆算してスケジュールを組んでいます。
• 成果物には数量＋尺＋比率があり、配信先は掲載先を明記しています。
• 参考資料は4件までに絞り、それぞれに「取り入れる要素」を記載し、反面教師となる参考資料を1件加えています。
• 曖昧な形容詞はすべて、具体的な選択肢に置き換えています。
• 仮定には [ASSUMPTION — confirm] と明記し、意思決定者を特定し、承認欄を設けています。

関連フレームワーク

ブリーフは 意図 を定めます。関連する2つのスキルは、その意図を動きの方向性に落とし込みます。ここで説明し直すのではなく、参照してください。

• motion-art-direction — トーン（項目4）が確定したら、そこにある名前付きの Motion Personality プリセットを選び、全員が同じ数値的な感覚でアニメーションできるよう、ブリーフに引用します。
• animation-principles — Three Pillars（意図 → トーン → 技術）は、このブリーフの考え方の上流にあたります。Primary/Secondary/Ambient の動きのレイヤーと 1/3 Rule はブリーフではなく実行段階で扱うものなので、ここには持ち込まないでください。

クイックリファレンス

症状	対応
「目立たせて／かっこよく／現代的に」	曖昧表現変換を行い、範囲を限定した選択肢を2つ提示します
中核メッセージが3つある	順位を明確につけます。ブリーフには1つを残し、ほかは将来の素材にします
予算が示されていない	デザインに着手する前に、予算の範囲を設定します
対象が「全員」	最初に誰に行動してほしいか尋ねます。その人たちが対象です
公開日が決まっていない	まず納品日を設定し、そこから逆算してスケジュールを組みます
参考資料が際限なく増える	4件までに絞り、「取り入れる要素」のメモと、反面教師となる参考資料を1件必須にします
トーンに「ただし、〜ではない」がない	ガードレールとなる形容詞を加えます。これにより、修正の80％を防げます

参考ファイル

• references/clarifying-questions.md — そのまま送信できる確認質問の全リストです。項目ごとの質問セットと、内容をまとめた受付メールのテンプレートが含まれています。
• references/vague-translator.md — 曖昧な形容詞から具体的な質問を引くための表と、範囲を限定した選択肢を提示する質問パターンです。
• references/worked-example.md — 実際の曖昧な依頼を、最初から最後まで仕上げたブリーフに変換した例です。