← エピソード一覧に戻る Episode 130 Chapter 1
Chapter 2
Chapter 3
Chapter 4
Chapter 5
Chapter 6
Chapter 7
0:00 / 0:00
スクリプト
Chapter 1 オープニング ― 顧客に聞いているつもりで売り込んでいないか
タカシ
皆さんこんにちは、タカシです。今日は SaaS 立ち上げでとても重要なのに、意外と雑に扱われがちな顧客課題インタビューです。ここを外すと、良い機能を作っても誰にも刺さらない、という事態が起きます。
ミカ
ミカです。顧客インタビューって、ちゃんとやっているつもりでも、実は自分のアイデアを説明して終わっていること、ありますよね。聞いているようで、半分プレゼンになってしまうというか、気づくと熱弁していたりします。
タカシ
まさにそこが落とし穴です。立ち上げ期に欲しいのは、褒め言葉でも機能リクエストの山でもありません。顧客が実際にどんな場面で困り、今はどうしのいでいて、その痛みがどれだけ強いかという事実なんです。
ミカ
なるほど。将来こうだったらいいな、ではなくて、直近で本当に起きた困りごとを聞くわけですね。経営者としては、夢の反応より現実の行動を集める。そこが最初の市場を見極める材料になるんですね。
タカシ
そうです。しかも SaaS は一社に売れたかより、同じ痛みが複数社で再現するかが重要です。今日は、何を聞くべきか、どんな失敗が多いか、そして Vanta や Gusto などの事例まで具体的に見ていきます。
ミカ
はい、楽しみです。特に、インタビューのあとでどう判断するのか知りたいです。話を聞いても、結局どこまでを市場のシグナルと見ていいのか、どこからはただの雑音なのか、迷いやすいですからね。
Chapter 2 基本 ― 良いインタビューは仮説の説明会にならない
タカシ
Y Combinator の Startup School では、初期インタビューでやってはいけない典型例として、機能の好き嫌いを聞くことを挙げています。例えば、この機能があれば使いますか、という質問は、ほとんど役に立ちません。
ミカ
言われてみると、相手は社交辞令で、いいですね、と答えがちですよね。まだ存在しないものに対して前向きに答えても、実際にお金を払うとか、運用を変えるとか、社内で通すとかとは全然別の話ですし。
タカシ
その通りです。代わりに聞くべきは、最後にその問題が起きたのはいつか、何が一番つらかったか、今はどう対処しているか、なぜそれが面倒なのか、です。過去の具体行動を聞くと、痛みの強さと頻度が一気に見えます。
ミカ
未来の希望より、昨日や先週の実態を聞くわけですね。たしかに、直近の話なら記憶も具体的ですし、頻度や代替手段も見えやすい。聞き方ひとつで、同じ三十分でも得られる解像度がかなり変わりそうです。
タカシ
Rob Fitzpatrick の『The Mom Test』も同じ原則です。人は創業者の前では優しくなるので、褒め言葉はノイズになりやすい。だからこそ、相手の生活や業務の事実、支払い、我慢、回避策に焦点を当てろ、という考え方なんですね。
ミカ
優しい反応ほど危ない、というのは耳が痛いですね。創業初期って励まされると前に進んだ気になりますけど、経営判断に必要なのは、刺さった気分じゃなくて、再現する課題の証拠なんだと腹落ちしました。
Chapter 3 やり方 ― 何を聞き、どう絞り、どう記録するか
タカシ
OpenView の顧客インタビュー設計では、まず相手が本当に対象顧客かを確認します。誰が買う判断に関わったのか、今の運用にどんな責任を持っているのかを押さえないと、あとで学びがずれてしまうからです。
ミカ
つまり、誰にでも話を聞けばいいわけではないんですね。同じ会社でも、現場担当者と決裁者では困り方も見る数字も違うはずですし、そこが混ざると結論がぼやけそうです。最初の対象設計が大事なんだなと感じます。
タカシ
そうなんです。初期は三十分前後で、業務の流れ、最後に困った場面、代替手段、放置コスト、誰が困るか、の順で聞くと整理しやすい。そして会話直後に、課題の強さと頻度を四段階くらいで記録して比較します。
ミカ
その場では盛り上がっても、記録しないと印象の強い一件だけ覚えてしまいますもんね。創業者って、反応が良かった相手に気持ちが引っ張られやすいから、会話を表に落とすのはかなり大事そうです。
タカシ
加えて、対象者を広げすぎないことも重要です。業種も規模も役職もばらばらの十人より、近い条件の五人のほうが、共通パターンを見つけやすい。SaaS 立ち上げでは、量より比較可能性のほうが価値があります。
ミカ
なるほど、広く聞いて安心するより、狭く聞いて確信を深めるわけですね。インタビューは母集団を増やす作業というより、最初の市場を切り取る作業なんだと見えてきました。ここ、かなり重要な発想転換ですね。
Chapter 4 事例 ― Vanta と Gusto と Retool はどう学んだか
タカシ
まず Vanta です。創業初期の Christina Cacioppo は、顧客候補に直近数週間のカレンダーを見せてもらい、何に時間を取られているかを聞きました。そこで繰り返し出てきたのが、SOC 2 対応をやりたいのに進められないという悩みでした。
ミカ
カレンダーを開いてもらうのはうまいですね。抽象的に何に困っていますかと聞くより、実際に時間を奪っているものが見える。経営者にとっても、優先順位が高い課題かどうかを見抜きやすそうですし、後回しの理由も読み取れそうです。
タカシ
次に Gusto の前身 ZenPayroll では、Tomer London が laundromat やコンビニ、動物病院などの小規模事業者に片っ端から電話しました。毎日少しずつ話し方を変え、拒絶も含めて学ぶことで、痛みの強い相手が見えていったんです。
ミカ
華やかなインタビューというより、かなり地味で根気のいる作業ですね。でも、その積み重ねがないと、誰の課題に集中するか決められない。創業者の仕事って、最初はまさにこれなんだろうなと思います。断られるたびに学ぶ姿勢も必要ですね。
タカシ
Retool も示唆的です。David Hsu は、warm intro は相手が曖昧に付き合ってくれるぶん、刺さっていなくても希望を持ってしまうと語っています。だから cold outbound で反応を見て、まず百の happy customers を目標に置いたわけです。
ミカ
しかも Retool は公開前の時点で約四十社、約二百万ドル ARR まで行っていたのに、それでもまだ学習し続けたんですよね。売れたから終わりではなく、誰にどう刺さるかを詰め続けたのが印象的です。
Chapter 5 判定 ― 一致する痛みとICPをどう見極めるか
タカシ
ここで重要なのが、良いインタビューをしたあとに何を基準に前へ進むかです。OpenView は、PMF の初期シグナルとして、顧客ごとのフィードバックが一貫しているかをかなり重視しています。一人だけ熱い、は危険なんですね。
ミカ
たしかに、一社だけ強く反応してくれると舞い上がりますけど、それが特殊事情だったら次に続かないですもんね。経営として見たいのは、感情の強さより、複数社で同じ言葉が出るかどうかなんですね。
タカシ
そうです。例えば、困りごとの表現が各社でばらばらなら、市場定義か対象設定が広すぎる可能性があります。一方で、同じ業務、同じ役職、同じ代替手段の話が繰り返し出るなら、そこに最初の ICP の輪郭が見えてきます。
ミカ
ICP って、業種と従業員数くらいで考えがちですけど、それだけだと粗いわけですね。誰がどんな仕事をしていて、どのツールを使っていて、何が詰まっているのかまで揃って初めて、狙うべき相手が見えると。
タカシ
その通りです。初期にやるべきことは、売上を最大化することより、再現する問題を言語化することです。どの顧客にも少しずつ合う商品より、特定の顧客には強烈に刺さる課題定義のほうが、結果的に PMF へ近づきます。
ミカ
広く薄く取るより、狭く深く取るほうが経営としては健全なんですね。最初の数件で市場全体を取りに行こうとすると、結局メッセージも機能もぼやける。その怖さが、だいぶ具体的にわかってきました。
Chapter 6 運用 ― インタビューを単発で終わらせず学習システムにする
タカシ
もう一つ大事なのは、インタビューを一回限りのイベントにしないことです。OpenView は、会話の最後に紹介先を聞くことや、必要に応じて後日フォローアップ質問を送ることも勧めています。学びの連鎖を作るわけですね。
ミカ
紹介をお願いするのはいいですね。もし相手が本当に困っているなら、同じ課題を持つ同僚や知人も思い浮かびそうですし、そこから似た属性の人をたどれる。インタビューと顧客開拓がつながってきますね。
タカシ
そうなんです。しかも初期は、話す相手、聞き方、メッセージを毎回少しずつ調整するのが自然です。Gusto が日ごとに話し方を変えたように、インタビューは調査であると同時に、どんな言葉で市場を切り取るかの実験でもあります。
ミカ
つまり、聞き出した課題をそのままメモして終わりではなくて、その表現を次の会話でぶつけて反応を見るわけですね。だんだん言葉が研がれて、誰に響くのかも見えてくる。これは営業台本づくりにも近いです。
タカシ
その視点はすごく大切です。顧客課題インタビューは、プロダクト仮説、価格仮説、営業メッセージ仮説を同時に磨く場でもあります。だから創業者が前線でやる価値が高い。外注や若手任せでは、ニュアンスが抜けやすいんですね。
ミカ
なるほど、単なるヒアリング業務じゃなくて、会社の解像度を上げる中核作業なんですね。だからこそ、創業者が汗をかいて、反応の温度差を自分で浴びる必要がある。ここはかなり腹をくくるポイントだと思いました。
Chapter 7 失敗回避と実践 ― 5件の一致を取ってから作る
タカシ
ここでの典型的な失敗は三つです。ひとつ目は、自分のアイデアを説明しすぎること。二つ目は、機能要望だけを集めて原因を掘らないこと。三つ目は、ばらばらの相手に会って共通点が見えないまま作り始めることです。
ミカ
どれもやってしまいそうです。特に、会話が盛り上がると前進した気になるけれど、実は一社専用の要望を聞いただけ、というのは危ないですね。SaaS なのに受託の坂を下り始める感じがして、ちょっと怖いです。
タカシ
おすすめは、毎回の会話を課題の頻度、深刻度、代替手段、支払い意思で並べて、少なくとも五件前後で同じ痛みが繰り返し出るか確認することです。五件の一致がないなら、まだ市場の輪郭が甘い可能性があります。
ミカ
五件の一致、いい基準ですね。完璧な統計ではないけれど、勢いで作り始めるよりずっと健全です。しかも、その五件が似た役職や業務なら、最初の ICP もかなり見えてくる。経営の迷いが減りそうです。
タカシ
最後に一言でまとめると、顧客課題インタビューは、答え合わせではなく問題発見です。創業者が話す量を減らし、相手の現実を増やすほど、PMF への距離は縮まります。最初に作るべきは機能ではなく、理解なんですね。
ミカ
今日はかなり刺さりました。次に顧客と話すときは、売り込む前に、最後に困った場面と今のしのぎ方を必ず聞いてみます。皆さんもぜひ、自分の仮説より先に、顧客の現実を集めてみてください。
タカシ
もし今週ひとつだけやるなら、似た条件の顧客候補を五社選んで、三十分の会話を設定してみてください。そして会話のあとに、頻度、深刻度、代替手段、支払い意思を同じフォーマットで並べる。それだけでも、景色はかなり変わります。
ミカ
質問票をきれいに作るより先に、現場の事実を五件集める。今日はその大切さがよくわかりました。皆さんもぜひ、顧客のリアルな困りごとから SaaS の最初の一歩を組み立ててみてください。それではまた次回です。