パイプライン管理をAIで自動化する｜フェーズと優先順位を人が入力しない設計【2026年版】

金曜の夕方に案件一覧を開くと、フェーズが3週間前のまま止まっている。「今月いくらで着地しそうですか」と聞かれて、メールの履歴をさかのぼりながら、その場で確度をつけ直す。翌週にはまた同じことをする——。

パイプライン管理が形骸化する現場は、たいていこの形になります。よくある診断は「営業が入力してくれないから」です。しかし当社が自分の案件管理を組み直したとき実際に効いたのは、入力の手間を減らすことではなくフェーズの定義そのものを書き換えることでした。この記事では、フェーズ判定・確度・次の一手を人が入力しない形にする設計を、当社の実装記録と海外の一次情報から整理します。

この記事の要点

• フェーズが更新されない原因の多くは入力工数ではなく、フェーズが「営業側の行動」で定義されていること。行動基準の定義は、書いた瞬間に実態とずれる
• 定義を顧客側の検証可能な事実（「提案書を送った」ではなく「相手が予算を確認すると言った」）に書き換えると、メールと商談記録から機械的に判定できるようになる
• 海外の主戦場は「分業の最適化」からレベニューオーケストレーション（実行と予測を1つに束ねる）へ移った。Forresterは2024年Q3にこのカテゴリのWaveを初めて発行している
• 「次に動くべき案件」は勘ではなく、金額・確度・時間圧・温度の加重で並べる。ただし順位は並べ替えにだけ使い、画面には必ず理由を出す
• 判定の自動化と、実行の自動化は分ける。受注・失注の確定と社外への送信は人が押す。自動側に置くと、間違いが静かに積み上がる

パイプラインが実態とずれる、本当の原因

「営業がSFAを更新しない」という問題設定は、原因を人の怠慢に寄せてしまいます。当社が3つの立場（売る側・道具を売る側・入れる側）で見てきた限り、実態はもう少し構造的です。

多くのSFAでフェーズはこう定義されています。「ヒアリング完了」「提案書提出」「見積提出」——すべて営業側が何をしたかです。この定義には2つの弱点があります。

1つは、営業がやったことと顧客が進んだことが一致しないこと。提案書を送っても相手が読んでいなければ何も進んでいませんが、フェーズ上は前進しています。もう1つは、判定に営業の主観が要るので機械が代わりに埋められないことです。結果として「人が入力しないと動かない欄」が残り、忙しい週に真っ先に後回しになります。

入力そのものの話はSFAが定着しない理由と商談の記録を自動でCRMに入れる設計で扱いました。この記事はその1つ上の層——埋まった記録から、フェーズ・確度・次の一手を機械が出す話です。

世界の主戦場は「レベニューオーケストレーション」に移った

日本ではまだ耳慣れない言葉ですが、海外の営業テックはここ2年で明確に軸足を移しました。

Forresterは2024年Q3に「Revenue Orchestration Platforms for B2B」という新カテゴリのWaveを初めて発行し、SalesloftとOutreachをリーダーに選出しました。それまで別カテゴリだったセールスエンゲージメント（誰にいつ接触するか）とレベニューインテリジェンス（商談解析・着地予測）を1つに統合するという思想です。

象徴的なのが2025年12月のClari（フォーキャスト）とSalesloftの合併で、統合後のARRは約4.5億ドル・顧客5,000社超と発表されています。実行側（誰に何をするか）と予測側（それでいくら着地するか）を別々のツールで持つ時代が終わりつつある、という動きです。効果側の公開値としては、Salesloftの2025年Forrester TEI調査でROI 3.3倍・クローズ率12%向上が報告されています。

背景には、日本でも語られるようになったTHE MODELの限界論があります。共通して挙がる指摘は3つです。

ただし「分業をやめてフルサイクルに戻せ」という話ではありません。海外でも実態は全面回帰ではなく、分業の境界をAIが溶かすハイブリッドが現在地です。AIが引き継ぎコスト（リサーチ・記録・文脈共有）をほぼゼロにするから、分業の便益が相対的に薄れている、という順序で理解するほうが実務に落ちます。

起点は、フェーズの定義を顧客側の事実に書き換えること

当社が案件管理を組み直したとき、最初にやったのはツール選定ではなく、8つのフェーズすべてに「顧客側の検証可能な事実」で判定基準を書き直すことでした。各フェーズには3点セット（判定基準・既定の確度・到達時に自動で作るもの）を持たせています。

ポイントは右2列ではなく、2列目がすべて「相手が何をしたか」で書かれていることです。この形にすると、判定に必要な材料がメール本文・カレンダー・会議の文字起こしの中に全部あります。人が思い出して入力する必要がなくなります。

もう1つ効いたのは、この定義表をコードではなく設定として持つことです。基準を改訂したら、過去の案件にさかのぼって同じ基準で判定し直せます。

人が入力しない仕組みは、5つの層でできている

規模に関わらず、骨格は同じ5層に整理できます。当社もこの順に組みました。

1. 収集層：メール全文・会議の文字起こし・カレンダー・問い合わせ通知を、重複しないように取り込む
2. 記憶層：取り込んだ生データをそのまま保存する。生データが正、案件情報は派生ビューという順序を崩さない
3. 構造層：生データから、会社・人・案件・活動の4つに構造化する。紐付けはメールアドレスとドメインで機械的に、決まらないものだけAIが判定する
4. 知能層：フェーズ判定・次の一手・優先順位を出す。判定には必ず根拠の原文引用を添える
5. 行動層：フェーズ到達をきっかけに、見積・フォロー下書き・稟議資料を自動生成する

この順序が重要なのは、あとから定義を変えたときに過去へ遡れるかどうかが2層目で決まるからです。フェーズや確度を「正」にして生データを捨てると、基準を1回改訂した瞬間に過去の案件が比較できなくなります。

3層目の紐付けは、確信度が基準に届かないものを自動確定せず、保留キューに置いて件数を毎日表示します。当社がこの保留キューを必ず作るのは、過去に外部サービスへ保存したはずの下書き8本が実在せず、約3週間気づけなかったからです。無音で捨てられる経路を作らない——この一点だけは譲らないほうがいいと考えています。

「次に動くべき案件」の決め方

パイプライン管理の目的は一覧を綺麗にすることではなく、今日どの案件から動くかを決めることです。海外でもここが競争領域で、Salesloftは「今日誰に何をすべきか」を優先度付きの1列のキューで出す方向、Clariは営業の申告とAIの見立ての乖離を管理する方向に寄せています。

当社は優先順位を、4つの要素の加重で出しています。

• 金額インパクト 0.35（月額×契約月数の相対値）
• 確度 0.25（A〜Fを数値化）
• 時間圧 0.25（次アクションの期日の近さ・返答期限・停滞日数）
• 温度 0.15（直近の相手の反応：返信速度・前向きな発言）

係数は設定ファイルに置き、週次の振り返りで調整できるようにしています。ただしスコアは並べ替えにしか使わず、画面には必ず「なぜこの順か」を1行で出すようにしました。順位だけ出すと、納得できないときに人が黙って無視するようになり、結局使われなくなります。

あわせて置いたのが健康度です。営業の自己申告とは独立に、行動シグナルだけで出します。最終活動からの経過日数、返信間隔の変化、商談後24時間以内のフォローの有無、決裁に関わる人と接触できているか。確度Aの案件が健康度だけ悪化しているとき、そこに読み違いがあります。

さらに不変条件を1つ置いています。オープンな案件には常に、期日と理由のついた次アクションが1つ以上ある状態を保つ。自由記述の「次回アクション」欄が空のまま放置される従来型の失敗を、構造で防ぐためです。

ここで必ず返ってくる反論

「フェーズをAIが勝手に動かして、着地予測が狂うのでは？」

正当な懸念です。当社は2つのガードで対応しています。1つは確信度が基準（0.7）に届かない遷移は自動確定せず保留にすること。もう1つは受注と失注の2つだけは絶対に自動確定しないことです。売上計上に直結するので、AIは根拠つきで提案するところまでで止め、人が承認します。当社の運用ルールは「直す・減らす・書き換えるは自動、増やす・払う・送る・消すは人に聞く」で、線引きはパイプライン管理でも同じです。

「うちは案件数が少ないから、こんな仕組みは要らないのでは？」

案件数が少ないほど、1件の読み違いが月の着地に効きます。ただし正直に言えば、少数なら投資対効果が合わない部分は確実にあります。当社の同時進行案件も10件程度の想定で、汎用的なSFAを作る意味はありませんでした。それでも組んだのは、フェーズ到達をきっかけに見積・稟議資料・フォロー下書きが自動で出るからです。効果が出るのは管理側ではなく生成側です。

当社で実際に起きたこと｜動いているのに、案件が流れてこない

ここは自社に不利な話です。

毎時の自動取り込みを動かした初日、最初に流れ込んできたのは顧客とのやり取りではありませんでした。直近3日で取り込まれた21通が、すべてSaaSの通知メールやニュースレターだったのです。「顧客のメールを全部取り込む」という設計は、裏を返すと「顧客でないメールも全部取り込む」ということでした。除外リストを作って対処しましたが、これは設計時に想定できたはずの抜けです。

現在の状態も正確に書きます。2026年9月2日朝の時点で、保留キューに残る4件はすべてメールマガジンの類です。「知らないアドレスだから新規リードかもしれない」と機械が止めているもので、精度としては褒められた数字ではありません。そして登録案件6件のうち5件はサンプルデータです。仕組みは毎時動いていますが、そこを流れる実案件は、まだ精度を語れる量になっていません。

教訓は2つです。入力ゼロの設計は、入ってくるものの選別を先に決めないと成立しないこと。そしてこの種の仕組みは案件が流れ始めてからが本番で、稼働したこと自体は成果ではないということ。フェーズ判定の精度も優先順位の係数も、実データで外れてから直す前提で置いています。

導入前に決めておく5項目

1. フェーズの定義を、顧客側の事実に全部書き直せるか。書き直せないフェーズは、そもそも判定できません
2. どこまでを自動確定にし、どこから人が押すか。最低限、受注・失注の確定と社外への送信は人に残します
3. 確信度が低いときの行き先。捨てるのではなく、件数が見える場所に溜めます
4. 生データを保存するか。ここを省くと、定義の改訂が過去に遡れなくなります
5. 判定の根拠を出せるか。フェーズも優先順位も、根拠の原文を添えないと人が信用しません

この5つが決まっていれば、使うツールは既存のSFAでも自作でも構いません。決まらないまま入れると、ツール導入が失敗するときの共通点と同じ場所に着地します。

まとめ

パイプライン管理の自動化は、入力欄を減らす話ではありません。フェーズの定義を顧客側の事実に書き換え、判定と推奨を機械に出させ、金額に直結する確定だけ人が押す——この3点に集約されます。

効果が出るのは一覧が綺麗になるところではなく、フェーズ到達をきっかけに次の成果物が自動で出るところです。当社は商談準備を30分から1分に短縮していますが、これも「準備が速くなった」ではなく、準備が間に合わないという理由で商談の質が落ちる状況を消したという意味で効いています。営業・マーケAIの導入まで通して設計する場合は、どの工程から手を付けるかで結果が変わります。仕組みを配線する役割そのものはGTMエンジニアリングとはにまとめました。

よくある質問

Q. 既存のSalesforceやHubSpotを使ったままでもできますか？

できます。この記事の中身で新しいツールが必須になるものは1つもありません。フェーズ定義の書き換え、確信度による保留、根拠の原文添付は、既存SFAの運用ルールと外側の処理で実現できます。むしろツールを乗り換えてもフェーズ定義が営業の行動基準のままなら、同じ形で形骸化します。

Q. フェーズ判定をAIに任せて、精度はどれくらい出ますか？

当社は現時点で精度を数字で語れる状態にありません。登録案件の大半がサンプルで、実案件がまだ十分に流れていないためです。分かっているのは、確信度の低い判定を自動確定させない限り、外れても着地予測が壊れない、という構造の話までです。数字を出せるようになった時点で本記事に追記します。

Q. フォーキャスト（着地予測）まで自動化すべきですか？

予測値の算出は自動で構いませんが、予測と営業の見立てがずれたときに、ずれ自体を表示する設計にしてください。海外でもClariが「申告とAIのセカンドオピニオンの乖離管理」を軸にしています。予測を1つの数字に丸めると、外れたときに原因を追えなくなります。

Q. 案件が停滞していることは、どう検知すればいいですか？

自己申告に依らない行動シグナルで見ます。最終活動からの経過日数、返信間隔の伸び、商談後24時間以内のフォローの有無、決裁に関わる人との接触の有無。この4つは全部、記録から機械的に計算できます。「順調です」という報告とシグナルがずれている案件が、最初に見るべき場所です。

Q. どのくらいの規模から取り組む価値がありますか？

同時進行が数件でも、フェーズ定義の書き換えだけなら今日できます。ただし収集から自動生成までを組むのは、フェーズ到達時に作りたい成果物（見積・稟議資料・フォロー文面）がはっきりしてからにしてください。管理を綺麗にするために組むと手間だけが増えます。当社の月額定額での支援は初期費用0円・月24万円からですが、この種の仕組みは1か月目に全部作らず、成果物が出る1本から広げるほうが失敗しません。

---

執筆・監修：佐々木 優希（AIリモートワーカー代表／上場企業 営業統括 兼 AI責任者）

本記事のフェーズ定義・優先順位の設計・失敗事例は、すべて当社が2026年8月末に構築した自社の案件管理の実装記録に基づいています。海外の動向は各社の公表資料および調査レポートを参照しました。