Stockwork｜営業AIエージェント

ログインはこちら

案件・ヨミ管理

動きの止まった案件を自動検知し催促を起票する

進行中の案件は、失注の連絡が来て初めて気づくのではなく、動きが止まった時点で気づきたいものです。SFA/CRMの案件レコードとメール履歴を貼るだけで、停滞案件を根拠つきで検知し、催促タスクの下書きと送信前提の催促メールまで用意します。マネージャーの横串チェックにも、担当者の取りこぼし防止にも使える停滞案件検知のAIプロンプトです。

  • 分析・レポート
  • メール文面

必要データと準備

  • SFA/CRMの案件レコード（複数）: 案件名・現ステージ・クローズ予定日・確度・次アクション（Next Step）・最終活動日・活動履歴を、案件ごとにエクスポートして貼り付けます。停滞検知は「複数案件を横串で見る」ことに価値があるため、進行中の案件をまとめて入れるのがおすすめです。
  • 顧客とのメール履歴: 各案件の送受信を時系列で貼り付けます。誰がいつ送ったか、返信の有無が分かる形にしておくと、沈黙日数の判定精度が上がります。
  • 停滞基準（任意）: 「最終接触からN営業日」「Next Step空欄」など自社の基準があれば渡します。無ければ標準基準で判定し、その旨が出力に明記されます。
  • 注意: レコードには非公開の商談情報が、メールには相手企業・個人の情報が含まれます。外部の生成AIに貼る場合は、社外持ち出し・個人情報の扱いに注意してください。

プロンプト本文

プロンプト（コピーして使う）
あなたは進行中の案件群を横串で監視し、動きが止まった案件を検知する営業パイプラインのアナリスト兼オペレーション担当です。
以下の「SFA/CRMの案件レコード（複数）」と「顧客とのメール履歴」を突き合わせ、停滞している案件を根拠つきで抽出し、担当者が確認したうえで実行できる催促タスクの下書きと、送信前提の催促メール下書きを用意してください。
あなたが行うのは検知と下書き作成までです。CRMへの起票・ステージ更新・メール送信は実行しません。判定はレコードとメール履歴に書かれた事実だけを根拠にし、事実と推測を必ず分けてください。

## 停滞と見なす基準（任意。無ければ標準基準を使う）
{最終接触からN営業日・次アクション未設定・返信途絶・クローズ予定日超過など、自社の停滞基準をここに記入。無ければ「未提供」と書く。未提供の場合は「最終接触から10営業日以上動きなし／こちらの直近メールに返信なし／Next Step空欄／クローズ予定日超過」を標準基準として使い、その旨を明記する}

## SFA/CRMの案件レコード（複数）
{案件名・現ステージ・金額・クローズ予定日・確度・次アクション（Next Step）・最終活動日・活動履歴などを、案件ごとにここに貼り付け}

## 顧客とのメール履歴（案件ごと）
{各案件の顧客とのメール送受信を時系列で貼り付け。誰がいつ送ったか、返信の有無が分かる形で}

## 基準日（今日）
{分析の基準にする日付。沈黙日数はここから数える}

## 補足状況（分かる範囲。不明は「不明」）
{決裁プロセス・キーパーソン・期日・返信が止まっている心当たりなど、レコードや履歴に出ていない補足。分からないものは「不明」と書く}

## 出力フォーマット
1. 停滞判定サマリー（案件ごとに 停滞 / 注意 / 正常 の3段階で判定し、主な理由・最終接触日・沈黙日数を一覧に。停滞→注意→正常の順に並べる。基準が未提供の場合は標準基準を使った旨を添える）
2. 停滞案件の詳細（「停滞」「注意」の各案件について、最終接触日・沈黙日数・止まっている宿題・根拠となるレコードの記述または発言の短い引用・停滞度の見立てを書く。前進の裏づけがない前向き発言を進展として扱わない）
3. 催促タスクの下書き（CRMに起票する想定で、案件ごとに「担当・種別・期日・内容」を提案。あくまで下書きで、起票やNext Step欄の更新は実行しない旨を明記。次アクションが明確な案件は「起票不要」とする）
4. 催促メールの下書き（「停滞」と判定した、商談中・既存取引先など連絡の土俵がある相手にのみ作成。件名案2つ＋本文。相手の負担を下げる文面にし、期日は相手が述べたものだけを使う。確定できない箇所は[要確認：…]の角括弧で残す）
5. 検知の限界・要確認（レコード・履歴から判断できなかった点、沈黙の理由が特定できない点、更新を保留した確度・ステージなどを列挙）

## 注意事項
- 判定はレコードとメール履歴の記述のみを根拠にする。書かれていない返信・期日・金額・決裁状況を創作しない。値が無いものは「未記入」または「要確認」とする
- 事実（レコードの記述・相手が実際に言ったこと）と、そこからの推測を必ず分ける。推測には「（推測）」を付け、根拠を短く引用する
- 沈黙は失注ではない。多忙・社内調整・優先度低下などの理由は履歴から特定できないため決めつけず、状況を伺うトーンにとどめる
- 曖昧な同意や社交辞令（「前向きに」「効果が見えれば」等）を、案件前進の確定シグナルとして扱わない。判断に迷う箇所は「要確認」とする
- 催促メールの下書きは、商談中・既存取引先など連絡の正当な土俵がある相手にのみ作る。面識のない新規への一斉送信・無差別送信の文面は作らない。生成した下書きは必ず人間が確認・修正し、署名を入れてから送る。あなたは送信しない
- CRMのステージ・確度を、沈黙を根拠に上げ下げしない。タスクは下書きであり、起票・入力・送信を行ったかのように書かない
- この分析を外部の生成AIで行う場合、レコードに非公開の商談情報が、メール履歴に相手企業・個人の情報が含まれる。社外持ち出し・情報の扱いに注意する

このプロンプトを動かしてみる

プリセットされた依頼のまま「送信」を押すと、AIの応答がその場でストリーミング表示されます（架空データに対する収録済みの応答。生成AIは呼び出しません）。

営業AIエージェントStockworkサンプル実行（収録済み）
この案件レコードとメール履歴から、停滞案件を検知して催促を起票して。
AIに渡した入力データ（架空サンプル）
入力サンプル：進行中案件ポートフォリオ 停滞検知用（SFA/CRMレコード複数＋案件別メール履歴・架空） 売り手: ロウムメイト株式会社（クラウド勤怠・労務管理SaaS「ロウムメイト」）／ 営業 鈴木 基準日: 2026-07-17 ※すべて架空。実在の企業・顧客ではない。P085の `{SFA/CRMの案件レコード（複数）}` と `{顧客とのメール履歴（案件ごと）}` に貼る想定。 --- 停滞と見なす基準（任意入力） - 最終接触（こちらの送信も先方の返信も含む）から10営業日以上動きがない - こちらの直近メールに対して先方の返信が途絶えている - SFA上の「次アクション（Next Step）」が空欄 - クローズ予定日を過ぎている、または残り期間に対して段取りが足りない - 上記のいずれかに当てはまれば「注意」、複数重なれば「停滞」とする SFA/CRMの案件レコード（HubSpot互換エクスポート抜粋・3件） [Deal 1] Deal Name : テクノアドバンス - ロウムメイト導入 Deal Stage : デモ・提案（見積提示済み） Amount : 1,200,000 JPY（年額・初期費用込み概算） Close Date : 2026-09-30 Deal Owner : 鈴木 Deal Probability : 40% Last Activity : 2026-07-01（こちらから連携範囲確認メール送信） Next Step : （空欄） Activities: 2026-06-20 Meeting デモ実施。現場評価は好感触。 2026-06-23 Email 見積・セキュリティ回答を送付。 2026-06-26 Email 先方返信「前向き。初期費用の説明を社内整理中。取締役会10月、9月前倒しの可能性」。 2026-07-01 Email こちらから給与ソフト連携バージョンの確認を依頼。以降、先方返信なし。 [Deal 2] Deal Name : キャリアブリッジ - ロウムメイト導入 Deal Stage : ヒアリング完了（デモ前） Amount : （未確定・想定 月3万円） Close Date : 2026-08-31 Deal Owner : 鈴木 Deal Probability : 30% Last Activity : 2026-07-14（初回ヒアリング） Next Step : 2026-07-22 役員同席デモ（日程確定・カレンダー登録済み） Activities: 2026-07-14 Meeting 初回ヒアリング。採用増で入退社手続きが逼迫。温度感高い。 2026-07-15 Email デモ日程の候補を送付、7/22で確定。 [Deal 3] Deal Name : 丸和製作所 - ロウムメイト導入 Deal Stage : デモ完了（検討中） Amount : （未確定） Close Date : 2026-12-31 Deal Owner : 鈴木 Deal Probability : 20% Last Activity : 2026-07-16（デモ実施） Next Step : （未設定） Activities: 2026-07-16 Meeting デモ実施。締め処理の一括承認画面を提示。総務課長が現場のITリテラシーを懸念。社長決裁で稟議は紙・時間がかかると先方明言。「急がない」との発言あり。 顧客とのメール履歴（案件別・抜粋） テクノアドバンス - 2026/06/23 鈴木→佐藤様・田中様「お見積とセキュリティ回答の送付」 - 2026/06/26 佐藤様→鈴木「拝見しました。田中とも目を通しています。現場の評価は良く、前向きに考えています。初期費用が想定より乗る印象があり、社内での説明の仕方を整理中。取締役会は10月、うまくいけば9月に前倒せるかも」 - 2026/07/01 鈴木→佐藤様・田中様「給与ソフト（ペイロールデスク）のバージョンが分かり次第お知らせください。連携範囲を確定してご案内できます。初期費用も連携オプションの要否を含め調整の余地があります」 - （2026/07/01以降、先方返信なし。本日7/17時点で16日間） キャリアブリッジ - 2026/07/15 鈴木→山口様「デモ日程のご案内」→ 同日、山口様「7/22でお願いします。役員も同席します」 丸和製作所 - メールでのやり取りは初回アポ調整のみ。デモ後のフォローメールは未送信。 補足状況（分かる範囲・不明は「不明」） - テクノアドバンスの決裁: 管理部長（佐藤様）起案→取締役会。取締役会の時期は「10月、9月前倒しの可能性」と口頭で聞いたが未確定。 - テクノアドバンスの田中様が給与ソフトのバージョンを情シスに確認中だった（結果は不明）。 - 返信が止まっている理由は不明。
「送信」を押すと、ここに実行結果を表示します。

カスタマイズのヒント

  • 商材・単価で基準を変える: 高単価で商談期間が長い案件は沈黙10日でも正常なことがあります。「最終接触からN営業日」のNを商材のサイクルに合わせて渡すと、過検知が減ります。
  • フェーズで重みを変える: 稟議・クロージング段階の沈黙はヒアリング段階より重い意味を持ちます。「後半フェーズの沈黙は停滞度を1段上げる」と基準に足すと、優先順位が実態に近づきます。
  • チーム運用に広げる: 担当ごとにレコードを分けず、チーム全案件をまとめて入れると、マネージャー視点の横串チェックになります。出力の「担当」欄で振り分ければ、そのまま週次レビューの論点表として使えます。

よくある質問

沈黙している案件を「失注」と判定してくれますか？

しません。沈黙は多忙・社内調整・優先度低下など様々な理由があり、履歴だけでは特定できないためです。このプロンプトは「動きが止まっている」という事実の検知にとどめ、失注かどうかは決めつけません。判定の最終決定は人が行う前提です。

催促メールは自動で送られますか？

送られません。このプロンプトが行うのは検知と下書き作成までです。生成した文面は必ず人が確認・修正し、署名を入れてから送る前提です。また催促の下書きは、商談中・既存取引先など連絡の土俵がある相手にのみ作り、面識のない新規への無差別送信の文面は作りません。

効果はどのくらい上がりますか？

受注率が何%上がるといった数値は出していません。停滞検知の効果は運用の仕方や案件の性質に大きく左右され、断定できる根拠がないためです。このプロンプトの価値は「止まった案件に気づける状態を作る」ことにあります。

商談の一次情報をAIが利活用、
営業担当者の行動が変わる

プロンプトの入力データが自動で貯まる仕組みを、資料でご確認ください

今すぐ資料をダウンロードお問い合わせ

メニュー

資料請求