写代码之前如何验证 SaaS 创意
验证 SaaS 或 App 创意的实用步骤：发现问题、用户、替代方案、功能、定价、落地页、访谈和原型。
本页内容
做软件时，人们很容易先开发、后验证，因为开发让人感觉有进展。但 SaaS 里代价高昂的意外很少来自代码，而是来自：问题不够痛，买单的人不是用的人，现有的电子表格已经够用，或者价格高到没人愿意用公司卡支付。
这份指南给你一套顺序，在写正式代码之前检查这些风险。每一步成本都很低，每一步要么让创意更扎实，要么在还容易改的时候改变它。
从问题出发，而不是从产品出发
用一句话写出问题，不要提你的解决方案。“小型代理公司会损失可计费工时，因为工时记录是在周末凭记忆补填的”是一个问题。“面向代理公司的 AI 工时记录工具”是一个产品。
然后寻找依据，证明这个问题真实存在并且反复出现：
- 频率。它是每天、每周还是一年才发生一次？少见的问题很难撑起订阅。
- 代价。问题发生时，会耗费多少时间、金钱或精力？
- 变通办法。人们是否已经在用电子表格、提醒或初级员工来补救？有变通办法，说明痛点很真实。
如果找不到任何人在用变通办法，这个问题可能是大家注意到了，但没在意到要去解决。
明确谁在用、谁付钱
在 SaaS 里，感受到问题的人往往不是付钱的人。代理公司的设计师受困于糟糕的工时记录；老板批准订阅；运营负责人可能还得负责配置。
为每个角色写下他们在意什么。设计师想少些麻烦。老板想把流失的收入找回来。运营负责人想要一个不会搞坏现有开票流程的工具。你的创意必须让这三个人都觉得合理，否则就会卡在试用和购买之间的某个环节。
尽量缩小你的第一批受众。“代理公司”太宽泛了。“按小时计费、五到二十人的设计代理公司”才是你真正能找到并聊上的人。
如实梳理替代方案
列出人们现在不买软件时都怎么做：
- 什么都不做，接受损失，
- 用电子表格或共享文档，
- 用一款已经在付费的通用工具，
- 由专人负责的手动流程。
针对每一种，问问客户换成你的产品要付出什么。从“什么都不做”切换很容易，但没有紧迫感。从全团队都在用的工具切换很难，即使你的更好。我们关于找出客户顾虑的指南，深入讲了“我们已经有工具了”这种反应。
列出你的功能假设
你计划的每个功能都建立在一个假设之上。把它们写出来：
| 计划功能 | 背后的假设 | 如何检验 |
|---|---|---|
| 自动记录工时 | 人们会忘记记录工时，并愿意接受后台记录 | 问他们现在怎么记录时间，以及对后台记录有什么感受 |
| 开票集成 | 老板希望工时直接进入发票，不用重新录入 | 请老板一步步带你看他们最近一张发票是怎么开的 |
| 每周总结邮件 | 老板想要的是摘要，而不是控制台 | 手动给几家代理公司提供一个月的摘要 |
按照假设一旦错误对创意的打击有多大来排序。上面关于自动记录的假设是关键：如果设计师拒绝后台记录，产品就失去了核心。
尽早形成定价假设
不要等到发布才考虑价格。写下一个假设：“这种规模的代理公司会按席位按月付费，因为找回的工时轻松超过成本。”然后记下什么情况能推翻它。
访谈中有用的问题包括：他们为同类工具付多少钱，谁来审批新软件、审批额度上限是多少，以及他们更喜欢按席位计价还是固定价格。把回答当作方向参考；人们口头说愿意付的钱，往往和实际付的不一样。我们关于测试创业定价的指南，讲了如何更接近真实数字。
先访谈，再开发
经验上，目标是和你那群细分受众聊五到十次，如果回答不断让你意外，就再多聊几次。问过去的行为，而不是假设的未来：
- “带我过一遍你上周是怎么记录时间的。”
- “上一次因为漏记工时而损失钱是什么时候？”
- “你试过哪些办法来解决？为什么没坚持下去？”
尽量到最后再介绍你的产品，甚至不介绍。你一开始推销，对方就开始客气了。我们关于撰写客户发现问题的指南有更多例子。
做一次落地页测试
落地页能把口头上的兴趣变成可观察的行动。写清问题、结果和价格，并提供一个明确的下一步：加入等候名单、预约演示或申请抢先体验。
几条实用建议：
- 把价格放在页面上，哪怕写成“计划价格”。没有价格的兴趣只是薄弱的依据。
- 从受众真正聚集的地方引流：相关社群、邮件简报，或一小笔精准投放的广告预算。
- 衡量人们做了什么。注册和演示申请才重要；页面浏览量不重要。
如果页面有访问却没人注册，问题可能是真的，但你的表达没打动人。先测试标题，再怪创意。
测试原型，而不是成品
一个可点击的原型图、一段录屏，或者一个“人工服务”版本（你在一个简单表单背后手动完成工作），都能揭示人们是否理解并看重这个流程。
以代理公司的工时记录工具为例。与其开发自动记录，不如请三家代理公司每周发给你一份日历导出，你再返回一份可能漏计费工时的总结。如果老板根据这些总结采取行动并要求更多，你就学到了任何原型图都告诉不了你的东西。如果他们置之不理，你就省下了几个月。
用 AI 模拟测试找出采用顾虑
在真实访谈之前或之间，AI 模拟受众可以帮你预判人们为什么可能不采用。在 SellTo.us 的 App 或软件测试中，每个模拟用户会给出三种回答之一（会试用、也许、不会试用）并附上简短理由，报告会总结人们犹豫的主要原因，并展示每个受众群体的结果。
这适合回答这样的问题：
- 哪些顾虑反复出现：隐私、配置麻烦，还是“我们已经在用电子表格了”？
- 是否有某个受众群体的反应明显比其他群体冷淡？
- 换一种描述或换一个价格，会不会得到更积极的模拟回答？
别忘了它的局限。参与者是 AI 角色，不是真实的人。他们的回答是模拟的试用意愿，不是注册，也不是预测。他们看不到你的网站或竞争对手，可能比真实用户更宽容，也可能更苛刻。把这些顾虑当作清单，在访谈和落地页上逐一检验。你可以在App 创意测试页面了解更多。
确定什么算通过
开始之前，写下什么样的依据会让你开发，什么样的依据会让你停下或转向。例如：
- 开发：多位受访者描述了代价不小的变通办法，在显示价格的情况下有相当数量的落地页访客加入了等候名单，并且至少有几位原型用户问什么时候可以付款。
- 重新考虑：人们承认问题存在，但没人尝试解决过；或者价格一出现，兴趣就消失了。
提前定好标准，能防止你把每个结果都解读成好消息。
你的下一步
今天就写下你的问题陈述和三个风险最大的假设，然后在本周约好前三次访谈。如果想在这些通话之前快速了解可能的采用顾虑，可以免费运行一次模拟测试（第一次是包含 100 位参与者的免费 Idea Snapshot（创意快照），符合条件即可免费），再把最突出的顾虑带进访谈，当作问题，而不是结论。
由 SellTo.us 团队撰写。本文中的示例均为假设。SellTo.us 的结果来自 AI 模拟参与者，而非真人，不能预测销量，也不保证成功。
