Stockwork｜営業AIエージェント

ログインはこちら

商談準備

課題仮説から刺す価値提案の切り口を作る

商談前に集めた相手の公開情報と、自社の強みをまとめた社内資料を渡すだけで、相手に刺さりそうな課題仮説と、その仮説に効く価値提案の切り口までAIが下書きします。課題仮説を営業のAIで組み立てたいとき、初回商談に持っていく「切り口の一枚」を短時間で用意するためのプロンプトです。

  • 分析・レポート

必要データと準備

  • 相手企業の公開情報：企業サイト、プレスリリース、IR、採用ページ、代表・社員のブログやSNSなど、出典が確認できるもの。商談前の企業リサーチのプロンプトで整理した結果をそのまま貼っても構いません。
  • 自社の提供価値（社内資料）：サービス名・主要機能・強み・価格帯に加え、過去に似た課題をどう解いたかのメモがあると切り口の精度が上がります。数値の実績がなければ定性のメモで十分です。
  • 今わかっている相手の状況（任意）：名刺交換の経緯、担当者が立ち話で見せた関心など。あるほど仮説が具体的になります。

社内資料には個人情報や機密が含まれることがあります。外部の生成AIに貼る前に、社外持ち出し・個人情報の扱いについて自社のAI利用ルールを確認し、必要な範囲だけを貼ってください。

プロンプト本文

プロンプト（コピーして使う）
あなたはBtoB営業の価値提案設計を支援するアナリストです。
相手企業の公開情報と自社の提供価値をもとに、相手に刺さりそうな課題仮説を立て、その仮説に効く価値提案の切り口を作ってください。

## 相手企業の公開情報
{企業名・事業・規模・直近の動き（ニュース/IR/採用/ブログ等）を、分かる範囲で貼り付け}

## 自社の提供価値（社内資料）
{自社サービス名・機能・強み・価格帯・過去に似た課題をどう解いたか（分かる範囲で）を貼り付け}

## 今わかっている相手の状況（任意）
{商談メモ・名刺交換の経緯・担当者の関心など、あれば貼り付け}

## 出力フォーマット
1. 課題仮説（3つ）
   - 各仮説について「なぜそう考えるか」を公開情報を根拠に1〜2文
   - 根拠が出典で確認できる事実か、そこからの推測かを [事実]/[推測] で明示
2. 各仮説に刺す価値提案の切り口
   - 自社のどの機能・強みが、その課題にどう効くかを相手の言葉で1〜2文
   - 自社で解けない課題は「適合しない」と正直に書く
3. 刺さり度の自己評価（切り口ごとに 高/中/低 ＋ 根拠1文 ＋ 確度[高/中/低]）
4. 一番刺すと思う切り口と、初回商談で使えるひと言（フック文）
5. 検証すべき前提（この仮説が外れる条件と、初回で確認したい質問1〜2）

## 注意事項
- 事実（出典で確認できること）と推測（仮説）を必ず区別する。相手の課題を断定せず「〜の可能性」で書く
- 公開情報に無いことは「未確認」とし、憶測で埋めない
- 自社が本当に解ける課題だけを切り口にする。解けないものを誇張して当てはめない
- 効果・実績の数値は社内資料で確認できるものだけ引用し、無い場合は定性で書く。盛らない

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

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

営業AIエージェントStockworkサンプル実行（収録済み）
相手の公開情報とうちの強みから、刺さる課題仮説と切り口を作って。
AIに渡した入力データ（架空サンプル）
- 相手企業の公開情報：テクノアドバンス株式会社。クラウド型プロジェクト管理SaaS「ProjectFlow」提供、従業員200名、東証グロース上場。2026-05に大型調達を発表し年内50名の増員を公表。採用ページに「人事・労務担当（管理部）」の求人。代表がブログで「急拡大に管理体制が追いついていない、バックオフィスのDXが課題」と言及。 - 自社の提供価値（社内資料）：中堅企業向けクラウド勤怠・労務管理SaaS「ロウムメイト」。勤怠・給与・労務手続きの一元管理、既存の給与ソフトとのAPI連携が広い、導入伴走サポート。過去に急拡大SaaSで申請〜承認をワークフロー化した打ち手あり（定量の共通値は未整備）。 - 今わかっている相手の状況：展示会で管理部長 佐藤健太 と名刺交換済み。立ち話で「労務の属人化と月末の残業」に課題感。使用中の給与ソフト名は未確認。
「送信」を押すと、ここに実行結果を表示します。

カスタマイズのヒント

  • 公開情報が少ない相手：社内資料側に「過去に似た規模・業種で見えた課題」を厚めに入れると、乏しい公開情報でも仮説の土台ができます。ただし確度は下がるので、出力の確度[低]・未確認が増える前提で使います。
  • 無形商材・コンサル系：「機能」の代わりに「支援の型・過去の関わり方」を自社の提供価値として渡すと、切り口が機能訴求ではなく課題解決の進め方として出ます。
  • 既存顧客の追加提案：公開情報の代わりに、これまでの取引メモや利用状況を渡すと、新規開拓ではなく「次に困りそうなこと」の仮説として切り口が出ます。

よくある質問

このプロンプトが出した課題仮説は、そのまま相手に伝えて大丈夫ですか？

仮説はあくまで公開情報からの推測です。出力の [推測] や「未確認」が付いた部分は、相手にぶつける前に確認質問で検証してください。断定して伝えると、外れたときに信頼を損ないます。

公開情報がほとんどない相手でも使えますか？

使えますが、根拠が薄いぶん仮説の確度は下がります。出力に確度[低]や未確認が増えるので、切り口を主張の材料にせず「初回で確かめる問い」に変換して使うのが安全です。

社内資料を生成AIに貼っても問題ありませんか？

個人情報や機密を含む資料は社外持ち出しの扱いに注意が必要です。自社のAI利用ルールを確認し、切り口づくりに必要な範囲（サービスの強み・過去の打ち手の要約など）だけを貼ってください。

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

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

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

メニュー

資料請求