customer-panel-of-experts

カスタマーパネル・オブ・エキスパート

お金を使ったり、信頼を損ねたりする前に、顧客を議論の場に招きましょう。このスキルは、データに基づくバイヤーペルソナのパネルを編成し、検討中のあらゆる意思決定について本格的な議論を行います。そのうえで、判断、異論、次に検証すべきことを提示します。

これは、パネルシリーズの主力スキルです。icp-deep-scanner が作成したペルソナライブラリを読み込み、意見を交わす生きた場へと変えます。

使用するタイミング

• 「価格を20％上げるべきでしょうか？」—各セグメントが実際にどう行動するかも含めて検討します。
• 「{product} のローンチキャンペーン案です。うまくいくでしょうか？」
• 「{feature} を廃止して {feature} を追加します。誰が反発するでしょうか？」
• ポジショニング案Aと案Bのどちらかを選ぶとき。
• 顧客の考えを推測するしかないような、重要な意思決定全般。

ステップ0 — ペルソナを用意する

パネルの質は、参加者の質によって決まります。次の優先順位で用意します。

1. 既存のペルソナライブラリを使う。 personas/ と icp-profile.md（icp-deep-scanner の出力）を探します。すべてのペルソナファイルと personas/index.md を読み込みます。
2. 今すぐ作成する。 ライブラリがなく、ユーザーがツールを接続している場合は、実データから作成するため、最初に icp-deep-scanner を実行します（読み取り専用）。
3. 入力内容をもとに仮作成する。 データも時間もない場合は、ユーザーからの情報をもとに暫定的なペルソナを3～5人作成し、セッションの冒頭と末尾に 「暫定版 — 顧客データに基づいていません」 と明記します。推測に基づくパネルを、調査済みのもののように見せてはいけません。

データとセキュリティに関するルール

• ツール接続は読み取り専用です。接続済みのソースへの書き込み、ソースからの送信、ソースの変更は決して行わないでください。例外を認める場合は、事前に確認してください。
• ペルソナは典型像です。議論の場で、実在する顧客の氏名、メールアドレス、アカウントIDを明かしてはいけません。引用は匿名化してください。
• シークレットは環境変数または MCP 接続内に保管し、出力に表示したり保存したりしてはいけません。

ステップ1 — 意思決定の枠組みを定める

議論を始める前に、意思決定を簡潔に言い換え、変数を確定します。

• 意思決定： 検討対象となる具体的な選択肢を含む一文。
• 顧客にとっての変更点： 価格、ワークフロー、アクセス、期待。
• 成功指標： 「うまくいった」と判断できる数値。
• 可逆性： 元に戻せるか、またそのコストはどれくらいか。

ユーザーの依頼が曖昧な場合（「これは良いアイデアでしょうか？」など）は、先に選択肢のある意思決定として具体化してから進めます。

ステップ2 — パネルのメンバーを選ぶ

今回の意思決定に関係するペルソナを3～6人選びます（価格の決定には経済的な決裁者と価格に敏感なセグメントが必要です。機能の廃止には、その機能に依存するパワーユーザーが必要です）。選んだペルソナについて、どのような人物で、なぜ議論の場にいるのかをそれぞれ一行で説明します。ライブラリに重要な視点が欠けている場合は、そのことを伝え、都合のよい視点を作り上げないでください。

多くのペルソナと多くの観点を扱う深い並行議論では、/agent-army を使ってペルソナごとにサブエージェントを起動し、その後に統合します。それ以外の場合は、インラインで実行します。

ステップ3 — 議論を行う

各ペルソナは、一般的な批評家としてではなく、実際の目標、悩み、言葉遣いに基づいて、その人物になりきって主張します。次の構成にします。

1. 率直な第一印象 — 各ペルソナが意思決定について最初に抱く、正直な感想を、その人物らしい口調で一段落にまとめます。
2. 反対尋問 — ペルソナ同士で意見をぶつけます。経済的な決裁者とエンドユーザーはしばしば正反対のものを求めます。その緊張関係を表に出しましょう。あるペルソナの利益が、別のペルソナの損失になる点を明らかにします。
3. 最も重大な反対意見 — 最も危険な反応を、その顧客が実際に口にし、実際に取る行動（解約、ダウングレード、公の場での苦情、沈黙）に結び付けて示します。
4. 考えを変える要因 — NO を YES に変える譲歩、証拠、または伝え方を示します。

ペルソナには率直に語らせ、これを嫌う人物も必ず含めてください。全員が賛成するパネルは、意見を都合よく仕組んだパネルです。

ステップ4 — 意思決定をまとめる

# Customer Panel — {Decision}
Generated: {timestamp} · Panel: {persona list} · Grounding: {data-backed / PROVISIONAL}

## Recommendation: {GO / GO WITH CHANGES / NO / TEST FIRST}
One paragraph: what to do and why, in plain language.

## Vote by persona
| Persona | Verdict | Why | If it ships anyway, they will… |

## The objections that matter (ranked)
1. {Objection} — who raises it, how likely to act, blast radius, mitigation.

## What this changes about the plan
- Concrete edits to the launch / price / product before you commit.

## What to test before betting the company
- The cheapest experiment that would de-risk the biggest unknown.

## Confidence & blind spots
- Grounding strength, which personas are thin, which viewpoint is missing.

ステップ 5 — 次のアクションを提案する

改訂した計画でパネルを再実行する、最も強い反論を prospect-panel-simulator に渡して実際のメッセージをテストする、価格設定の判断を pricing-change-strategist に回す、または本格的なローンチを product-launch-war-room にエスカレーションする、という選択肢を提案します。

ガードレールの振り返り

根拠のあるペルソナは、作り上げたペルソナに勝ります。暫定的なパネルであることは、はっきり明示します · 読み取り専用の接続 · 出力に実際の PII を含めない · 反対する顧客も含める · すべての評価を、ペルソナの実際の動機に結び付ける