要件収集・スコーピングエージェント

どこに合うか

ソフトウェアハウス、開発代理店、システムインテグレーター、IT サービス会社 — 価格を付ける前にスコープを定めなければならない仕事を売る、すべての方。

ここでの経済は特殊です。あなたのディスカバリーのプロセスは、仕事を実際に届けるのと同じ人によって行われます。結局予算のなかった見込み客から要件を引き出すのに費やした1時間は、シニアエンジニアの1時間であり、それは案件が本物かどうかが分かる前に費やされます。その一方で、ドキュメントから答えられる質問 — どのスタックで働くか、あの ERP と統合するか、引き継ぎをどう扱うか — が、同じ高価な人材に届きます。

日々の運用

• リードが問い合わせフォームを記入する → エージェントが自動返信を送るのではなく本物の会話を始め、スコープの定まったブリーフを返します。
• 見込み客が自社の倉庫システムと統合するか尋ねる → あなた自身の統合リストから、あなたのチームが添える注意書きとともに答えます。
• 提案が11日間出たままになっている → エージェントがフォローアップを切り出し、回答から案件が動いたと示唆されるときは人間に指摘します。

こんな形になります

12人の開発ショップ。 ある問い合わせのリードが「スプレッドシートを置き換える社内ツール」が欲しいと言います。それは2週間かもしれないし、2四半期かもしれません。エージェントはそれを確認していきます。どのスプレッドシートか、何人が触れるか、会計システムから読み取る必要があるか、誰が承認するか、3月ではなく 6月に出荷されたら何が起きるか。技術リードは6項目すべてに答えの入ったブリーフを開き、それが以前2度作ったことのある統合に懸かっていると分かり、3度目ではなく最初の通話で自信を持って見積もります。

プリセールスの質問の長い裾を抱えるインテグレーター。 1日に2〜3件の問い合わせが「X をサポートしていますか？」のバリエーションです。エージェントはチームが維持する統合カタログからそれらに答え、そして — 答えがノーのときははっきりそう言うので — そもそも適合しなかった見込み客が営業の通話を消費しなくなります。人に届くのは、答えが「はい、条件付きで」だった問い合わせです。

なぜこれが身近なのか

agent4.io は、ソフトウェアを売るソフトウェアチームによって作られており、このワークフローこそ、私たちが最初にプロダクトを設計する軸としたものです。要件の会話 — 忍耐強く、構造化され、何百回も繰り返され、そしてほぼ決して一貫して行われない — は、まさにエージェントに手渡されて生き残る仕事の形です。価値は即興ではなく、正しい質問を正しい順序で尋ねることにあるからです。

そしてたまたま、相手が技術者であるワークフローでもあります。彼らはエージェントを試します。答えられないことを尋ねます。それこそ、はったりをかけるのではなく「分かりません、これが分かる人です」と言うよう構成する良い理由です — 焦点を絞った専門性をご覧ください。

あなたの管理下に残るもの

その知識はあなたがアップロードしたものだけなので、持っていない能力を約束することはできません。そして見込み客のアーキテクチャの詳細や事業計画がこれらの会話で届くため、それぞれがデータベースレベルの強制によりスペースごとに隔離されます。