解説

課題仮説の立て方と「要確認」の書き分け

営業提案は、事実だけでは組み立てられず、仮説を交えて考える必要があります。一方で仮説を事実のように話すと、後で信頼を失います。ここでは事実・仮説・要確認の3区分の考え方を解説します。

公開日

付箋を並べたノートにチェックを入れる手

なぜ仮説と事実を分けるのか

調査で確認できた事実だけでは、営業提案の切り口までは見えてきません。仮説を立てることで、確認前の段階でも提案の方向性を検討できます。ただし仮説を事実だと思って話してしまうと、相手に誤った情報を伝えることになり、信頼を失う原因になります。

事実・仮説・要確認の3区分

  • 事実: 公的データベースや公式サイトなど、調査で確認できた情報
  • 仮説: 確認できた事実をもとに、営業の観点から推測した内容
  • 要確認: 判断に必要な材料が無く、確認できなかった項目

課題仮説の立て方

  1. 確認できた事実を集める
  2. 業種に共通する一般的な課題と照らし合わせる
  3. 採用ページの更新や新サービス公開など、企業固有の兆候と結びつける
  4. 仮説として言語化する
  5. ヒアリングで仮説を検証する

営業ラクダでの書き分けの実践

  • 事実と仮説を分ける: 調査で確認できた事実と、そこから立てた仮説を混ぜずに書き分けます
  • 出典をAIに作らせない: 参照情報は、調査の過程で実在を確認できたURLだけから組み立てます
  • 分からないことは書かない: 材料が無い項目は空欄にせず「要確認」と明示します

仮説を事実のように話してしまう失敗

「御社は◯◯にお困りですよね」と断定的に話し、事実誤認だった場合、その後の会話で信頼を取り戻すのは簡単ではありません。仮説は「〜ではないかと拝見しました」のように、検証前提の言い方で伝えることが有効です。

よくある質問

仮説はどこまで自信を持って話していいですか?

仮説はあくまで検証前の推測のため、断定せず「〜ではないかと考えています」のように、ヒアリングで確認する前提で話すのが安全です。

「要確認」と書かれた項目はどう扱えばいいですか?

無理に埋めず、商談やヒアリングで相手に確認する質問リストとして使います。

営業ラクダは仮説をどうやって作っていますか?

企業分析や商材理解で収集した事実をもとにAIが仮説を作ります。参照情報は調査の過程で実在を確認できたURLのみを使い、AIに出典を作らせません。

事実と仮説を混同するとどんなリスクがありますか?

誤った情報を事実として伝えてしまい、相手からの信頼を失うリスクがあります。

営業準備の質を、担当者に依存させない。

導入のご相談・お見積もり・機能のご質問など、お気軽にお問い合わせください。ご相談・お見積もりは無料です。