Basecampのピッチを仮想バイヤーでテスト | Minds

Basecampのメッセージボードに投稿されるピッチは、社内レビューを通すために最適化されがちです。プロダクトマネージャーは決まったアペタイト（期間枠）を設定し、大まかな解決策を形作って（Shape）、ベッティングテーブルに提出します。社内関係者は、チームのリソースや戦略的な関心に基づいてピッチを評価します。その結果、顧客の課題が厳密に検証されたからではなく、開発サイクルに収まり同僚にとって説得力があるように聞こえるという理由でピッチが採択されてしまいます。

Mindsは、これとは別の検証環境を提供します。ターゲット顧客プロファイル（ICP）に基づいて構築された合成オーディエンスに、作成したピッチのテキストを提示できます。これにより、開発サイクルにエンジニアのリソースを投入する前に、自分たちの課題設定が外部の実態と一致しているかどうかを確認できます。

社内視点だけでピッチを選定するリスク

Basecamp上では完成度が高く見えるピッチでも、重大な盲点が含まれていることがあります。シェイピング（構想）のプロセスでは、見落とされがちな3つの失敗が生じやすくなります。

1つ目は、社内の同僚向けに書かれてしまうことです。文章がベッティングテーブルを通過するように調整され、ユーザーの摩擦や不便さよりも、経営陣の好みやエンジニアリングの制約に対応したものになってしまいます。

2つ目は、課題設定が単一の鮮烈な記憶に依存していることです。プロダクトマネージャーが怒りのメールや強い要望のあった商談を思い出し、その痛みが普遍的なものだと思い込んで、その個別のエピソードを中心に論理を組み立ててしまいます。

3つ目は、アペタイトが逆算で設定されてしまうことです。ターゲットユーザーが業務フローを変えてまで欲しがる問題かどうかを確認する前に、2週間のスモールバッチや6週間のビッグバッチに見合う機能だとチームが先に決めてしまいます。アペタイトが早い段階で固定されると、誰も求めていない問題に対して、枠に収めただけの解決策を作ることになります。

MindsでBasecampのピッチをテストする方法

Basecampとのコネクターやアカウント同期はありません。標準的なドキュメント形式を使用して、作成したピッチを手動でMindsに取り込みます。

1. Basecampでピッチの下書きやメッセージボードの投稿を完成させます。
2. テキストを直接コピーするか、投稿をPDF、Wordドキュメント、プレーンテキストファイルとしてエクスポートします。
3. Mindsを開いてスタディを作成します。ファイルをアップロードするか、コンテキストパネルにピッチの内容を貼り付けます。
4. ターゲットバイヤーの役職、業界の制約、企業規模、現在使用しているツールスタックを設定して、シミュレート対象のオーディエンスを定義します。
5. 課題の定義、既存の回避策、提案された解決策をレビューするよう合成コホートに指示（プロンプト）を出します。
6. フィードバックを確認し、シミュレートされたオーディエンスが前提条件を否定している箇所、問題の深刻さに疑問を呈している箇所、不足しているコンテキストを特定します。

シミュレートされたオーディエンスがピッチで注目する点

ピッチをシミュレートされたバイヤーに提示すると、モデルは外部の現場運用の視点からテキストを評価します。次の開発サイクルの締め切りや社内のチーム事情などは考慮されません。

合成ユーザーは、提案された変更に伴う負担に反応します。もしピッチが「顧客は新しい設定画面を喜んで受け入れる」と想定していても、シミュレートされたIT管理者や担当者は運用管理コストの負担を指摘します。ピッチがあるワークフローを破綻していると主張していても、ターゲット層がそれを些細な不便程度としか捉えていない場合、シミュレーション結果はその温度感を浮き彫りにします。

このフィードバックを活用することで、Basecampプロジェクトに投稿したり関係者に提示したりする前に、ピッチの課題設定セクションを洗練させることができます。根拠の弱い部分を見極め、社内用語を排除し、検証された顧客の課題に沿ってストーリーを書き直すことが可能です。

ツールの限界について

この機能はピッチ内の課題設定の妥当性を検証するものです。スコープの決定やアペタイトの設定は、引き続きチーム自身で行う必要があります。

Mindsは、ある機能の開発期間を2週間にすべきか6週間にすべきかを判断するものではありません。エンジニアリングのトレードオフ、システムアーキテクチャ、リソース配分を評価することはできません。ドキュメントに記載された論理、前提条件、課題の描写に対して、定義されたペルソナがどのように反応するかを示すのみです。

プロンプトのサンプル

Basecampのピッチのテキストと一緒に、以下のプロンプトをMindsに入力してください。

私たちのターゲット顧客ペルソナの視点から、このプロダクトピッチをレビューしてください。社内の開発制約は無視し、課題セクションと核となる仕組みのみを評価してください。日々のワークフローに関して私たちが置いている最も脆弱な前提を特定し、単なる些細な不便を重大な問題として描写している箇所を指摘した上で、現在の代替手段（回避策）を捨ててまでこのソリューションの導入を優先するかどうか、その理由を説明してください。