ブランド発見 は何をしますか？
このスキルを使用して、構造化された適応型ブランドアイデンティティインタビューを実施します。
目標は完全な90_SYNTHESIS.md（マスターブランドブック）を作成することです。このブランドブックは、組織がデザイナー、ライター、外部コラボレーターにブリーフィングを行うために使用できます。
インタビューは複数のセッションにわたって実施されます。収集した回答はその都度ディスクに保存し、会話が終了しても引き出した知識が失われないようにし、後続のセッションで中断した場所から再開できるようにします。
アクティベーションのタイミング
- ブランドを新規作成、リポジショニングする場合、またはコラボレーターにブリーフィングするための文書化されたアイデンティティリファレンスが必要な場合。
- 複数セッションが見込まれる場合 — 会話が数日から数週間にわたる場合。
- 複数のファウンダーやステークホルダーが個別にインタビューを必要とし、その後調整パスを実施する場合。
- ユーザーがアドホックなチャットではなく、構造化された再現可能なメソッドを希望する場合。
- 既存のブランドドキュメントが散在していたり、暗黙的だったり、ファウンダーに依存しており、明示的にする必要がある場合。
セッション開始プロトコル
アクティベーションのたびに、インタビューの質問をする前に以下の手順を実行します：
- 事前の進行状況を確認する。 プロジェクトの
brand-identityディレクトリに既存のモジュールファイルとstate.jsonチェックポイントがないか探します。存在しない場合は新規開始です — ブランド名、参加者、brand-identityファイルの保存場所を確認し、最初のモジュールから開始します。 - 進行中のモジュールファイルを読む 該当するファイルが存在する場合、そのRawセクションをスキャンして以前にキャプチャされた回答を確認します。
- ユーザーに報告する 2～3文で、どのモジュールにいるか、そのステータス、残りの作業を伝えます。その後、「ここから続けますか、それともモジュールを切り替えますか？」と尋ねます。
インタビューの規律
すべてのモジュールを通じて以下のルールを適用します：
- 一度に一つの質問。 質問リストを提示してはいけません。
- 各回答の後： 短いパラフレーズ → 1つの深掘りプローブ、またはトピックが飽和した場合はそのスレッドをクローズします。黙って次に進んではいけません。
- ラダリング： すべての「何」に対する回答に対して、「それはあなたにとってなぜ重要ですか？」と尋ね、核となる価値が表面化するまで続けます（通常2～4回の反復）。
- 5つのなぜ： 信念やポジショニングのクレームに対しては、表面的な宣言ではなく根本的な理由に到達するまで掘り下げます。
- 薄い回答を検出する： 一般的、専門用語だらけ、または曖昧な場合は、具体的な例、クライアントストーリー、または数値を求めます。
- 投影技法（モジュールごとに1回使用し、停滞を打破します）：
- 「ブランドを人間に例えると、どのように部屋に入ってきますか？」
- ブランドの死亡記事：「組織が5年後に閉鎖するとしたら、顧客は何を恋しく思うでしょう？ 言えなかったことで何を後悔しますか？」
- 競合比較：「尊敬するけれど決してなりたくない競合を一人挙げてください。その競合がなぜ間違ったモデルなのか、具体的に教えてください。」
- 飽和シグナル： 連続する2つのプローブが新しい情報を生み出さなかった場合、要約してモジュールをクローズします。
- モジュール終了時： 構造化されたモジュールファイルを2つのセクションで書き込みます：
## Raw— 逐語的な引用と例。## Synthesis— あなたの解釈、3つの候補となる定式化、未解決の質問、参加者間の矛盾。 その後、state.jsonチェックポイントを更新します（下記の状態プロトコルを参照）。
モジュール順序
| ファイル | ラベル | 使用するフレームワーク |
|---|---|---|
10_purpose-why.md | パーパス／なぜ | Sinek Golden Circle, Lencioni |
20_positioning.md | ポジショニング | Dunford "Obviously Awesome", Moore template |
30_audience-niche.md | オーディエンスとニッチ | Baker "Business of Expertise", ICP |
40_personality-archetype.md | パーソナリティとアーキタイプ | Mark & Pearson 12 archetypes, J. Aaker 5 dims |
50_voice-tone.md | ボイスとトーン | Brand voice guidelines |
60_narrative-story.md | ナラティブ／ストーリー | Neumeier trueline, brand story arc |
70_founder-tension.md | ファウンダーブランド vs スタジオブランド | Enns "Win Without Pitching" |
90_SYNTHESIS.md | マスターブランドブック | Kapferer prism, Aaker brand system |
モジュールは順番に完了します。ユーザーがモジュールを飛ばすリクエストをした場合は、そのスキップをstate.jsonに記録します。
状態書き込みプロトコル
各モジュールが飽和または完了ステータスに達した後、2つのファイルを書き込みます：
モジュールファイルを modules/{moduleFile} に作成 — RawとSynthesisの完全な内容を記載します。
state.json — 軽量チェックポイントで、後続のセッションが再開できるようにします。 completedModules、inProgressModule、nextModule、lastUpdatedを更新します。
スキーマ：
{
"session": "{brand_name}-brand-{YYYY-MM}",
"outputPath": "{path_to_brand_identity_directory}",
"completedModules": [],
"inProgressModule": "10_purpose-why.md",
"nextModule": "20_positioning.md",
"participants": ["founder-A"],
"lastUpdated": "{ISO-8601}"
}
書き込み後、「モジュールXを保存しました。状態を更新しました。次はYです。」と確認します。
最終モジュール（90_SYNTHESIS.md）： 最終シンセシスを書き込む際は、state.jsonでinProgressModuleを"90_SYNTHESIS.md"に、nextModuleをnullに設定します。書き込み後、completedModulesに"90_SYNTHESIS.md"を含め、inProgressModuleをnullに設定します — 完了したブランドブックがまだ進行中として扱われるのを防ぐためです。確認：「ブランドブックが完了しました。すべてのモジュールを保存しました。」
マルチファウンダーモード
複数のファウンダーが参加する場合、各ファウンダーの回答をメインモジュールファイルの代わりにfounders/{participant}.mdに書き込みます。書き込み前にparticipant名を検証します：英数字とハイフンのみ受け付け（例：founder-a、anna）、パスセパレータ（/、\、..）や特殊文字を含む名前は拒否します。moduleFileを列挙されたモジュール順序（10から90のみ）に対して検証します。outputPathがプロジェクトディレクトリ内の絶対パスであることを検証します — 相対パスや..セグメントを介してエスケープするパスは拒否します。すべてのファウンダーがモジュールを完了した後、調整パスを実行します：モジュールファイルに収束点と相違点を要約し、グループアライメントワークショップのために「生産的な緊張」をフラグします。
アンチパターン
- 最初に状態を読まずに開始する。 すべてのセッションは既存のモジュールファイルと
state.jsonを確認することから始める必要があります。これをスキップすると、以前のセッションの連続性がすべて失われます。 - 複数の質問を同時に行う。 一度に一つの質問は必須です — リストではチェックリスト的な回答しか得られず、本当の洞察は得られません。
- 飽和前にシンセシスに移行する。 最後の2つのプローブが新しい情報を生み出さなかった場合、モジュールは完了です。そうでなければ、まだ完了していません。
- マルチファウンダーの調整をスキップする。 複数のステークホルダーが関与する場合、個別インタビューが完了してから調整を行う必要があります。最初に集団でブランドについて議論すると、アンカリングバイアスが生じます。
- これをワンショットセッションとして扱う。 このスキルは複数セッション向けに設計されています。1回の会話で
90_SYNTHESIS.mdを急いで作成すると、浅い出力になります。
関連スキル
competitive-platform-analysis— brand-discoveryがポジショニングブリーフを確立した後、これを使用して競合セットをスコープ化および分類します。brand-voice(ECC) — brand-discoveryのボイス＆トーンモジュールが、別のソース由来のライティングスタイルプロファイルを必要とする場合に使用します。