← エピソード一覧に戻る Episode 132 Chapter 1
Chapter 2
Chapter 3
Chapter 4
0:00 / 0:00
スクリプト
Chapter 1 オープニング ― 経験がある創業者は本当に有利なのか
タカシ
皆さんこんにちは、タカシです。今日は SaaS 立ち上げで意外と見落とされがちな論点、創業者ドメイン知識を扱います。その業界を知っている創業者は、なぜ立ち上がりが速いのか。そして、知らないと本当に勝てないのかを整理します。
ミカ
ミカです。ドメイン知識って、業界経験とか専門知識のことですよね。でも、スタートアップ界隈では outsider が勝つ話もよく聞きますし、どっちが本当なんだろう、とかなり気になります。経験者しか勝てないなら、少し身構えてしまいます。
タカシ
いい問いですね。まず面白い数字があります。NBER が紹介する研究では、創業企業と近い業界で三年以上の経験がある創業者は、上位一パーセントどころか、上位〇・一パーセント級の高成長企業になる確率が約二倍だったんです。
ミカ
約二倍ですか。それだけ聞くと、やっぱり経験者が圧倒的に有利だと感じますね。でも一方で、業界の常識に染まりすぎると、新しい発想が出にくくなる気もします。詳しすぎることにも、逆に落とし穴がありそうです。
タカシ
その通りです。今日の結論を先に言うと、創業者ドメイン知識は学習速度を上げる強い武器ですが、それ自体が PMF を保証するわけではありません。むしろ大事なのは、市場理解をどう持ち、どう更新し続けるかなんですね。
ミカ
なるほど。知っているか、知らないかの二択ではなくて、顧客理解の深さと更新速度の話なんですね。今日は、経験がある創業者の強みだけじゃなく、経験が薄い創業者がどう補うかまで聞きたいです。そこが実務で一番使えそうです。
タカシ
そこまでやりましょう。前半では founder market fit の考え方と、なぜ立ち上げ初期に効くのかを整理します。後半では ServiceTitan、Veeva、Vanta、Figma を使って、詳しい創業者と outsider の違いを比べながら見ていきます。
ミカ
リスナーの皆さんも、自分たちは顧客の現場をどれくらい具体的に説明できるか、考えながら聞いてみてください。業界経験がある人もない人も、どこに勝ち筋があるのかが見えてきそうです。
Chapter 2 基本 ― ドメイン知識は肩書きではなく解像度
タカシ
まず定義です。創業者ドメイン知識は、単にその業界出身という意味ではありません。誰が何に困り、何に時間を失い、何が購買の引き金で、どこで導入が止まるのかまで立体的に理解している状態を指します。肩書きより解像度です。
ミカ
解像度、ですか。たしかに、同じ業界に十年いても、現場の痛みを言語化できない人はいますし、逆に業界外でも、顧客の仕事をかなり細かく理解している人もいますよね。経験年数だけでは測れない感じがします。
タカシ
a16z が紹介する founder market fit でも、強い創業者は市場を深く理解し、自分たち自身がその問題を体現しているとされています。だから初期の顧客ヒアリングで、浅い要望と根本課題を切り分けやすい。ここがとても大きいんです。
ミカ
なるほど。要望をそのまま機能化しないで、その裏にある業務の詰まりを見抜けるわけですね。立ち上げ期って、顧客の言うことを全部真に受けると受託っぽくなりやすいですし、そこを見分ける目が大事なんだとわかります。
タカシ
加えて、知識があると優先順位づけも速い。どの機能が本当に業務を前に進め、どれが単なる便利機能かを判断しやすいからです。価格設計にも効きます。痛みの大きさがわかっていれば、安売りではなく価値基準で値付けしやすくなります。
ミカ
価格まで関係するんですね。たしかに、相手の業務インパクトが見えていないと、どれくらいの対価をもらっていいか自信が持てなさそうです。結果として、初期だからと安くしすぎて、逆に変な顧客を集めてしまうこともありそうです。
タカシ
ただし注意点もあります。ドメイン知識は、ときに思い込みの温床にもなります。業界の常識を前提にしすぎると、『その運用は本当に必要か』を疑えなくなる。詳しい人ほど、既存の非効率をそのままソフト化してしまう危険もあります。
ミカ
詳しいからこそ危ない、というのは面白いですね。知らない人は見落とし、知っている人は決めつける。結局、どちらの立場でも顧客との往復が必要で、知識は武器だけど、検証を省略する免許ではない、ということですね。
Chapter 3 事例 ― 深い理解が刺さるとき、外から勝つとき
タカシ
まずは ServiceTitan です。Bessemer の投資メモによると、創業者の Ara Mahdessian と Vahe Kuzoyan は、それぞれ住宅工事業者と配管業者の家庭で育ちました。業界の非効率を子どもの頃から見ていたことが、最初の課題設定を鋭くしたんです。
ミカ
家族の現場を見ていた、というのは強いですね。単なる机上の市場調査じゃなくて、請求や配車や夜の事務作業まで生活の中で見えていたわけですもんね。痛みがリアルだと、最初の仮説もかなり実務寄りになりそうです。
タカシ
そのうえで彼らは、大学卒業後の数年間を現場に深く合わせることに使いました。メモでは、最大顧客の業務に合わせて三年かけて製品を磨き、二〇一五年時点で MRR を十三か月で六倍に伸ばしていたとあります。知識が実装速度に変わった例ですね。
ミカ
なるほど、ドメイン知識があると、顧客との会話が短縮されるだけじゃなくて、何を先に作るかの迷いも減るんですね。立ち上げ期って時間が一番足りないですし、学習の往復回数を減らせるのは、かなり大きな経営資産だと感じます。
タカシ
もう一つ象徴的なのが Veeva です。Peter Gassner は三十年のエンタープライズソフト経験を背景に、みんなが横展開を目指す中で、あえて製薬業界に超特化しました。SaaStr の整理では、創業初期に実際に使った資金は三百万ドルで、一億ドル ARR まで伸ばしたとされます。
ミカ
狭く見える市場を、実は大きい勝ち筋として見抜けたわけですね。外から見ると『そんなニッチで大丈夫なの』となりそうですけど、業界の複雑さや規制コストを理解していたからこそ、横断型より深掘りのほうが有利だと判断できたんですね。
タカシ
一方で、知識が薄いまま遠回りした例もあります。Vanta の Christina Cacioppo は、初期に研究室向け音声アシスタントを試したものの、あとで『生物学者のことを何も知らなかった』と振り返っています。面白い問題でも、知らない市場だと解像度が足りなかったんです。
ミカ
これ、かなり刺さりますね。技術的に作れそうとか、課題がありそう、だけで進むと、市場の広さや購買の現実を読み違えやすい。逆に言うと、自分がわからない市場なら、そのぶん顧客密着の濃さを増やさないと危ないんですね。
タカシ
ただ、outsider が勝てないわけでもありません。SaaStr は Figma や Toast を、業界外から入って勝った例として挙げています。共通するのは、既存の業界知識がなくても、自分たちの問題意識や顧客との対話で、新しい市場理解を作り直していることです。
ミカ
つまり、最初から知っているなら有利。でも知らないなら、そのぶん学習の仕組みを意図的に作れ、ということですね。経験の有無より、理解の作り方の設計が問われている感じがします。ここがすごく希望でもあり、厳しさでもありますね。
Chapter 4 実践 ― 知識を武器にし、思い込みにしない
タカシ
では実務でどう使うか。まず、自分たちの強みを四つに分けて棚卸しするといいです。業界経験、業務理解、顧客ネットワーク、購買理解。この四つのどこが強く、どこが空白なのかを見える化すると、補うべき学習がはっきりします。
ミカ
その切り方、いいですね。たしかに『自分はこの業界を知っている』って一言で済ませると雑すぎますけど、ネットワークはあるけど購買理解は薄い、とか、かなり具体的に弱点を見つけられそうです。採用や顧問探しにもつながりそうです。
タカシ
次に、インタビューの記録方法です。相手が欲しいと言った機能ではなく、課題の頻度、放置コスト、導入障壁を必ず残す。ここを見ないと、詳しい創業者は自分の思い込みを補強し、詳しくない創業者は相手の表面的な要望に流されやすいんですね。
ミカ
要望メモではなく、構造メモを残す感じですね。『何が欲しいか』より『なぜ困るか』をためるほうが、次の顧客にも効く学びになりそうです。ここを雑にすると、個社対応ばかり増えて、いつまでも横展開できない気がします。
タカシ
もう一つ、創業者ドメイン知識が弱いサインもあります。商談で相手の専門用語が出るたびに議論が止まる、導入フローの想像ができない、価格の根拠を価値で語れない。この三つが重なるなら、まだ市場理解が足りないと見たほうがいいです。
ミカ
たしかに、その状態だと商談しても毎回ゼロから勉強になりますね。しかも本人は『ちゃんと聞けている』つもりでも、相手から見ると、まだ自分たちの現場をわかっていない会社だと映るかもしれません。信頼の壁にもなりそうです。
タカシ
逆に、知識が強すぎるサインもあります。顧客が困っている理由を聞く前に『それは昔からそういうものだから』で片づける、例外運用まで全部必要だと思い込む、業界の慣習をそのままソフト化する。これは expert trap と言っていいですね。
ミカ
知らなくても危ないし、知りすぎても危ない。だから顧客インタビューって、情報収集というより、自分の認識を壊す装置でもあるんですね。詳しい人ほど『本当に必要ですか』と聞き、詳しくない人ほど『何が起きていますか』を深く聞く、と。
タカシ
そして、創業者本人に知識が薄いなら、補完を前提に組むことです。共同創業者、初期社員、顧問、デザインパートナーを通じて解像度を借りる。逆に詳しい創業者は、外からの視点を意図的に入れて、常識を疑う場を作る。両方とも必要です。
ミカ
知識がないなら借りる、知識があるなら崩す。すごくわかりやすい整理です。どちらのタイプの創業者でも、結局は市場理解を固定せずに更新し続けることが大事なんですね。立ち上げ期の経営って、やっぱり学習の設計なんだなと思います。
タカシ
実際の会議で使える問いも置いておきましょう。『この課題は毎週起きるのか、四半期に一回か』『誰が予算を持つのか』『導入時に何が止まるのか』『既存の代替手段は何か』。この四問に即答できないなら、まだ深掘りの余地があります。
ミカ
これはそのまま壁打ちに使えますね。アイデアの熱量で押し切る前に、その四問で自分たちの解像度を測れば、思い込みで前に進む確率を減らせそうです。投資家との会話でも、かなり説得力が変わりそうだなと感じます。
タカシ
今日のポイントを一言で言うと、創業者ドメイン知識は『近道』にはなるが、『免許証』ではない、です。あるなら学習速度を最大化するために使う。ないなら、顧客密着と補完チームで埋める。どちらにしても、売上より先に解像度を取りにいくことが重要です。
ミカ
皆さんもぜひ、自分たちの市場理解は経験なのか、思い込みなのか、今週一度棚卸ししてみてください。次回は README の流れだと『課題仮説』に進みます。ではまた次回、お会いしましょう。