2025年我会如何验证一个SaaS创意（无需编写代码）
由 Mux 主办的 DEV 全球展示挑战赛：展示你的项目！
我开发了5款无人问津的产品。花了几个月时间为根本不存在的用户编写功能。花光了积蓄去追逐那些从一开始就注定失败的想法。
如果今天我需要在编写任何代码之前验证一个新的 SaaS 想法，我就会这样做。
没有落地页，没有等候名单，只有我真希望在浪费两年光阴之前就知道的验证策略。
1. 停止验证问题。验证付款。
每个人都告诉你“先验证问题”。
他们说对了一半。
没错，问题必须存在。但我从惨痛的教训中明白了一点：人们抱怨的很多问题，他们永远不会花钱去解决。
“我的客户关系管理系统太复杂了”并不意味着他们会更换系统。
“我讨厌开具发票”并不意味着他们会购买你的工具。
“这个流程是手动操作的”并不意味着他们想要自动化。
唯一重要的验证是：是否有人会给你钱来解决这个问题？
不是问“你会用这个吗？”，也不是问“这是个痛点吗？”，而是问“这是我的信用卡。”
如果今天让我重新开始，我会完全跳过问题验证调查。相反，我会直接测试是否有人愿意付费——甚至在开发任何东西之前。
2. “假门”测试（真的有效）
大多数人对虚假门禁测试的误解在于：他们把测试做得太假了。
一个带有邮箱收集功能的落地页？那算不上验证，那只是虚荣指标。我曾经为一个产品收集了2000封邮件，结果只有3个付费客户。
真正有效的方法是这样的：
- 创建一个简单的页面来描述你的解决方案（而不是问题本身）。
- 添加实际定价
- 添加“开始免费试用”或“立即开始”按钮
- 当他们点击时，显示：“我们已满员，但本周可以手动添加 5 位客户。预约通话吗？”
然后接听电话，坦诚地说：“我们目前处于早期试用阶段。我会亲自帮助您实施这个解决方案。一开始可能需要手动操作，但之后您将获得一流的服务。”
如果他们发现系统还没实现自动化就放弃？反正他们本来就不会付费。
如果他们仍然感兴趣？那就说明你的产品有价值。
我用这种方法验证了我的上一款产品。10个来电中就有3个转化成了付费客户——而我甚至还没写过一行代码。
3. 先手动操作，除非迫不得已，否则绝不自动化
写这篇文章让我很痛苦，因为我是一名开发者。我热爱创造。
但最快的验证方法就是让自己成为产品本身。
想开发一款发票自动化工具？那就先为 5 位客户手动开具发票。想
开发一款社交媒体日程安排工具？那就用电子表格手动安排帖子发布时间。
想创建一个反馈汇总器？那就把反馈复制粘贴到 Google 文档里。
没错，它不够吸引人。没错，它无法规模化。但这正是关键所在。
你将学到：
- 实际工作流程是怎样的
- 哪些功能重要，哪些功能不重要
- 哪些极端情况会破坏你精心设计的自动化流程？
- 当问题“解决”后，人们是否真的愿意付费？
我认识的一位创始人为了验证一款年收入 5 万美元的 SaaS 产品，亲自体验了三个月的 API 服务。残酷吗？的确如此。但当他最终开始编写代码时，他清楚地知道该开发什么。
4. 无人提及的“礼宾部MVP”
理论上，每个人都知道礼宾服务MVP的概念。
但实际上，几乎没有人能真正做好。
以下是真正有效的框架：
第 1-2 周：寻找 10 位潜在客户（非朋友，而是真正的潜在客户）
第 3 周：提出以原计划价格的 50% 为他们提供手动解决方案
第 4 周：提供服务，跟踪每一个细节
第 5 周：请求反馈和付款
第 6 周：决定是否值得开发
关键在于五折优惠。这既足以激励早期用户，又足够高，可以验证用户真正的支付意愿。
如果找不到10个人来谈，说明市场太小。
如果找不到3个人愿意以50%的折扣试用，说明问题还不够严重。
如果他们试用了却不愿意付款，说明你的方案行不通。
无需编写代码，无需创建落地页，只需进行纯粹的验证。
5. “竞争对手的客户”宝库
想知道验证需求最快的方法是什么？找到已经为解决方案付费的用户。
但关键在于：不要问他们讨厌目前使用的工具的哪一点。每个人都会讨厌自己使用的每一种工具的某些方面。
相反，应该问：
- “是什么让您选择[竞争对手]而不是其他竞争对手？”
- “什么情况发生你才会改变主意？”
- “如果他们移除哪一项内容，你会因此取消订阅？”
那就闭嘴听着。
如果超过 5 位客户提到相同的切换标准，而您又能满足这些标准，那就验证了您的方案。
如果除了价格之外，每个人都对目前的解决方案很满意，那就验证了您的方案。
如果他们都提到某个供应商拒绝开发的缺失功能，那就验证了您的方案。
我花了三天时间泡在Reddit论坛和Facebook群组里，那里都是我竞争对手的客户聚集的地方。我找到了15个愿意为了一个特定功能而转投我阵营的人。这就足以证明我的选择是正确的。
6. 产品价格
这是我给你的最违反直觉的建议：在你弄清楚你要开发什么之前，就先确定价格。
为什么？因为价格决定一切：
- 您的客户是谁？
- 哪些特征重要
- 你能提供多少支持？
- 单位经济效益是否真的可行
如果你的目标是每月10美元，你需要成千上万的客户。情况完全不同。
如果你的目标是每月500美元，你只需要几十个客户。验证方法也完全不同。
这是我的定价验证框架：
- 查找 10 个竞争对手的价格
- 与该领域的 5 位现有买家交谈。
- 问：“X 的价格要达到多少才能让人毫不犹豫地选择它？”
- 将价格定为该数字的70%。
- 验证你是否能以该价格提供价值。
如果经济上行不通，现在就放弃这个想法，而不是等到它建成之后再放弃。
7. “十位顾客法则”
我的个人原则是：如果我无法想象获得 10 个付费客户，我就不会开发它。
不是10个感兴趣的人，
也不是10个邮箱订阅用户，而是
10个准备好信用卡的人。
关键在于：我需要能够说出他们的名字。不是“小型企业”或“自由职业者”，而是实际的名称或具体的公司名称。
这迫使你把问题说得更具体。“在50人规模的SaaS公司里使用Jira但却讨厌它的项目经理”这种说法是成立的。“需要生产力工具的人”则不成立。
如果你能列出 10 个潜在客户以及接触他们的方式，你就掌握了一些关键信息。
如果你只是凭空捏造用户画像，然后寄希望于他们真的存在，那你就一无所获了。
8. 停止问“你愿意吗？”，开始问“你做了吗？”
假设性问题会得到假设性答案。
❌ “你会为能完成 X 任务的工具付费吗？”
✅ “你上一次付费购买解决 X 问题的工具是什么时候？”
❌ “你愿意为此支付多少钱？”
✅ “你目前在解决这个问题上花费了多少钱？”
❌ “这项功能对您有用吗？”
✅ “请告诉我您上次需要这项功能是什么时候。”
过去的行为可以预测未来的行为。其他的一切都只是客套的谎言。
在验证UserJot时，我并没有问用户是否需要反馈工具，而是问：“请展示一下你们目前的反馈系统。” 他们展示的那套一团糟的系统，正是我需要的全部验证。
9. 没人做的“退款测试”
这里有一个验证技巧，可以为你节省几个月的时间：提供退款保证来销售你并不存在的产品。
“今天支付 49 美元。如果我们在 30 天内无法达到[特定结果]，全额退款。”
那就手动送货。如果实在不行，就退款。
这样做有三个目的：
- 迫使你做出具体承诺（而不是空泛的好处）
- 用真实资金验证价格敏感度
- 它可以告诉你你的解决方案是否真的有效。
妙处就在于此：如果每个人都要求退款，那就说明你只需付出一些人工成本就能发现这个想法行不通。这简直是廉价到不可思议的验证。
如果70%以上的客户持续付费？那你的生意就成功了。
10. 何时放弃（无人提及的部分）
事实是：大多数想法都应该在验证阶段就消亡。
如果出现以下情况，请放弃：
- 你不可能召集10个人打电话来讨论这个问题。
- 只有不到 30% 的人对你的产品/服务感兴趣并愿意付费。
- 您的手动版本已收到超过 50% 的退款申请
- 你不可能在任何价格点上都盈利地提供价值。
- 即使规模化生产，单位经济效益也无法实现。
不要调整方向，不要迭代，继续前进。
去年我在验证阶段否决了三个想法。这大概为我节省了18个月的精力。这不是失败——这是智慧。
真正有效的验证堆栈
如果我明天要验证一个新的SaaS创意，以下是我的30天计划：
第1-5天：研究竞争对手，找出他们的客户抱怨的地方。
第6-10天：与20位潜在客户进行对话。
第11-15天：创建“假门”测试，采用真实定价。
第16-20天：招募10位用户参与付费手动试用。
第21-25天：手动提供服务，并跟踪所有流程。
第26-30天：收取款项或终止项目。
无需编写代码。无需创建落地页。无需排队等候。
只有真正的客户用真金白银进行真正的验证。
因为我希望五年前就有人告诉我这些：
目标不是验证问题是否存在，
而是验证能否以有利可图的方式解决这个问题。
其他一切都只是昂贵的拖延。
PS：我后来才明白一个道理：你会忘记验证过程中人们告诉你的90%的内容。每一个反对意见，每一个“差一点就完美了”，才是你真正的产品路线图。从一开始就用UserJot记录这一切。未来的你会感谢我的。
