Derrick Reimer · SavvyCal · $10k+ MRR · 6年两产品线
Derrick Reimer做过三个公司。
第一个叫Drip，后来卖掉了。第二个叫Level，是一个团队协作聊天产品，做了两年，烧光了钱，关门了。第三个叫StaticKit，一个表单服务，也卖掉了。
然后他做了SavvyCal，一个日程管理工具。六年了，现在每个月收入$10k以上，两个产品线，还在增长。
从失败到成功，他中间做了一件大多数创业者跳过的动作：花几个月时间做市场调研。不是做落地页，不是发问卷，是真正地、一对一地、跟目标用户聊他们的工作流程。
这个动作救了他。
第一次失败，教会他方向比努力重要
Level的失败很典型。
2016年，团队协作工具正热。Slack刚起来，越来越多的人在做"协作者"方向。Derrick看到了一个细分机会：不是做"大团队的协作"，而是做"小团队的轻量协作"。
这个方向看起来合理。问题是：他是工程师思维，他做的是他觉得小团队需要的东西，不是他跟小团队聊过之后确认他们真正需要的东西。
他说过一句话，我印象很深：
"You don't know what you don't know."
意思是：你不知道自己不知道什么。你以为你理解了需求，其实你理解的是你自己的假设。
Level烧光钱关门之后，他做了两件事：卖掉StaticKit，然后开始认真思考一个问题——下一个方向，怎么选？
他的答案是：花时间做市场调研。
他的调研方法，跟大多数创业者想的不一样
大多数创业者的"调研"是这样的：
做一个落地页，写清楚产品概念，留一个邮箱注册入口。然后在社交媒体、论坛、群里发链接。然后等。等三天到一周，看注册人数。如果有100个人注册，结论是"需求存在"。
这不是调研。这是一厢情愿。
Derrick的方法完全不同。
他找到他的目标用户——具体来说，是那些需要管理日程、协调会议的人——然后约了一对一通话。不是问"你觉得这个产品怎么样"，而是问三个问题：
"你现在的日程管理用什么解决？为什么用这个？""你现在的流程里，最痛苦的环节是什么？""你愿意为什么付钱，付多少？"
第三个问题最关键。大多数创业者不敢直接问，或者问的是"你会不会买"，而不是"你愿意付多少"。
问"会不会买"得到的答案不可靠——人们说"会"，但真正掏钱的时候是另一回事。问"你愿意付多少"得到的答案更真实，因为这涉及到具体的决策，而不是模糊的意向。
Derrick打了多少个电话？几十个。他自己在采访里说过，整个调研阶段花了几个月。这在创业者的常规节奏里是不可接受的——几个月没动代码，在很多团队看来是"浪费时间"。
但这几个月，把方向选对的概率大幅提高了。
他找到的三个市场判断标准
几个月聊下来，他总结了一套市场判断标准。不是灵感，是从真实对话里提炼出来的。
第一个：市场够不够大。
他要做的领域，必须是一个足够多人面临的问题。如果一个问题只有5%的人有，这个市场太小；如果有50%的人有，但所有人都用免费方案解决问题，这个市场也不存在。
第二个：能不能在这个市场里成为首选。
这是他的一个重要判断。很多创业者看市场，只看"需求大不大"，不看"我进去了能不能赢"。日程管理领域有Google Calendar、有Calendly、有大量免费方案。一个新进入者，凭什么能让用户切换？
Derrick的分析是：如果现有方案有明显的摩擦点，而他的产品能消除这个摩擦，用户就有切换的理由。但如果没有明显的摩擦点，就不值得进去。
第三个：用户愿不愿意为这件事付钱。
这是最重要的。他不是问"你觉得值多少钱"，他是观察：用户现在每个月在这个问题上花多少钱、用什么方案、花多少时间。如果用户愿意为现状付出代价，说明他们真的在意这个问题。
Derrick Reimer的市场判断框架标准一：市场规模够大——不是"有人有这个问题"，是"有足够多的人愿意为这个问题付出代价"
标准二：能不能成为首选——进去了能不能赢？有没有明显的摩擦点是现有方案解决不了的？
标准三：付费意愿真实——不是问"你会买吗"，是问"你现在为此付了多少钱、付出了多少时间"
调研方式：一对一电话聊工作流程，问现状，问痛点，问愿意付多少
调研时长：几个月
结果：SavvyCal，6年，$10k+ MRR
IndieHackers · 市场分析 · 用户调研 · $10k MRR
他从失败里提取的认知，后来救了他
SavvyCal早期，Derrick做了一个很多人会犹豫的决定：从第一天就开始收费。
很多创业者不这样做。他们的理由是：先把用户量做起来，等有了规模再收费。这是一个错误的顺序。
从第一天收费，意味着你逼着自己做一件事：搞清楚用户愿意为你的产品付多少钱。如果你不敢收费，你就永远不知道你的产品对用户来说有多少真实价值。
Derrick在Level时期没做到这一点。Level是免费的——因为他说"我们还在早期，先积累用户"。结果是：没有真实的付费数据，不知道产品对用户值多少。等到融资烧光了，关门。
SavvyCal第一天就收费。他说是故意的。这个决定迫使他在整个产品开发过程中，持续跟用户确认"你愿意继续付这个价格吗"——这是一个持续的市场信号，比任何调研问卷都准确。
另一个重要决定：他没有跟免费竞品正面对抗。
日程管理领域最大的竞品是Google Calendar——免费的、成熟的、所有人都用。跟Google正面对抗是自杀。Derrick的策略是：不做"更好的Calendar"，做"Calendar解决不了的那部分问题"。
他找到了一个具体的切口：多人日程协调。Google Calendar可以管理个人日程，但在多人协调方面有明显的摩擦——时区问题、改期通知、取消流程。SavvyCal专门解决这个。
不是"更好的Google Calendar"，是"Google Calendar做不好的那件事"。
他做对的地方
1. 用一对一通话代替落地页
落地页验证的是"人们对你描述的假设有没有兴趣"。一对一通话验证的是"人们在真实场景里怎么做"。
这两个结论完全不同。Derrick选了更难的那条路：不是等用户来敲门，是主动去找用户，问他们真实的工作状态。
2. 直接问"你愿意付多少"，不问"你会不会买"
"会不会买"是模糊意向，"愿意付多少"是具体决策。大多数创业者不敢问后者，因为怕得到一个低的数字。但这个数字比任何高意向数字都值钱。
3. 从第一天收费
这不只是一个商业决策，这是一个认知工具。收费迫使你持续面对一个真实的问题：用户觉得你的产品值这个价格吗？如果用户不愿意付，你就知道产品在某个环节出了问题——不是功能不够，是价值不够。
4. 不跟免费竞品正面对抗
他找到了Google Calendar的摩擦点，而不是试图做一个"更好的Google Calendar"。这是以弱胜强的基本逻辑：不要在对手最强的地方进攻，在对手最弱的地方建立优势。
他踩过的坑
1. Level时期完全跳过调研，用工程师直觉代替用户需求
这是他自己在采访里承认的。他说：当时他觉得自己理解"小团队需要什么"，因为他就是一个小团队。实际上，他理解的是"我认为小团队需要什么"，而不是"小团队实际告诉我他们需要什么"。
工程师直觉在产品开发阶段有用，在方向选择阶段有害。方向选择需要的是外部信息，不是内部直觉。
2. Level时期用"积累用户"代替"验证付费"
免费策略让他错过了最重要的信号：用户愿不愿意为他的产品掏钱。没有付费数据，就没有价格锚定。等到需要收费的时候，才发现用户已经习惯了免费。
3. 调研时间足够长，但落地执行时缺少快速迭代节奏
SavvyCal六年做到$10k MRR，这个速度在SaaS领域其实是偏慢的。原因是他在产品打磨上花了很多时间。我不是说打磨不对，而是说：在调研阶段花几个月是对的，在产品跑起来之后需要更快的迭代节奏。调研解决的是方向问题，迭代解决的是产品问题，两个节奏不一样。
Warren的判断
我在孵化器带过不少创业者，他们问我最多的问题是："Warren，我怎么找到正确的方向？"
我通常反问他们："你为这个方向做过多少用户调研？"大多数人的回答是：做了一个落地页，或者建了个微信群发了问卷。
这不是调研。这是走形式。
真正的调研需要时间，需要你主动去找用户，需要你问他们真实的工作状态，而不是问他们对你的假设有什么看法。这条路慢，但它的结论可靠。
Derrick的故事最打动我的不是他的成功，是他失败之后的转变。Level烧光了钱，关门了，他第一反应不是立刻做下一个产品——他停下来，花几个月做调研，想清楚方向，再动手。
这个"停下来"的勇气，比"继续干"的勇气更难。大多数创业者失败之后急于证明自己，立刻跳到下一个项目，用行动代替思考。Derrick做了相反的选择。
方向选对了，事半功倍。方向选错了，执行越强，亏损越大。
我是Warren
10年产业孵化老兵。帮0-1阶段创业者看清方向，做对决策，走通商业化路径。关注我，OPC实践输出中。
