顧客がいない段階での理想顧客プロファイルは、誰から学ぶかについての暫定的な選択です。このSaaS理想顧客プロファイル・テンプレートを使い、ワークフロー、現在の代替手段、考えられるトリガー、関係者へのアクセスの観点から組織を比較してください。次の調査ではセグメントを1つに絞り、除外条件を書き出し、どんな証拠があれば判断を変えるかを明記します。
組織・人・タイミングを分けて考える
特定のワークフローと制約を持つ企業を記述します。「アカウントマネージャー間で稼働中のクライアントアカウントを引き継いでいる代理店」は調査可能な出発点ですが、「時間を節約したいあらゆる企業」は広すぎます。
ユーザー、スポンサー、購買者をそれぞれ別に特定します。アカウントマネージャーが製品を使い、オペレーション責任者がプロセスを管理し、ディレクターが予算を握っている、という場合があります。
新しいクライアントチームの発足や今後の担当交代は、現在のニーズについて質問する理由になり得ます。しかし、その企業が製品を探している、予算がある、あるいはあなたのソフトウェアを求めていることの証明にはなりません。
自社が対応できる範囲から最初のプロファイルを作る
- 現在の製品が完了できる狭いタスクと、その前提条件を書き出します。相手の熱意を解釈する前に、未対応のワークフローを必要とするセグメントを除外します。
- 妥当なセグメントを3つ書きます。同じ層に3つの名前を付けるのではなく、判断を変え得るワークフローの違いを使ってください。
- 各セグメントの働き方を示す公開事例と、可能であれば許可を得て記録した自分自身の会話メモを集めます。出典URLまたはメモの参照、日付、観察内容そのもの、そして限界を残しておきます。
- 観察された事実、推測、不明点を分けてラベル付けします。公開された求人票はその役割が存在することを示せますが、その役割が引き継ぎに苦労しているというあなたの考えは、確認するまでは推測のままです。
- 重要な不確実性を次に調査できるセグメントを選びます。到達しやすさは重要ですが、アクセスのしやすさで製品とのミスマッチは補えません。
このワークシートをセグメントごとにコピーする
自分のメモに3部を並べて置きます。登録は不要です。まだ埋められない項目も含め、各項目の横に証拠のステータスを残してください。
- セグメント：［組織の種類］；［ワークフロー］；［他と区別する制約］。ステータス：［観察済み／推測／不明］。
- 製品との適合：［対応しているタスク］；［必要な入力］；［不足している機能］。ステータス：［…］。
- 現在の代替手段：［現在のやり方］；［最近の例］；［実際に報告されたコストや不満］。ステータス：［…］。
- トリガー：［観察可能な出来事］；［それが重要になり得る理由］；［現在のニーズを確かめる質問］。ステータス：［…］。
- 関係者：［ユーザー］；［スポンサー］；［購買者］；［未確認の役割］。ステータス：［…］。
- アクセス経路：［適切な紹介、公開された連絡窓口、または既存の関係］；［必要な許可］。ステータス：［…］。
- 証拠：［URLまたは保存したメモの参照］；［観察日］；［具体的な発見］；［矛盾する発見］。ステータス：［…］。
- 除外条件：［このセグメントが現在の製品に適さなくなる条件］。ステータス：［…］。
- 次のインタビューの質問：［最近の実際の出来事についての質問］；［仮説を弱める回答］。
- 判断：［次に調査／保留／除外］；［理由］；［見直し日と担当者］。
比較例：3つの架空のセグメント
以下の製品は、代理店向けに考案した架空のクライアント引き継ぎチェックリストです。この例に含まれる観察、メモの参照、判断はすべて架空のものです。顧客の成果や購入の見込みを示すものではありません。
架空のメモA（9月14日）での観察：好意的なコンサルタントがすべてのクライアントを一人で管理し、個人用のチェックリストを使っている。ユーザーと購買者は同一人物で、直接の紹介が得られる。推測されるトリガー：協力者を加えると引き継ぎが生じるかもしれないが、採用の予定は不明。除外条件：現時点でアカウント担当者間の引き継ぎがない。当面はこのセグメントを除外する。質問：「稼働中のクライアントを最後に別の人が引き継いだのはいつですか？」
セグメントの定義からの推測：複数のチームがあれば頻繁な引き継ぎが生じるかもしれない。代替手段、最近のトリガー、入力、スポンサー、購買プロセスは不明で、インタビューや出典はまだ記録されていない。公開されたオペレーション窓口がアクセス経路になるかもしれないが、到達可能性は未確認。保留。確認すべき除外条件：プロトタイプに欠けている必須の連携。質問：「直近のチーム間でのクライアント移管について、順を追って説明してください。」
架空のメモC（9月14日）での観察：あるアカウントマネージャーが、共有ドキュメントを使ったクライアント移管と、担当者の割り当て漏れについて話した。同じメモにはオペレーション責任者への紹介も記録されている。推測：再利用可能な引き継ぎ記録が役立つ可能性がある。購買者、移管の頻度、ドキュメントを置き換える意欲は不明。除外条件：移管が少なすぎて新しいワークフローを正当化できない。質問：「直近2回の移管と、担当者が変わった後に何が起きたかを見せてください。」
暫定ICPと除外条件を書き出す
この架空の製品における実用的な初版：「共有ドキュメントを使ってアカウントマネージャー間で稼働中のクライアントを移管している小規模代理店を調査する。移管を実際に行う人と、オペレーション側のスポンサーへのアクセスが必要である。実際の担当者移管がないチーム、またはプロトタイプが対応できない必須の連携を必要とするチームは除外する。」
トリガーは分けて書きます：「今後のアカウント交代によってインタビューの時期が適切になるかもしれないが、現時点の購買意向は不明である。」プロファイルを「条件に合う代理店はすべて課題を抱えている」という主張にすり替えないでください。
- 次の不確実性：専用のワークフローを採用するほど、引き継ぎは頻繁に発生しているか？
- 探すべき反証：既存のチェックリストが十分に機能している、担当者がめったに変わらない、本当の障害は調整ではなく人員不足である。
- 更新記録：バージョン／日付 → 新しい観察と出典 → 変更した項目 → セグメントを維持・絞り込み・却下 → 次の質問。
会話と実際の利用を経て改訂する
最初のドキュメントは、返答のたびに黙って書き換えるのではなく、1つのバージョンとして残します。最近は引き継ぎの問題がないと答えた人がいれば、その回答も好意的な回答と並べて残してください。同じ代理店から繰り返し得た回答は、あくまで1つの組織を表しているにすぎません。
インタビューの後、適した組織を範囲を限定したトライアルやデザインパートナーシップに招待します。彼らが製品で何をしたかを、製品について何を言ったかとは分けて記録します。顧客の証拠が得られるにつれて、どの組織が再び利用し、支払い、適合し続けるかを見直します。記入済みのテンプレートだけでは、これらの成果はどれも確かめられません。
出典と範囲を限定した次のステップ
候補セグメント、証拠、最も大きな不確実性をSoloopに持ち込んで話し合ってください。Soloopがそのタスクに対応している場合は、範囲を限定した競合調査または見込み顧客調査の提案を確認してください。返ってきた証拠は、自動的に検証済みのICPではなく、次の会話へのインプットとして扱ってください。
Clayは、組織レベルのICPと個々の購買者の役割を区別し、適合度と意向を分けています。同社のガイドは成約済みの顧客から出発しますが、このオリジナルのワークシートは、顧客がいない段階でのセグメント選択をあくまで暫定的なものとして明示します。
Clay: The Complete Guide to Ideal Customer Profiles