写给创始人的独立发布第一款产品指南:MVP到底是用来做什么的、如何把范围压缩到一句话、避免返工的构建顺序、在验证之前烧光预算的常见错误,以及什么时候开始收费。
独立创始人、首次创业者,以及在没有技术合伙人和融资的情况下验证产品想法的副业开发者。
- 一句话的MVP范围,经得起现实的检验
- 把验证放在打磨之前的构建顺序
- 何时开始收费的明确信号
大多数第一款产品不是死于烂代码,而是死于做得太多、验证得太晚、在任何人确认这个想法值得投入之前就花光了预算。过去,独自创业还多一道残酷的限制:没有开发者。如今这道限制已经消失,于是剩下的三件事,范围、诚实、以及触达真实用户的速度,就成了全部的胜负手。下面是打法。
MVP不是你梦想产品的缩小版。它是你能放到真实用户面前的最小的东西,用来回答一个问题:他们会不会用它来解决你认为他们有的那个问题?在答案变成“会”之前,所有无助于回答这个问题的东西,功能、打磨、扩展性,都是干扰。
这一点之所以重要,是因为最常见的失败不是技术性的,而是花四个月做一堆没人要的功能,因为做的人跳过了“先搞清楚”这一步。没有任何开发者,不管是雇来的还是别的,能阻止你做错东西。只有与用户的接触能做到,而MVP的全部意义,就是让这种接触在诚实允许的范围内尽可能早、尽可能便宜。
有一个广为流传的创始人故事:烧掉1.7万美元,做了一个根本不需要以这个价格存在的MVP。这笔钱没有买来验证,只买来了一个未经证实的猜测的成品。每当某个功能在还没有任何人用过产品之前就显得“必不可少”时,请想起这个故事。
问一位创始人他的产品是做什么的,你会得到一整段话。问用户第一次获得价值时做的那一件事是什么,厉害的创始人一句话就能回答。那句话,就是你的MVP。
愿景是:一个面向私人教练的平台,包含排课、饮食计划、进度照片、收款和客户端App。那句话是:“教练可以把本周的训练计划发给客户,并看到有没有完成。”这就是MVP:两个角色、一份计划、一个勾选。如果教练连这个都不用,这个平台本来就做不成;如果他们用,每一个被划掉的功能,现在都有了可以去请教的人。
即使是一句话的MVP,也有天然的顺序;尊重这个顺序,就能避开经典的返工螺旋。每一层都建立在前一层之上。
一个人做,意味着每个决策只需要一场对话。诚实地利用这份速度:这周就把窄版本发出去,放到五个真实的人面前,让他们的行为,而不是你的路线图,决定接下来做什么。团队开会讨论的事,独立创始人直接测试就行。
比你觉得舒服的时间更早,又比“先做结账页”那一派说的更晚。触发条件是行为上的:有人在没被提醒的情况下第二次使用产品,或者问能不能继续用。那个问题就是购买意向;用一个价格来回答它。
第一个价格是一次测试,不是商业模式。开一个从五位客户那里收起来会有实感的数字,然后观察:付费且留下来的用户,是任何问卷都伪造不出的验证;而拒绝付费者的异议,是你能免费拿到的最锋利的功能路线图。无论哪种结果,你都学到了免费内测藏起来的东西。
而这恰恰是单人路径变化最大、也最安静的地方。把你的那一句话描述给一个AI构建工具,几天之内你就能得到一个带真实账号、数据和逻辑的可用产品,成本大约相当于一顿不错的晚餐。这意味着那个1.7万美元的错误如今是可选项。省下来的构建费用,就是留给真正核心工作的跑道:找到有这个问题的人,并且认真看他们如何对待你给出的答案。
能。描述清楚那一句话的流程:用户是谁、产品需要记住什么、产出什么结果,AI构建工具就能生成可用的产品:账号、数据库、页面和逻辑。你不可替代的贡献从来都不是代码,而是懂这个问题,以及判断用户如何对待这个解决方案。
一个能用的第一版,成本应该是你的几天时间加一份不贵的订阅,而不是一张五位数的账单。那个著名的1.7万美元MVP错误,买到的只是一个未经证实的猜测的精装版;把那笔预算留到想法显示出生命迹象之后,用来触达用户。
当一个陌生人不需要你帮忙就能走完你那句话时:注册、做那一件事、得到那一个结果,并且在做出意外操作时能看到合理的提示。门槛就这么高。更多功能不会让它更“就绪”,只会让它更晚。
不应该。在有人反复使用产品或要求继续用的那一周再加价格,并把第一个价格当作面向五位客户的测试。在未经验证的产品上装结账页,量出来的只是支付表单的转化率;先看行为,再谈收费。