顧客ディスカバリー・スコーピング通話に最適なAIワークフロー

ディスカバリー通話は、営業サイクル全体の中で最もレバレッジの高い45分間でありながら、最も計測が甘い工程でもある。創業者やシニアコンサルタントが通話をリードし、手書きでメモを取るか、タイピングしながら半分だけ聞き、クライアントが望むものについての印象を持って通話を終える。3週間後、案件のスコーピングを行う段階になると、その通話で語られたことの半分は消えている——記憶力が悪いからではなく、「レガシーシステムについて何か言っていた」という漠然とした感覚以上の永続的な形で一度も捕捉されなかったからだ。

これはメモ取りの問題ではない。インプットの問題であり、サービス業が犯すあらゆる商業的ミス——過小見積もり、スコープクリープ、クライアントが実際に求めたものを外した提案書——の根底にある。ディスカバリー段階でインプットを直せば、パイプラインの残りは楽になる。壊れたままにしておけば、どれほどスコーピングや見積もりが巧みでも、一度も捕捉されなかった情報を取り戻すことはできない。

ディスカバリー通話が実際に価値を失う場所

通話が生むのは印象であって要件ではない

コンサルタントにディスカバリー通話で何が起きたか尋ねると、こんな物語が返ってくる。「今のプロセスに不満があり、もっと速いものを求めていて、予算はタイトだ」と。実際の要件——具体的な成果物、制約、ステークホルダー、締め切りの要因——を尋ねると、答えはすぐに曖昧になる。その物語と要件の間のギャップこそが案件の本当のリスクが潜む場所だ。なぜならスコーピングは何かに対して行われる必要があり、通話が物語しか生まなかったのなら、スコーピングは推測に対して行われることになるからだ。

シニアの時間が判断ではなく文字起こしに費やされる

ディスカバリー通話をリードするのに最も適した人物——行間を読み、鋭いフォローアップ質問をし、語られた問題の背後にある本当の問題を見抜けるほどシニアな人物——は、しばしばリアルタイムでメモを打ち込むことに縛られている当人でもある。文字起こしに費やす1分ごとに、クライアントが完全には直接語らなかったことに耳を傾ける1分が失われる。これはまったく逆だ。シニアの時間は会社で最も希少な資源であり、ディスカバリー通話はそれを機械のほうが上手くこなすタスクに浪費している。

フォローアップ質問は遅れて送られるか、まったく送られない

すべてのディスカバリー通話は、まだ分かっていないことを残して終わる——部屋にいなかったステークホルダー、確認が必要なシステム統合、示唆されたが確認されなかった予算範囲。未解決の質問の価値は急速に減衰する。通話から1日以内に尋ねれば、丁寧に見える。スコーピング中に3週間後に尋ねれば、まとまりがないように見える——その頃にはクライアントはすでに、より段取りが良さそうな他のベンダーに移っていることが多い。ほとんどの会社には未解決質問のリストを捕捉する体系的な方法がまったくない——それは誰かの頭の中に生き、そして失われる。

複数の通話、複数のメモ取り担当者、単一の真実の情報源が存在しない

大きな案件は一度の通話ではめったに成立しない。導入の通話、技術的な深掘り、別のタイムゾーンにいる2人目のステークホルダーとの通話がある。それぞれが独自のメモを、独自の形式で、参加した誰かによって残す。スコーピングが始まる頃には、「3つの通話全体で実際に何を学んだか」を再構築することは、詳細度の異なる3つのメモを読み返すことを意味する——そして、スコーピング担当者が参加していなかった通話で一度だけ出てきた要件は、静かに消えていく。

AIワークフロー:捕捉 → 構造化 → 表面化 → 引き継ぎ

1. 捕捉 — すべての通話を録音・文字起こしする

基本的な修正は地味だ:通話を録音し(多くのプラットフォームがすでにデフォルトで行っているように開示した上で)、文字起こしする。これだけで、シニアの時間が現在メモ取りに費やしているものすべてを取り戻せ、通話で語られたことが一人の記憶やタイピング速度に依存しなくなる。

2. 構造化 — 要件・制約・ステークホルダーを抽出する

文字起こしそのものは成果物ではない——40分間の文章の壁は、悪いメモよりも長いだけで、有用性は変わらない。構造化ステップは、生の文字起こしをスコーピング段階が必要とする形にまさに変換する:何が求められているか、どんな制約が言及されたか(予算のシグナル、スケジュール、既存システム、コンプライアンス要件)、ステークホルダーは誰で、それぞれが何を重視しているか。「レガシーシステムについて何か言っていた」を、スコーピング段階が行動できるラベル付きの要件に変えるのがこのステップだ。

3. 表面化 — 未解決の質問リストを自動生成する

要件と並行して、同じステップが通話で解決しなかったことのリストを生成する。これはワークフロー全体の中で最も価値の高い出力だ。ここで表面化された未解決の質問はすべて、今週クライアントに尋ねる質問であり、3ヶ月後の納品時に無償で吸収される変更依頼ではない。(私たちは以前、[構造化されていないディスカバリーがスコープクリープの背後にある最初のプリセール失敗ポイントである](/blog/how-to-prevent-scope-creep-before-the-project-starts)ことについて書いた——これはその根本を修正するものだ。)

4. 引き継ぎ — 生のメモではなく構造化された入力でスコーピングを供給する

ディスカバリーの出力——要件、制約、ステークホルダー、未解決の質問——は、誰かが手動で読み返してスコープ文書に打ち直す必要がある要約ではなく、スコーピング段階への直接的な入力になる。同じ案件に関する複数の通話にわたって、構造化された出力は一つの継続的な全体像に統合され、技術的な深掘りで語られたことが、スコーピング担当者がその場にいなかったという理由だけで失われることはない。

それでも人間が通話をリードする理由

これらのどれも、ディスカバリー通話をリードする人物に取って代わるものではない。クライアントのためらいを読み取り、どのフォローアップ質問が最も重要かを判断し、語られた問題の背後にある本当の問題を感じ取る——それは判断であり、まさにシニアの時間が費やされるべきものだ。ワークフローはタイピング、メモの照合、遅れたフォローアップメールを取り除き、通話中の人物が半分だけ参加して半分だけ文字起こしするのではなく、会話に完全に集中できるようにする。AIが量をこなす——捕捉、構造化、質問の生成。人間が通話をリードし、出力をレビューし、何をクライアントに戻すかを決める。

まとめ

ディスカバリー通話は、案件の本当の要件が捕捉されるか失われるかが決まる場所であり、第三の選択肢は存在しない。記録されない印象は数日で減衰するからだ。ディスカバリー通話に最適なAIワークフローは、通話をスコープ・見積もり・提案書を生み出す同じパイプラインの最初の段階として扱う:通話を捕捉し、要件と未解決の質問に構造化し、まだ安く尋ねられるうちに未知のことを表面化させ、生のメモではなく構造化された入力を引き継ぐ。

これは[Proposal OS](/proposal-os)があらゆる案件で実行していることの入口部分だ——ディスカバリーから納品まで、各段階に人間によるレビューがある。あなたの直近のディスカバリー通話がこのパイプラインを通ったら何を生み出したか見てみたいなら、無料のディスカバリー通話を予約し、最近の案件を一つ持ってきてほしい。