特定業界向けにプロダクトをつくると、業界知識を活かして機能を設計しやすい一方、「現場の利用者」と「予算や導入を決める人」が異なるケースがあります。現場に便利でも、管理者の課題や導入手順と結びつかなければ検討が止まることもあります。初期GTMでは、プロダクトの説明より先に、導入が検討される業務と意思決定の流れを具体化します。
最初に切り分けたい顧客と業務
業界名だけで市場を定義せず、業態、拠点や組織の特徴、業務の進め方、現在の代替手段まで仮置きします。次に、日々使う人、業務を管理する人、導入を承認する人を分けます。一人が複数の役割を担う場合もあるため、肩書だけで決めず、実際の業務と決裁プロセスを聞いて確認します。
初回のテストで確かめる5つの問い
- 課題の頻度：対象業務はどのくらいの頻度で発生し、現状どんな手間や滞りがあるか。
- 代替方法：表計算、既存システム、外部委託、個別の工夫など、現在の対処方法は何か。
- 価値の受け手：誰の業務がどう変わり、組織として何を改善したいのか。
- 導入条件：検討に必要な承認、既存ツールとの連携、運用変更、データ管理上の確認は何か。
- 次の行動：関心がある場合、誰が何を確認したうえで次の会話や試用に進むのか。
訴求を機能名から業務の変化へ移す
機能を並べるだけでは、相手が自社に必要か判断できません。「どの業務の、誰の、どんな困りごとに対し、何をどう変えるのか」を短く説明します。そのうえで、顧客の反応を見ながら、業界全体に共通する課題なのか、特定の業態や規模に強い課題なのかを区別します。仮説の段階では、効果を断定せず、検証したい価値として説明します。
初期GTM検証で残す記録
- 企業属性、業態、拠点や組織の特徴
- 話を聞いた人の役割と、導入判断に関わる人
- 現状の業務手順・代替手段・課題が起きる場面
- 相手に伝えた訴求と、理解・関心・懸念の反応
- 導入に必要な条件、確認事項、次のアクション
- 見送り理由と、今回の対象外にした前提
同じ項目を記録しておくと、反応が分かれた理由を業態や役割ごとに比較できます。商談数だけを追うのではなく、次のプロダクト判断や対象選定に使える情報を残します。
避けたい進め方
- 「業界の人ならみな同じ課題がある」と前提を固定する
- 利用者の好感触だけで、導入承認や支払意思まで確認済みと扱う
- 要望をすべて個別開発に反映し、共通課題かを確かめない
- 機能説明だけを続け、現状の業務や代替手段を聞かない
- テストの目的や次の判断者を決めず、接触件数だけで終了する
swaayでは、大手上場企業のバーティカルSaaS事業でテストマーケティングの推進と社内SFAシステムの構築を支援した事例を公開しています。業界特化型SaaSの初期検証で、支援範囲を考える際の参考としてバーティカルSaaSの支援事例をご覧ください。顧客接点で市場の反応を確かめたい方はスポットテストマーケティングをご案内しています。