从想法到收入：用 AI 能做出的最小可行产品

老办法行不通了

五年前，创业的剧本是这样的：选一个想法，花三个月做出 MVP，发布后冷冷清清，再迭代。

那时候，“MVP”意味着”所有基础功能都有，超级精致，可以放出等候名单了”。

有了像 Proyecta 这样的 AI 应用构建器，时间表变了。你能在明天午饭前就拥有一个真实的东西——不是落地页，不是效果图，而是一个真正能用的产品。但几乎没人知道，用 AI 来做东西时，“最小”到底该怎么理解。

我看到的是：大多数人发布的东西都多得离谱。他们加了仪表盘、用户账户、各种集成、分析功能，可能还有个移动应用版本。然后没人用，因为他们当初优化的是完整度——一项项打勾——而不是去为一个特定的人、解决一个特定的问题，就在当下。

现在”最小”到底是什么意思

用 AI 做出来的最小可行产品，小得几乎有点滑稽。它是：

一个工作流。 不是五个功能。是你的目标用户反复在做、今天要花他 10 分钟的一件事，而你的应用把它缩短到 30 秒。

不要账户。 如果你不用登录就能把它发出去——那就这么做。一个人，一次会话，一个产出。如果他们喜欢，你以后再加账户。把 Stripe 登录流程做对要花 20 分钟。一次性的会话只要五分钟。

不要数据库。 至少不要一个由你来维护的。把你的数据放进一张 Google Sheet。在浏览器里用 localStorage。把 Stripe 或 Airtable 当作你的后端。你是在找客户，不是在搭基础设施。

一个集成。 挑你客户已经在用的那一个工具，跟它集成。“可配合 Slack 使用”或”能读取你的 Google Drive”，比”有自己的一套归档系统”有用得多。

举个具体的例子：莎拉做了一个工具，给那些总要花老半天向新客户解释自己风格的自由设计师用。她的应用：你上传三件你最得意的设计作品，用大白话描述你的流程，应用就生成一份”风格指南”PDF，设计师可以把它发给客户。就这样。没有账户，没有登录，没有仪表盘。每次有人用它，都是从头开始。这个应用跑在 Proyecta 上，她用 Stripe 收款（它会为每份 PDF 生成一个一次性链接），当人们要更多功能时（比如”保存多种风格”），她可能会加——也可能她会意识到，她真正的产品不是这个应用，而是把这些当模板来卖。

第一个星期，她就赚了 600 美元。

真正重要的三个指标

别衡量完整度。别衡量页面停留时间。衡量这三个：

到达首个价值的时间。 从”我找到了这个链接”到”我得到了一个真正能用的结果”。莎拉的工具：90 秒。如果超过五分钟，人们就会流失。
付费意愿。 别带着一个免费档和一个 Pro 档去发布。挑一个价格。看看人们愿不愿意付。（莎拉的 PDF 卖 25 美元。她本可以收更多；她收得少，因为她只是想验证。）如果答案是”绝不可能”，那你挑错了问题。
他们会不会再来。 对一个一次性的工具来说，你不需要 30 天留存。你需要知道的是：用过它一次的人里，有多少会告诉一个朋友？莎拉的留存指标是”至少告诉了另一个设计师”。目前是 40%。

如果这三个都不错，你就有点东西了。现在你可以去加账户、仪表盘、历史记录，那一整套了。

如何在一个周末发布

周五上午： 选你的问题。不是一个市场。不是一个趋势。是一个特定的人，在做一件今天让他烦躁的特定的事。

周五下午到周六上午： 用 Proyecta 把它做出来。你描述你想要什么（“接收一份 PDF 合同，把所有付款条款标红”），Proyecta 把它生成出来，你测试它、调它，直到它好用为止。四个小时，如果你挑剔的话也许六个。你现在有了一个能用的网页应用。

周六下午： 拿它给两个人测。不是”嘿，理论上你会用这个吗？“，而是”链接给你，实际去用一下，然后告诉我哪里坏了或感觉怪怪的”。

周日上午： 如果你要收费，把支付设置好。Stripe、Gumroad、一个简单的链接——你不是在搭一个计费平台。只是一个收钱的途径。

周日晚上： 把它发出去。发到 Show HN、相关的 Discord 或 Slack，直接给五个人发邮件。别为描述纠结。开头就讲你为什么做它：“我做这个，是因为我一直为……而抓狂。”

周一： 看看实际发生了什么。真实的人要么用它，要么不用。48 小时内你就会知道。

接下来会发生什么（容易的部分）

如果没人用：你又快又便宜地学到了点东西。周二你就转向了。

如果有几个人用：你观察他们实际拿它做什么。他们是完全照着你设计的那样用，还是做了点稍微不一样的事？他们要的是你没料到的功能，还是只是默默地用一用、然后走开？

如果人们在用它、在提要求，而你也确信你想在这件事上深耕：现在你才可以投入去做正经东西了。账户，好让人们能保存自己的成果。一个仪表盘，好让他们能看到自己做了什么。一个 API，如果那是他们需要的。但你做这些功能，是因为你知道有需求，而不是因为你觉得它们应该存在。

最大的错误是带着”我的想法是对的、我唯一的工作就是说服人们相信它”的假设去发布。最小可行产品是对那个假设的第一次检验。之后的一切，无非是倾听。

三个真实的故事

马库斯（数据分析师）：每周要花一个小时，为初级分析师手动重新格式化 SQL 查询。他在 Proyecta 里做了一个工具，一键搞定：粘贴查询，得到格式化后的版本。一个输入框，一个按钮。他在某个周二把它发出去。到周五，他 Discord 里的人已经用了 300 次。到月底：1200 次，其中一些来自完全的陌生人。他加了账户，好让人们能看到自己的历史，然后又做了一个跟他数据仓库的集成。现在它是他的第二份收入。

洁德（插画师）：做了一个工具，接收一段语音备忘录，然后根据描述生成一张角色草图。她花了 45 分钟做它。每张草图收 3 美元。头两个星期赚了 1500 美元，之后她把它暂停了，因为订单多到她忙不过来那些业务杂事。

奥马尔（创客）：想做一个”完整的平台”。花了两个月。发布时带着账户、定价档位、跟三个工具的集成，还有一个教程视频。三个月后：12 个用户，其中两个是他朋友。他意识到自己当初优化的是发布，而不是学习。他的重启版本小得多——只有核心工作流——而且他正获得真实的进展。

没人会告诉你的那件事

发布得小，会让人害怕，因为它感觉不完整。你的大脑在尖叫：“可我们得处理 [边缘情况] 啊，那 [某个功能] 呢，我们难道不该 [增加复杂度] 吗？”

不。还是把它发出去。

你的工作不是做出完美的产品。你的工作是检验那个最小的赌注，去证明你确实在为一个真实的人解决一个真实的问题。在那之后的一切，无非是倾听，并依据真实的东西去迭代。

这个周末你能用 AI 应用构建器做点什么？某个很小的东西。某个你自己真会用的东西。试试看，看看会怎样。