こんにちは、CRMエバンジェリストの松原です。

「100社に話を聞いた」

スタートアップが投資家にこう言うとき、投資家の次の問いはこうです。

「その100社の会話から、何を学びましたか？」

営業の件数ではなく、学習の質が問われています。

PMF（プロダクトマーケットフィット）前のスタートアップ・新規事業において、商談は「売るための活動」であると同時に、**「プロダクトと市場の仮説を検証する活動」**です。

しかし現実には、貴重な商談のほとんどが「成約したか・しなかったか」という二値で記録されるだけで、「なぜそう反応したか」「どんな言葉で課題を表現したか」「どの機能に目が輝いたか」という学習のデータが捨てられています。

失敗した企業の38%が「市場のニーズがなかった（No Market Need）」を理由に挙げています——しかし多くの場合、ニーズがなかったのではなく、ニーズの解像度が上がらないまま開発を進めてしまったことが原因です。

この記事では、EMOROCO CRM Liteを「PMF前の学習エンジン」として使う具体的な方法をお伝えします。

PMF前の商談は「売上を作る活動」ではなく「仮説を壊す活動」

まず、PMF前の商談に対する根本的な考え方の転換が必要です。

PMFとは「自社が提供する製品やサービスが、適切な市場において受け入れられ、継続的に利用されている状態」を指します。この状態に到達するまでの商談の目的は、受注することではありません。

作り手側が最初にやるべきことは、顧客以上に顧客が考えていることを知ることであり、顧客が本当はどう思っているのか、どう感じていて、どうなりたいのか、その思考を紐解いていくことで、どこに「痛み」があるのかを知ることだ——この「痛みを知る活動」こそがPMF前の商談の本質です。

PMF前の商談で本当に得たいもの：

• 課題の輪郭： 顧客は何に困っているか。その課題はどれほど深刻か（「あれば嬉しい」vs「なければ困る」）
• 課題の表現： 顧客はその問題を何という言葉で語るか（マーケティングコピーの素材）
• 代替手段の不満： 今どうやって課題を解決しているか。その方法の何が嫌か
• 刺さった点・刺さらなかった点： 提案のどの部分に反応したか・しなかったか
• ICP（理想顧客像）の輪郭： 誰が最も深刻にこの課題を感じているか

これらを100社の商談から蓄積したとき、「誰のどんな課題に対して、どんな解決策を、どのように届けるべきか」という設計図が見えてきます。この設計図を持てる会社と持てない会社の差が、PMF達成の確度を決定的に変えます。

スタートアップが商談ログで失うもの——「情報の3つの消え方」

消え方① 商談後に「結果だけ」が残る

「A社：見積依頼 → 失注」「B社：興味あり → 検討中」——多くのスタートアップの商談管理はこのレベルです。

しかしPMFの観点から最も重要なのは、結果ではなくプロセスで起きたことです。「B社がどんな顔をして『これは解決したい』と言ったか」「A社が価格よりも先にどの機能を質問したか」「C社の担当者が思わず漏らした『今は○○という方法でどうにかしているけど……』という言葉」——こうした情報が商談の中に埋まっています。

消え方② チームで情報が共有されない

創業者・CSO・営業担当が別々に商談に出て、それぞれが別の「気づき」を持って帰ってくる。しかし会議で「あそこはこう言っていた」と口頭で共有されるだけで、記録に残らない。

翌週、プロダクトマネージャーが「お客さんはどんな言葉でこの課題を表現していますか？」と聞いても、誰も答えられない——これが「時期尚早の拡大」を招く、情報サイロの典型です。

消え方③ 失注の「なぜ」が蓄積されない

「失注した理由は価格」「競合に負けた」——これだけでは学習になりません。

「価格が高いと感じたのは、その価値を十分に伝えられなかったからか、それとも本当に予算がなかったからか」「競合に負けたのは、機能差か、関係性か、提案のタイミングか」——この「なぜ」が蓄積されないと、同じ失注を繰り返します。

スタートアップの失敗のうち、34%がPMF（No Market Needs）が上手くいかなかったことが原因——この数字の多くは、「失注の学習データ」を積み上げられなかった結果です。

EMOROCO CRM LiteをPMF前の「学習エンジン」として設計する

ステップ① 商談レコードのカスタムフィールド設計——「学習のために必要な情報」を定義する

PMF前の商談レコードは、一般的なCRMの「商談管理」と目的が異なります。売上を管理するためではなく、仮説を検証するために設計します。

【PMF前商談レコードの必須フィールド】

基本情報（属性データ）：
・会社名・業種・規模（売上・従業員数）
・担当者名・役職
・接触経路（紹介/コールドアウトリーチ/インバウンド/イベント）
・想定ペルソナ（自分たちが仮定していたICPとの一致度）

【課題の深度フィールド】（最重要）

課題の実在性：
・顧客が語った課題（できるだけ顧客の言葉そのままで記録）
・課題の深刻度（"あれば嬉しい"/緊急性あり/"なければ困る")
・課題の頻度（毎日/週数回/月数回/たまに）
・今の代替解決手段（何で今どうにかしているか）
・代替手段への不満（自由記述）

【プロダクト反応フィールド】

提案への反応：
・最も反応した機能・価値提案（具体的に記録）
・全く響かなかった機能・訴求（具体的に記録）
・「それはいらない」と言われた機能
・「なぜ今すぐ買わないか」の理由（自由記述）
・「これがあれば使う」という条件（自由記述）

【ICP検証フィールド】

理想顧客像との照合：
・想定ICPとの一致度（完全一致/部分一致/不一致）
・どの属性が一致/不一致だったか
・このタイプの顧客は「ターゲットにすべきか・外すべきか」判定
・「この顧客の深い理解から学んだこと」（自由記述）

【結果・学習フィールド】

商談結果：
・結果（受注/失注/保留/ピボット判断材料）
・失注理由（選択式）：
  □ 課題の深刻度が低い（"あれば嬉しい"レベルだった）
  □ 価格が合わない
  □ プロダクトの機能が足りない（どの機能？）
  □ 競合・代替手段で十分
  □ ターゲット外だった
  □ 決裁プロセスの問題
  □ タイミングが早い
  □ その他

今日の最重要インサイト（1〜3行）：
  （この商談から仮説をどう更新すべきか）
  例：「『手動で管理している』という言葉が出た企業は課題の深刻度が高い。
     このフィルタリング条件をICP定義に追加すべき」

ステップ② 「商談後の学習メモ」を30分以内に記録する

商談が終わったら、記憶が新鮮な30分以内に以下の形式でEMOROCOに記録します。

PMF前商談のための「学習記録テンプレート」

【商談後30分以内に記録する内容】

1. 顧客の言葉で語られた課題
   （「〜が困っている」を顧客の表現のままで記録）
   例：「毎月末に集計作業で3日間つぶれる。これをなんとかしたい」
   ※自分の解釈で言い換えない。顧客の生の言葉が最も重要。

2. 今日最も反応が良かった瞬間
   （顧客が身を乗り出した・目が輝いた・「それそれ！」と言った瞬間）
   例：「自動集計の画面を見た瞬間に『これで毎月の地獄が終わる』と言った」

3. 全く刺さらなかった提案・機能
   例：「ダッシュボード機能への反応が薄かった。
      『そこはExcelで十分』とのこと」

4. 「なぜ今すぐ買わないか」の本音
   例：「課題は感じているが、現担当者が来月退職するため3ヶ月後に判断したい」

5. このミーティングから仮説をどう更新するか
   例：「集計業務に3日以上かかっている企業にターゲットを絞る。
      規模より業務量で絞ると精度が上がりそう」

この記録を徹底することで、50社・100社の商談が終わったとき、「我々の顧客はどんな言葉で課題を語るか」という言語の辞書が生まれます。この辞書がセールストーク・LP・ピッチデックのコピーを大幅に改善します。

ステップ③ ダッシュボードで「仮説の精度」を週次で確認する

【PMF前学習ダッシュボード】

仮説検証の進捗：
・ターゲット仮説の検証状況
  → 「想定ICPと一致」した商談の割合（高いほど良い）
  → 「ターゲット外」と判明した商談の属性パターン

課題仮説の検証：
・「課題の深刻度：緊急性あり/なければ困る」の割合
  → 50%以上になっていれば課題の実在性が高まっている
  → 30%以下なら課題定義の見直しが必要

プロダクト仮説の検証：
・「最も反応した機能TOP3」の集計
  → ここがコアバリューの候補
・「全く刺さらなかった機能TOP3」の集計
  → 開発優先度の見直しに使用

失注理由の分布：
・「課題の深刻度が低い」が多い → ターゲット変更を検討
・「機能が足りない（○○機能）」が多い → 開発優先度を上げる
・「競合で十分」が多い → 差別化ポイントの再定義が必要
・「タイミングが早い」が多い → 市場教育フェーズ、時期を待つか橋渡し商品を検討

今週の「インサイト」集計：
→ 各商談の「最重要インサイト」を週次で並べて見る
   共通のパターンが見えてきたら仮説の更新を実施

ステップ④ 週次の「仮説更新ミーティング」を30分で回す

商談データが蓄積されてきたら、週に1回30分、チームで以下を話し合います。

仮説更新ミーティングのアジェンダ：

① 今週の商談で「仮説が強化された」ことは何か？（10分）
   → ダッシュボードの「最も反応した機能」「課題の深刻度」を確認
   → 「これはターゲットが正しいという証拠だ」と言えるものを列挙

② 今週の商談で「仮説が崩れた」ことは何か？（10分）
   → 「刺さらなかった機能」「ターゲット外だった企業の共通点」を確認
   → 「これは仮説を変えるべきシグナルか、ノイズか」を判断

③ 来週の仮説を更新する（10分）
   → 「ターゲットの定義をどう変えるか」
   → 「次の商談で確認すべき新たな問いは何か」
   → 「EMOROCOのフィールドに追加・変更すべきことはあるか」

このサイクルを回すことで、商談が「売上活動」であると同時に「週次でプロダクトと市場の仮説を更新するR&D活動」になります。

ステップ⑤ 「勝ちパターン」を可視化してピッチデックとセールストークに反映する

3〜6ヶ月の商談データが蓄積されたとき、以下の分析を行います。

【PMFシグナル分析（四半期ごと）】

成約した顧客の共通属性：
・業種・規模・役職の共通点は何か
・どの課題を「なければ困る」レベルで感じていたか
・どの機能に最も反応したか
・どんな言葉で課題を語っていたか

「このプロダクトがなくなったら困る」と言った顧客の特徴：
→ これがICPの最初の定義

失注した顧客と成約した顧客の差：
→ スクリーニング基準の精緻化に使用

最も共通して「刺さった言葉・提案」：
→ LPのキャッチコピー・ピッチデックの核心メッセージに転用

PMFはゴールではなく「仮説が初めて市場に通用した状態」です——この「通用した状態」を作るために、商談データは最も直接的な市場からのフィードバックです。

「100社に話を聞いた」を「100社から学んだ」に変える

EMOROCO CRM Liteは月1,500円から使えるノーコードCRMです。PMF前のスタートアップには、Salesforceのような高額なツールは不要です。しかし「データを蓄積する仕組み」は必要です。

仮説を検証しなければ、いくら顧客と話しても「話した数」にしかなりません。仮説を記録し・蓄積し・分析するサイクルがあって初めて、「100社と話した」が「100の学習を得た」になります。

PMF前のスタートアップにとってEMOROCO CRM Liteが提供する価値：

• 商談ごとの「顧客の課題の言葉・反応・インサイト」を記録する場所
• チーム全員が同じ顧客理解を共有できる情報基盤
• 仮説の精度が上がっているか・下がっているかを週次で確認できるダッシュボード
• 失注理由の構造的な分析で「何を変えるべきか」を明確にするデータ

まず最初の商談から、「成約したか失注したか」だけでなく「顧客は何と言ったか・何に反応したか」を記録することを始めてください。この習慣が、PMF達成の速度を決定的に変えます。
https://www.emoroco.com/

まとめ——スタートアップ PMF前学習システム チェックリスト

カスタムフィールドの設計：

• 「課題の深刻度（なければ困る/あれば嬉しい）」フィールドがあるか
• 「顧客の言葉で語られた課題」の自由記述フィールドがあるか
• 「最も反応した機能・全く刺さらなかった機能」が記録されているか
• 「失注理由の構造的な分析」ができる選択式フィールドがあるか
• 「ICPとの一致度・今日の最重要インサイト」が記録されているか

商談後の記録習慣：

• 商談後30分以内に「顧客の生の言葉」を記録しているか
• 「今日最も反応が良かった瞬間」を具体的に記録しているか
• 「仮説をどう更新するか」の一行インサイトが毎商談記録されているか

ダッシュボード・分析：

• 「課題の深刻度」分布が週次で確認できるか
• 「最も反応した機能TOP3」が集計できるか
• 「失注理由の分布」がグラフで見えるか

週次の仮説更新サイクル：

• 週次30分の「仮説更新ミーティング」が実施されているか
• ダッシュボードのデータを元に「ターゲット定義」が更新されているか
• 商談データが「LPのコピー・ピッチデック」の改善に使われているか

関連記事：[「勘と経験の営業」から「データドリブンな営業」へ——中小企業がEMOROCO CRM Liteで変える意思決定の質]

関連記事：[CRM4.0時代にEMOROCO CRM Liteが中小企業の勝ちパターンになる理由]

関連記事：[EMOROCO CRM Liteで最初の30日間にやること——スモールスタートを成功に変える4週間ロードマップ]