如何在开发前验证你的应用想法（即使开发成本很低）

开发一个应用曾经需要几个月时间和大笔资金投入。这自然而然地过滤掉了糟糕的想法——等你做完的时候,要么已经有了付费客户,要么明白了为什么没人想要它。

而现在呢?开发成本很低。你可以在一个周末内验证一个想法、做出 MVP,并让用户用上它。这听起来很棒,直到你意识到一个新问题:你可以在一个周末内启动任何一个想法,但那些不重要的想法仍然会耗费你几个月的时间。

最稀缺的资源不是钱,也不是开发所需的时间,而是你的注意力。接下来的三个月,你打算把精力放在哪里?

在你爱上代码之前,先来看看如何做验证。

开发前如何验证一个应用想法?

用三个低成本的连续测试来验证一个应用想法:一个候补名单落地页,看看有没有人在乎;一次小规模预售,看看有没有人愿意付费;一次坦诚的对话,看看你是否真正理解这个问题。每一步只需要几个小时,而不是几个月,而且每一步都可能让你避免做出错误的东西。

我应该做一个候补名单页面来测试我的应用想法吗?

是的——候补名单页面是最简单的验证步骤:有没有人在乎到愿意订阅一份邮件通讯?

为你的想法做一个单页落地页。暂时不需要注册功能,只需描述这个应用会做什么、面向谁、为什么重要。用真实的语言,不要过度包装。然后加一个按钮:“获取早期访问权限——准备好后我们会发邮件通知你。”

运行一周。如果零注册,那也是数据;如果有五个,那也是数据;如果有一百个,你可能挖到宝了。

我们认识的一位创始人做了一个遛狗预约应用。她花了一天时间写想法,又花了半天做了个简单的落地页,然后发到几个社区论坛上。一周内只有一个人注册。她没有开发这个应用。她把时间投入到了另一个想法上,两周内获得了 400 个注册。这才是正确的答案。

你要找的不是病毒式的成功,而是那个门槛问题的答案:“这解决了某人真实存在的问题吗?”如果答案是否定的,你只花了两个小时和一点点尴尬就学到了这一点,而不是三个月的开发时间。

开发前应该预售应用吗?

是的,如果你的候补名单页面奏效了——预售是下一步,它能同时验证两件事:人们是否真的会付费,以及你对这个问题的理解是否符合现实。

给候补名单里的五个人发邮件。跟他们说实话:“我正在开发这个应用,它还没做好。你愿意先付我 200 美元,来确保我做出的东西是你真正需要的吗?”你不是在启动一门生意,而是在验证你对这个问题的理解是否符合现实。

有位记账员曾经有个想法,想做一个能自动给小企业支出分类的应用。她做了个落地页,获得了 30 个注册。然后她给其中五个人发邮件说:“我正在开发这个应用。你愿意付 500 美元成为第一位客户,并帮我确保做对方向吗?”

两个人同意了。她和他们相处了三周,发现真正的问题不是分类——而是对账。他们希望这个应用能帮他们向会计证明自己的账目和银行流水是对得上的。她差点开发出一个错误的应用。

如果没人愿意预付,那也没关系——你在开发之前就学到了这一点。但如果他们愿意预付,而他们的需求却和你预想的不一样,那就是金矿。这正是你想在写下第一行代码之前就进行的对话。

在为潜在客户开发应用之前,应该问他们什么?

在一次坦诚的对话中问五个问题:他们现在是怎么解决这个问题的、这种方式最糟糕的地方是什么、一个更聚焦的方案能否让他们真正使用你的应用、他们目前在相关工具上花了多少钱,以及他们是否愿意接受一个具体的价格。应该由他们的答案来塑造你要开发的东西,而不是你的假设。

有时候人们不愿意预付,这不是因为他们抠门——而是因为谨慎。他们想先看到一些实际的东西。

这种情况下,约一次通话。不是那种”嘿,想聊聊我的应用想法吗?”式的通话,而是”我一直在思考你的问题,想确认自己是不是真的理解了”式的通话。

问他们这五个问题:

1. 你现在是怎么解决这个问题的?
2. 你现在这种解决方式最糟糕的地方是什么?
3. 如果我做出个东西解决了那一个具体问题,你会用吗?
4. 你在那些能部分解决这个问题的工具上花了多少钱?
5. 如果我收你每月 X 美元,你会同意还是拒绝?

大多数人会给你诚实的答案。有些人会敷衍你。而那些给出诚实答案的人——尤其是那些跟你聊起他们变通做法或现有工具的人——正是你要为之开发的人。

有位创始人做了一个项目管理应用。她和三位自由职业者聊过,问了这些问题。三个人的回答出奇一致:“这方面我不用什么工具,都记在脑子里,而且总是记不住。”

这个回答改变了一切。她没有做项目管理工具,而是做了一个发送提醒的东西。不同的产品,更好的产品——都建立在理解真实问题的基础之上。

你的应用想法什么时候算通过了验证?

当三项测试中至少有一项证实了真实需求时,你的应用想法就算通过了验证:候补名单在增长,有人愿意预付款,或者你的对话都在讲述同一个关于这个问题的故事。这时候,你就可以开始开发了。

而且你会带着信心去开发,因为你不是在瞎猜,而是在为已经明确告诉你他们需要什么的具体的人开发。

你可能仍然会犯一些错误。开发会迫使你做出对话无法揭示的具体选择。但你错的是细节,而不是这个应用本身是否有存在的意义。

一件坦诚的事

有时候验证结果是否定的。候补名单没填满,没人愿意预付,对话礼貌却冷淡。

这正是验证的意义所在,这就是胜利——你在花几周时间开发出没人想要的东西之前,就学到了这一点。

那些成功的应用,不是因为创始人有一个完美到无需验证的想法。而是因为创始人及早验证、中途改变过两次主意,然后在第三次做对了。

花一周时间做验证,再花三个月去开发。这个比例会改变你的职业生涯。