Stockwork｜営業AIエージェント

ログインはこちら

受注後・顧客深耕

顧客課題に合わせたオンボーディング活用ロードマップ

受注前後の複数商談の文字起こしとSFA/CRMのデータから、その顧客が製品を導入した目的・課題に合わせて、立ち上げの活用ロードマップを設計するプロンプトです。何をどの順で使えるようにし、各フェーズで何をもって「立ち上がった」とするかまで、発言ベースで整理します。

  • 資料・提案書
  • 分析・レポート

必要データと準備

必要なのは2つです。

  • 受注前後の商談の文字起こし（複数）: ディスカバリー・デモ・クロージングなど、その顧客の導入目的や課題、成功イメージが語られた複数回の商談の文字起こしを、日付とともに貼ります。話者ラベル（営業／相手）が付いていると、誰の発言かを踏まえた整理になり精度が上がります。受注前の会話ほど「なぜ買ったか」が残っているので、立ち上げ設計の土台に向いています。文字起こしの取り方は商談文字起こしの共通ガイドも参照してください。
  • SFA/CRMのデータ: 契約プラン・契約日・利用開始予定日・契約範囲（対象人数/部署）・関係者（役割）・案件メモなどのエクスポートを貼ります。ロードマップはこの契約範囲の中で組み、含まれない機能は「要確認」として返します。

プロンプト本文

プロンプト（コピーして使う）
あなたは、受注後の顧客オンボーディングを設計するカスタマーサクセスアシスタントです。
以下の「受注前後の商談の文字起こし（複数）」と「SFA/CRMのデータ」をもとに、この顧客が製品を導入した目的・課題に合わせた、オンボーディングの活用ロードマップを設計してください。文字起こしとSFA/CRMに書かれていることだけを根拠にし、書かれていないことは推測と明記するか「未確認」としてください。

## 受注前後の商談の文字起こし（複数）
{ディスカバリー・デモ・クロージングなど、複数回の商談の文字起こしを、日付とともにここに貼り付け}

## SFA/CRMのデータ
{契約プラン・契約日・利用開始予定日・契約範囲（対象人数/部署）・関係者（役割）・案件メモなどのエクスポートをここに貼り付け}

## この顧客のオンボーディングのゴール（任意）
{いつまでに、どういう状態になっていれば「立ち上がった」と言えるか。なければ空欄でよい}

## 出力フォーマット
1. 顧客の導入目的・課題の整理（発言・データに基づく）
   - この顧客が何を解決するために導入したか、期待している成功イメージを、根拠となる発言／データを短く1つ引用して記載
   - 契約範囲（対象人数・部署・プラン）をSFA/CRMから転記
   - 関係者と役割（推進者・現場キーパーソン・つまずきそうな人）。役割が読み切れない人は「要確認」とする
2. 活用ロードマップ（フェーズ設計）
   - 立ち上げを30日／60日／90日など複数フェーズに分け、フェーズごとに「達成したい状態（ゴール）」「そのために使う機能・作業」「担当」「そのフェーズの成功指標（顧客の課題に紐づくもの）」を記載
   - 機能や作業は、この顧客の課題に直結するものから優先順位をつける
   - 契約に含まれない機能や、確認できていない前提は「要確認」と明記する
3. 想定されるつまずき・リスク
   - 定着を妨げそうな点（現場の運用負荷、既存ツールとの兼ね合い、キーパーソンへの集中など）を、発言・データから挙げる。根拠がない箇所は「推測」と付す
4. キックオフに向けた次アクション（今週動くもの3つ以内、具体的な行動で）

## 注意事項
- 文字起こしとSFA/CRMにある内容のみを根拠にする。書かれていない利用状況・機能・数値・成功指標を創作しない。根拠がない箇所は「未確認」と明記する
- 事実（相手が実際に言ったこと／データに記載されていること）と、そこからの推測を必ず分ける。推測には「推測」と付す
- まだ利用が始まっていない段階では、利用ログや定着度を実測値のように書かない。ロードマップ上の指標は「目標値の候補」として提示し、実績と偽らない
- 曖昧な期待（「うまく使えたら」「できれば」等）を、合意した成功指標として扱わない。判断に迷う箇所は「要確認」とする
- 成功指標は、この顧客が述べた課題に紐づく形で置く。一般論の指標を勝手に確定させない
- 金額・人数・日数・プラン名・固有名詞は、SFA/CRMや発言の原文どおりに転記し、丸めたり言い換えたりしない

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

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

営業AIエージェントStockworkサンプル実行（収録済み）
受注前後のこの商談ログから、顧客に合う活用ロードマップを設計して。
AIに渡した入力データ（架空サンプル）
【2026-05-12 ディスカバリー】 佐藤（管理部長）: 一番の悩みは月末ですね。締めのたびに田中の手が止まって、勤怠のExcel転記に何日も取られている。属人化していて、田中が休むと回らない。 田中（人事労務）: 打刻の集計と、給与ソフトへの受け渡しが全部手作業で。ミスも怖いし、正直、月末は残業前提になっています。 【2026-06-03 デモ】 田中: 現場としては、今のペイロールデスクとちゃんと連携できるかが一番気になっています。そこさえ問題なければ、Excel転記から解放されるのは大きい。 佐藤: 全社員の打刻はスマホでできるといいな。現場は工場も含めて200人いるので。 【2026-06-27 クロージング】 佐藤: 9月の給与計算からは新しい形で回したい。それに間に合うように立ち上げたいです。 田中: 山本（情シス）にセキュリティのチェックシートは出してもらう予定です。 入力（SFA/CRMデータ・抜粋） 企業名: テクノアドバンス株式会社（従業員200名） 契約プラン: スタンダードプラン（勤怠管理＋労務手続き） 契約日: 2026-07-01 ／ 利用開始予定日: 2026-08-01 契約範囲: 対象200名（全社員が打刻）。主管=管理部（人事労務） 関係者: 佐藤健太（管理部長・契約者/推進）、田中美咲（人事労務・現場主管）、山本（情シス・セキュリティ窓口） 案件メモ: 導入目的=月末締めの手作業削減と属人化解消。既存の給与ソフト「ペイロールデスク」とAPI連携予定。9月給与計算から本稼働させたい意向。工場勤務者を含むためスマホ打刻の要望あり。
「送信」を押すと、ここに実行結果を表示します。

カスタマイズのヒント

  • オンボーディングのゴールを明示する: 「この顧客のオンボーディングのゴール」欄に、いつまでにどういう状態なら「立ち上がった」と言えるか（例: 初回の月次締めを新運用で完了、対象部署の打刻率が安定）を書くと、その状態から逆算したフェーズ設計になります。
  • 自社商材の定着ステップを足す: 出力の「活用ロードマップ」に、自社商材で必ず通る初期設定（例: マスタ登録、権限設定、既存ツール連携）をあらかじめ列挙して貼ると、その手順を織り込んだ立ち上げ設計になります。
  • 業種・規模で重みを変える: 製造業で現場が多い顧客なら現場の打刻定着を、管理部門中心の顧客なら締め・手続きの効率化を、フェーズの重心に置くよう「特に重視したい課題」を一文添えると、優先順位が寄ります。

よくある質問

受注前の商談の文字起こしが一部しか残っていなくても使えますか？

使えます。手元にある回だけ貼れば動きます。ただし、書かれていない目的や成功指標を創作しない設計のため、会話が薄いほど「未確認」の項目は増えます。何が引き継がれていないかの洗い出しにも使えるので、足りない情報を営業に確認する材料にもなります。

まだ利用が始まっていない段階でも意味がありますか？

むしろ利用開始前の設計に向いています。利用ログがない段階なので、ロードマップ上の指標は実測ではなく「目標値の候補」として返ります。稼働後に実績で置き換える前提で、立ち上げの段取りと合意すべき指標のたたき台として使ってください。

AIが出したロードマップ通りに進めて大丈夫ですか？

下書きとして使い、顧客と合意しながら調整してください。フェーズの区切りや成功指標は、契約情報と発言からの推測を含みます。連携可否・スケジュール・現場の実態など「未確認」で返る項目を裏取りし、顧客の合意を得て確定させる前提の出力です。

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

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

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

メニュー

資料請求