多くのチームは、モデルを選び、検索レイヤーを設計し、APIを接続することからAIシステムの構築を始める。スコープは後回しになり、たいていは最初のスプリントが終わった後にREADMEに書き込まれる。
その順序は逆だ。システムが最初に答えるべき問いは、ドキュメントの細部ではない。それは、すべての下流の意思決定を支える根幹の決断だ。
「最初の問い」が本当に意味すること
すべてのAIシステムは、何かに答えるために構築される。カテゴリではなく——正確に定義された、ひとつの具体的な問いに。
営業システムであれば、最初の問いはこうかもしれない：「この200アカウントの中で、今週アウトリーチに反応する可能性が最も高いのはどれか？」 あるいは：「このプロスペクトが2回目の通話で最も提起しそうな異議は何か？」 似ているように聞こえるが、そうではない。必要なデータ、検索ロジック、出力フォーマットがすべて異なる。
最初の問いとは、他のいかなる出力も価値を持つ前に、システムが正しく答えなければならない問いのことだ。 それ以外はすべて、その下流にある。
多くのチームは、構築を始める前にその一文を書き留めることをしない。
間違えたときの連鎖的な影響
実際のビフォー・アフターのパターンを示す。
ビフォー： 営業インテリジェンスシステムを構築していたチームが、最初の問いを「担当者がアカウントを理解できるようにする」と曖昧に定義した。CRMのメモ、LinkedInのデータ、最新ニュースを取得する検索レイヤーを構築し、その上に要約レイヤーを構築した。担当者はアカウントのサマリーを受け取った。
6ヶ月後、システムは使われていなかった。担当者は「興味深いが、実行に移せない」と言った。チームはデータソースを追加した。利用率は横ばいのままだった。
本当の問題：システムが間違った最初の問いに答えていたことだ。担当者が必要としていたのはアカウントの理解ではなく、今日どのアカウントに電話すべきか、そしてその理由だった。それは優先順位付けの問いであり、要約の問いではない。直近のシグナル、パイプラインのステージ、担当者のキャパシティデータが必要だ。それらは検索レイヤーに含まれていなかった。
再構築に8週間かかった。データモデルが変わった。検索ロジックが変わった。プロンプト構造が変わった。
アフター： 別のチームは、インフラに手をつける前に1ページのスコープ文書から始めた。彼らが定義した最初の問い：「担当者のオープンパイプラインと過去30日間のアカウントアクティビティを踏まえ、今日連絡すべき3つのアカウントはどれか？」
その一文が、即座に意思決定を迫った：
- 「アカウントアクティビティ」とは何か？（データソースを定義する。）
- 「連絡すべき」とはどういう意味か？（スコアリングロジックを定義する。）
- 出力フォーマットは何か？（サマリーではなく、アカウントごとに一行の理由を添えたランク付きリスト。）
検索レイヤーは初日からそれらのインプットに絞り込まれた。プロンプトは文章ではなくランク付きリストを生成するように書かれた。システムは4週間で稼働し、最初の月以内に担当者チームの週次アクティブ利用率が80%に達した。
同じカテゴリのシステム。異なる最初の問い。まったく異なる構築結果。
連鎖的な失敗のパターン
最初の問いが間違っているか未定義の場合、3つの失敗モードが続く：
- データの誤ルーティング。 インジェストレイヤーが関連しそうなものをすべて取得する。ストレージコストが増大する。シグナル対ノイズ比が低下する。技術的には関連するが、運用上は無用なコンテキストをシステムが取得する。
- 誤った検索。 間違ったクエリに最適化されたセマンティック検索が、もっともらしく見えるが実際のユーザーのニーズに答えない結果を返す。システムは機能しているように見える。実際には機能していない。
- 高コストな再構築。 データモデル、検索インデックス、プロンプト構造はすべて最初の問いに結びついている。問いを変えれば、3つすべてが変わる。スコープ定義を省いたチームは、最初のスプリントではなく再構築でそのコストを払う。
1ページのスコープ定義演習
インフラを定義する前に、DK1.AIはひとつのアウトプットを持つスコープ定義演習を実施する：システムが答えなければならない最初の問いを述べる一文だ。
演習は4つのステップで構成される：
- ユーザーとその瞬間を定義する。 誰がシステムを使い、ワークフローのどの時点で使うのか？「営業担当者」ではなく——「その日の最初の通話の90分前にいるアカウントエグゼクティブ」。
- 意思決定を定義する。 その瞬間にユーザーが下す必要がある意思決定は何か？「アカウントを理解する」ではなく——「今日このアカウントに電話するか、待つかを決める」。
- 出力を定義する。 正しい答えはどのような形か？「サマリー」ではなく——「一文の理由を添えたyes/no」。
- 失敗条件を定義する。 間違った答えのコストは何か？「大したことない」という答えなら、その最初の問いはおそらく正しくない。
その4つの答えが一文に集約される。その一文が、その後のすべての構築上の意思決定の受け入れ基準になる。
これはディスカバリーワークショップではない。システムを使う人々との60分の実務セッションだ。アウトプットはスライドデッキではなく、ドキュメントだ。
DK1.AIがこれを適用する場面
AI Brand Presenceも同じ演習から始まる——コンテンツや検索アーキテクチャを構築する前に、バイヤーが自社についてAIシステムに尋ねる具体的な問いを定義する。バイヤーが最初に尋ねる問いが、どのシグナルが重要かを決める。それを間違えると、間違った場所で間違ったクエリに対してプレゼンスを構築することになる。
このパターンは、私たちが構築するすべてのシステムに共通する。スコープが先。インフラは後。
AI構築を始めようとしているなら——あるいは6ヶ月経っても利用率が横ばいなら——最初の問いに1時間を費やす価値がある。他の何かが動く前に。