昨年のある期間、コンサルティングファームのパートナーたちが週末を提案書（プロポーザル）の作成に費やしていくのを見ていました。重要な部分を書かないままです。勝ち筋（win themes）も、価格の判断（pricing call）も、戦略も。彼らがやっていたのは、本来ジュニアの仕事にすべき部分でした。たとえば、3年前の適切な事例を探すこと。チームの略歴をコピペすること。州の公的機関が出す47ページの調達（プロキュアメント）テンプレートに合わせて書類の体裁を整えること。聡明で高給取りの人たちが、館内で一番つまらない作業をしていたのです。
誰かが「中規模の会社は年間80〜150件のRFPに対応していて、1提案あたり約30時間かかる」と言ってきたとき、私はその場で計算しました。時給をブレンドで$250とすると、パートナー時間だけで$600K〜$1.1M、さらに4件に3件は負けます。そこにある時間の多くは戦略ではありません。作業（アセンブリ）です。
そこで、AIエージェントがそのワークフローに対して実際に何をするのか、ベンダーが主張することと比べて見始めました。
誰も認めたくない部分
どのファームも、すでに提案書のつらさ（痛み）を解消しようと試みてきました。テンプレートライブラリ。提案書マネージャー。汎用のRFPソフトウェア。ですが、その多くは見捨てられます。すべてのRFPは、テンプレートが扱えない形で違うからです。たとえ1ページ目のスコープ（業務範囲）の読みがほぼ同じでも、病院グループのデジタルトランスフォーメーションRFPが求める裏付け（proof points）は、PE（プライベート・エクイティ）運営パートナーのRFPと異なります。結局、パートナーはあらゆる回答を手作りせざるを得なくなります。なぜなら、この買い手（バイヤー）に本当に合う過去案件がどれかを判断できるだけの文脈を、社内で持っているのがそのファームではパートナーしかいないからです。
AIエージェントが変えるのは、まさにそこです。パートナーの判断を置き換えるのではなく、その周囲にある15時間もの“作業の組み立て”をなくすことで。
エージェントが実際にやること
私が見てうまく機能しているワークフローは、だいたい次のようなものです。
RFPの取り込み（ingestion）。 90ページの調達文書をエージェントに投入すると、5分で構造化されたブリーフ（要約）が返ってきます。スコープ、評価基準、提出形式、ページ制限、すべてのコンプライアンス質問、すべての必須添付資料。パートナーがRFPをカバーから最後まで読み通し、ページ67の奥に隠れている“真の要求事項”を見つける必要はありません。
過去案件との照合（past-work matching）。 ここは私が意外だったところです。エージェントは、ファームの全エンゲージメント履歴、ケーススタディ、SOW（作業指示書）を検索し、業界、スコープ、規模、そして直近性でマッチをランキングします。「2023年にこの種のことをクライアントに対してやったか？」をパートナーが思い出そうとする代わりに、最も近い3〜4件のエンゲージメントが自動的に、元のSOWとセットで提示されます。エージェントは、4年前に別のプラクティスエリアでそのファームが行ったエンゲージメントを忘れないため、人間の記憶よりも照合が鋭くなります。
初稿の組み立て（first-draft assembly）。 ファーム概要、チームの略歴、関連する経験、コンプライアンスへの回答、参照文献（リファレンス）。すべて、ファームが承認済みのテンプレートに基づいて下書きされます。これらのセクションは、典型的な提案書のページ数のうち50〜70%を占め、ほとんどが純粋な組み立て作業です。
価格の足場（pricing scaffold）。 エージェントは過去データから比較可能なエンゲージメントの価格を引き出し、最初のレートカード（単価表）と人員計画（スタッフ計画）を組み立てます。価格の最終判断（pricing call）はパートナーが行いますが、最初から作るのではなく“出発点を編集する”ことになります。
コンプライアンスの確認（compliance pass）。 提案がパートナーに渡る前に、エージェントはドラフトをRFPの書式ルール、ページ制限、提出形式に照らして実行します。欠けているものをフラグ付けします。
パートナーがドラフトを手に取るころには、残っているのは戦略作業です。この買い手向けの勝ち筋（win themes）、この案件に固有のメソドロジー（方法論）の枠組み（フレーミング）、そして価格判断です。30時間かかっていた提案書は、6〜8時間の“本当の考える時間”になります。そこで「2時間」という見出しが生まれます。実際の手を動かすドキュメント作成時間は、レビューにかかる時間が長くても、より2時間に近いのです。
勝率への影響
提案書が30時間ではなく6時間で作れるようになると、次の2つが起きます。
1つ目に、ファームはより多くの機会に入札します。これまでパートナーの時間をかける価値がないとされていたRFPが、取り組める範囲になります。同じくらいのクローズ率（受注率）で回せる“打席数（at-bats）”が増えるので、勝ちが増えます。
2つ目に、過去案件との照合がより鋭くなることで、勝率が3〜8ポイント上がります。より良い裏付け（proof points）は、より良い提案書を生みます。
たとえば、年間100件の提案を、勝率25%で回していたファームが、年間160件の提案で勝率30%になり、平均エンゲージメント単価が$400Kだとします。この場合、記録される受注売上はおおよそ$5M増えます。節約できるパートナー時間の価値が、さらにもう$500K〜$750Kです。これがビジネスケースです。曖昧ではありません。
人々が間違える部分
AI提案書エージェントで失敗するチームは、たいてい同じ間違いをします。エージェントを“文章作成ツール”として扱うのです。違います。これは“組み立てと検索（リトリーバル）”のためのツールです。重要な文章、勝つためのパーツは、依然としてパートナーが必要です。エージェントに、最初から最後まで洗練された提案書を生成してもらい、そのまま出力物を送ってしまうと、最も重要な提案書を落とします。エージェントを、非常に速く、非常に丁寧なジュニアアソシエイトのように扱い、パートナーによるレビュー用のドラフトを準備させるのなら機能します。
もう1つの失敗パターンは、統合（インテグレーション）作業を飛ばすことです。提案書エージェントは、ファームの実際のドキュメント管理システム（SharePoint、Box、iManage、NetDocuments）と、実際のCRM（Salesforce、HubSpot）、さらに過去の価格が保存されている実際の会計（ファイナンス）システムから読み取れる場合にのみ役立ちます。エージェントがファームの実データから切り離されていると、パートナーが最初から書き直さないといけない“汎用的な出力”を作ってしまいます。統合こそが勝負のすべてです。
これによりコンサルティングファームはどうなるか
率直に言うと、これは私が見てきた中でも、プロフェッショナルサービスにおけるAIのストーリーの中ではかなり綺麗な部類に感じます。ROIの計算は単純で、ワークフローは明確で、最後に人が残すべき部分（戦略的な枠組み、価格判断）は、まさに人間がやるべき部分になっています。これは、エージェントが面白い作業を行い、人間が後始末をするという、生成AIのユースケースの多くとは逆です。
この種のエージェントが、ベンダーのデモ版ではなく、コンサルティングファームのドキュメント管理およびCRMスタックに実際にどう組み込まれるのかを見たいなら、CloudNSiteのプロフェッショナルサービスページで、提案書の生成とクライアント向けレポーティング、ナレッジマネジメントをあわせて説明しています。デプロイのタイムラインや統合パターンまで含めた、この書き物の長い版はCloudNSiteのブログにあります。また、プロフェッショナルサービスのワークフローにおける、カスタムで作ったエージェントと汎用の自動化プラットフォームを比較したい場合は、タイトルにヘルスケアとあるものの、custom AI vs Zapier breakdownがコンサルティングファームにも当てはまります。トレードオフは同じだからです。
多くのファームにとって適切な出発点は、ファーム全体へ展開する前に、まずは1つのプラクティスエリアの提案書に対する“単一エージェント”のパイロットです。既存のプロセスと並行して、実在する2つの提案を同時に走らせます。エージェントのドラフトが、現行のワークフローよりも最初の提出（first submission）を早められるなら、規模を拡大してください。そうでなければ、3四半期ではなく3週間かけてそれを検証することになります。
それは、たいていの場合、その価値があります。
