Stockwork｜営業AIエージェント

ログインはこちら

受注後・顧客深耕

利用ログから定着のつまずきを検知しフォロー起票

SFA/CRMの利用状況データとメール履歴を貼るだけで、顧客の定着がどこで止まっているかを検知し、フォローアップのタスクまで起票するプロンプトです。利用率の低下や返信の途絶を事実と推測に分けて整理し、次に誰へ何をするかを具体的に返します。

  • 分析・レポート

必要データと準備

必要なのは2つです。

  • SFA/CRMの利用状況・進捗データ … 顧客のオンボーディングがどこまで進んだか（各ステップの完了状況）と、直近の利用ログ（ログイン数・機能別の利用率・主要な操作の実施件数など）を、CRMやカスタマーサクセス管理ツールからエクスポートして貼ります。数字が新しいほど、つまずきの検知が正確になります。
  • 顧客とのメール履歴 … キックオフ以降のやり取りを時系列で貼ります。問い合わせや依頼、こちらからの案内、そして返信が来ているかどうかが、兆候の裏づけになります。

任意で、自社が「定着した」と見なす基準（例: 主要機能の利用率が一定以上、承認フローが稼働、連携が完了など）を書き添えると、その基準に照らした判定になります。基準がなければ空欄でよく、その場合は現状の整理にとどめます。

プロンプト本文

プロンプト（コピーして使う）
あなたは、SaaS導入後のオンボーディングと定着を支援するカスタマーサクセスのアシスタントです。
以下のSFA/CRMの利用状況データとメール履歴を読み、顧客の定着がどこでつまずいているかを検知し、フォローアップのタスクを起票してください。データに書かれていることだけを根拠にし、事実（ログの数値・実際のやり取り）と、そこからの推測を必ず分けてください。

## SFA/CRMの利用状況・オンボーディング進捗データ
{顧客ステータス・オンボーディングの各ステップ進捗・直近の利用ログ（ログイン数・機能別利用率など）をエクスポートして貼り付け}

## メール履歴（顧客とのやり取り・時系列）
{キックオフ以降の顧客とのメールのやり取りを時系列で貼り付け}

## 定着の目安（任意）
{自社が「定着した」と見なす基準（例: 主要機能の利用率、承認フローの稼働、連携完了）。なければ空欄でよい}

## 出力フォーマット
1. 定着ステータスの整理（事実ベース）
   - オンボーディングの各ステップがどこまで進んだか、直近の利用ログの数値を、根拠のデータを引用して記載する。データに無い項目は「データなし」とする
2. つまずきの兆候（検知）
   - 進捗の停滞・利用率の低下・やり取りの途絶など、定着リスクにつながる兆候を挙げる。各兆候について、根拠となるログ／メールの該当箇所を引用し、[事実]か[推測]かを付す
3. つまずきの原因の仮説（推測）
   - 兆候の背景にありうる原因を仮説として挙げる。あくまで推測と明記し、断定しない。確かめるべき点を添える
4. フォロー起票（タスク）
   - 「誰に」「何を」「いつまでに」「狙い」を、そのまま起票できる粒度で書く。優先度（高／中／低）を付し、3〜5件以内にする
5. 確認が必要な未確認事項
   - 判断に必要なのにデータに無い点を挙げる

## 注意事項
- SFA/CRMデータとメール履歴に書かれていることだけを根拠にする。ログに無い利用状況、履歴に無いやり取り、顧客の心情を創作しない。根拠がない箇所は「未確認」「データなし」と明記する
- 事実（ログの数値・実際に送受信されたメール）と、そこからの推測（つまずきの原因・解約リスクなど）を必ず分ける。推測には「[推測]」を付す
- 利用率の低下や返信の途絶を、ただちに「解約の兆候」と断定しない。他の説明（繁忙期・担当者の異動・別チャネルでの連絡など）の可能性も併記し、確度は推測として扱う
- フォローの宛先・タスクは、データや履歴に登場する事実（担当者名・進捗）にもとづく。存在しない担当者や、していない約束を作らない
- 数値・日付・担当者名は原文どおりに転記し、丸めたり言い換えたりしない

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

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

営業AIエージェントStockworkサンプル実行（収録済み）
この利用状況データから、定着のつまずきを検知してフォロー起票して。
AIに渡した入力データ（架空サンプル）
【顧客】テクノアドバンス株式会社（従業員200名）／プラン: スタンダード200名／契約日: 2026-05-01／CS担当: 鈴木 【窓口】佐藤健太（管理部長・主契約者）／田中美咲（人事労務・現場運用担当） 【オンボーディング進捗（2026-07-15時点）】 - Step1 初期設定（管理者・組織登録）: 完了（2026-05-12） - Step2 従業員インポート: 完了（200名中198名登録・2026-05-20） - Step3 勤怠打刻の運用開始: 一部開始／直近30日の全社打刻率 41%（管理部・情シスら約80名は打刻あり、他部署は伸びず） - Step4 承認ワークフロー設定: 未完了（設定画面のアクセスログはあるが承認ルート未保存） - Step5 給与ソフト（ペイロールデスク）連携: 未着手 【直近30日 利用ログ】管理者ログイン: 田中12回／佐藤1回。承認申請の起票: 0件。ヘルプ記事「承認ワークフローの設定」閲覧: 田中3回。全社打刻率: 前月45%→当月41%（微減） 入力（メール履歴・抜粋） 2026-05-12 CS鈴木→両名: キックオフ御礼＋初期設定ガイド・従業員インポート手順を送付 2026-05-25 CS鈴木→田中: 登録完了の御礼、次は打刻の全社展開と承認フロー設定を案内 2026-06-18 田中→CS鈴木:「承認ワークフローの設定でつまずいています。多段階承認（部門長→管理部）にしたいのですが、設定画面のどこで階層を作るのか分からず…。あと、他部署の打刻がなかなか広がりません。コツはありますか」 2026-06-19 CS鈴木→田中: ヘルプ記事のリンク送付＋「多段階承認は権限設定から追加できます。打刻の全社展開はまた別途ご案内します」 （以降、田中氏からの返信なし。2026-07-15時点で約4週間途絶） 入力（定着の目安・任意） 主要機能（打刻・承認フロー）の利用率70%以上、かつ給与ソフト連携の完了を「定着」と見なす。
「送信」を押すと、ここに実行結果を表示します。

カスタマイズのヒント

  • 定着の目安を自社の基準に差し替える: 「定着の目安」欄に、自社商材で定着とみなす条件（例: 週次のアクティブ率、主要機能の設定完了、連携稼働）を書くと、その基準に照らして未達ステップを検知します。SaaSごとに「使えている」の定義は違うので、ここを具体化するほど兆候検知が実態に合います。
  • 利用ログの粒度を上げる: 機能別の利用率や、部署別・ユーザー別の内訳まで貼ると、「どの機能が」「どの部署で」止まっているかまで踏み込んだフォローに落とせます。逆に全体の数字しかない場合は、整理も全体粒度にとどまります。
  • 定例レビューの前処理に使う: 更新前の面談や定例の準備で、担当顧客ぶんをまとめてかけると、「順調な顧客／手が止まっている顧客」を同じ型で見分けられます。優先してフォローすべき先の洗い出しに向いています。

よくある質問

利用ログやメール履歴が一部しかなくても使えますか？

使えます。ある分だけ貼れば動きます。足りないデータは、AIが推測で埋めるのではなく「データなし」「未確認」として返す設計なので、逆に「何を集めれば判断できるか」の洗い出しにも使えます。ただしデータが薄いほど、兆候検知は浅くなります。

返信が来ない顧客を、自動で「解約リスク」と判定してくれますか？

断定はしません。返信の途絶は事実として拾いますが、それを即「解約の兆候」とは決めつけず、繁忙や別チャネルでの連絡など他の可能性も併記し、確度は推測として扱います。危機かどうかの最終判断は、裏取りをしたうえで人が行う前提の出力です。

定着の基準を入れないとどうなりますか？

基準なしでも動きます。その場合は「70%達成」といった判定はせず、現状のステータス整理と、進捗の停滞・利用率の変化・やり取りの途絶といった兆候の検知にとどめます。自社の定着基準を「定着の目安」欄に入れると、その基準に対する未達がより明確になります。

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

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

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

メニュー

資料請求