文/一个用MVP思维做过十几个项目的产品兼开发
前阵子跟一个做创业孵化的朋友聊天，他说他经常让来路演的项目团队回答一个问题：”你们能不能在一天之内，把一个能用的东西放到用户面前？哪怕功能只有一个，哪怕界面丑得不行，哪怕只有十个人用。”
他说大多数团队回答不上来。他们说”我们还在做市场调研””我们正在搭技术架构””我们想等第一个版本就做到完善”。
我说这让我想起一个现象——很多程序员写了十年的代码，从来没真正”发布”过任何东西。他们写的所有程序都在本地跑，都在终端里输出，都在自己的电脑上自娱自乐。他们从来没有把一行代码变成”别人能用的产品”。
然后我想到一个非常朴素的道理：其实每个人在写第一个Hello World的时候，就已经完成了人生中第一个”最小可行产品”（MVP）的开发和交付。 只是我们当时没有意识到这件事。
MVP是什么，Hello World就是什么
“最小可行产品”这个词在创业圈很流行。它的核心意思很简单：用最少的时间和资源，做一个能用来验证某个核心假设的产品，然后尽快把它放到真实用户面前，看反馈，再决定下一步。
听起来挺高级，但你拆开来看，它的每一个标准，Hello World都完美符合。
最小——Hello World是所有程序里”最小”的。没有任何多余的代码，没有花哨的界面，没有复杂的逻辑。它就是最精简的那个版本，精简到不能再精简。
可行——它能跑，它可运行。你写完了，编译或者解释，然后它能输出结果。它不是一段”伪代码”，它是一个真正的、能执行的程序。
产品——它是一个完整的交付物。你写完了，它就是一个独立的东西。你可以把它拿给别人看，可以把它发给别人运行（虽然别人可能懒得看），它具备”产品”的形态：有输入（你运行它）、有处理（它执行代码）、有输出（它打印文字）。这是一个完整的闭环。
所以你的第一个Hello World，就是你人生中第一个MVP。你花了三分钟，写了一个能做一件事的小东西，然后你运行了它，看到了结果，你的”用户”——就是你自己——给了你一个明确的反馈：”我看到那行字了，这个东西有用。”
为什么我们忘了这个道理
但奇怪的是，很多程序员在之后的职业生涯里，完全忘记了Hello World教给他们这个珍贵的MVP思维。
他们接手一个项目，第一反应是”我需要一个完整的架构设计”。他们要做新功能，第一反应是”我要把所有的边缘情况都考虑好再动手”。他们要做一个新产品，第一反应是”我要先把UI做得完美无缺、后端要支持百万并发、数据库要分库分表”。
然后他们卡住了。架构设计画了三个月，代码一行没写。边缘情况考虑了半年，核心流程还没通。UI改了十版，后端连个能返回”Hello”的接口都没有。项目就这样不了了之。
这些人不是没有能力，他们是忘了那个最简单的道理——先让一件事跑起来，哪怕它小、它丑、它只有一个功能。跑起来之后，你才有机会让它变大、变好看、变全面。
一个”Hello World级”的产品，救了一个创业团队
我认识一个做SaaS工具的创始人。他们的产品是一个在线表单生成器。第一版上线的时候，功能少得可怜——只能创建三个字段的表单，只能收集十份回复，只能发邮件通知，连导出Excel的功能都没有。
但那个版本能跑。用户点开链接，能创建一个表单，填完之后能提交，提交之后创始人那边能收到邮件。就这些。
他们把这个”简陋到丢人”的版本发给了二十个潜在的种子用户。有十八个人回复了，其中十五个人说”这个概念不错，但我要这个功能和那个功能”。创始人把用户想要的功能列了一个清单，照着优先顺序做，第二版加了导出、第三版加了更多字段类型、第四版加了自定义域名。
一年后，那个工具成了那个细分领域里用户量最大的产品之一。
创始人后来跟我们复盘的时候说了一句话：”如果我们当初等到所有功能都做好再上线，我们可能现在还没上线。用户帮我们决定做什么，而不是我们自己拍脑袋决定做什么。”
你看，这不就是一个放大了无数倍的Hello World吗？最小、可行、产品。先让它输出一行字，然后再让它输出一个表单，然后再让它输出一个报表。一步一步来。
做个人项目的时候，记得从”能打印Hello World”开始
我自己也是。以前我有个毛病，想做个人项目的时候，脑子里的第一版就已经是”完整版”。想做一个博客系统，我脑子里想到的是用户系统、文章管理、评论系统、标签系统、搜索功能、RSS订阅、暗色模式——还没开始写，自己就把自己吓退了。
后来我改了一个做法：先做能跑通的最简版。
想做博客系统？第一版就是一个静态页面，上面写一篇”Hello World”的文章。部署到网上，能通过域名访问，结束。第二版，加一个Markdown解析器，让文章可以写在本地然后生成。第三版，加一个简单的列表页，显示所有文章标题。第四版，加一个评论框，用第三方服务嵌入。
每加一个功能，我都在”上一个可用的产品”上面做增量。每加完一个功能，都有一件”能用”的东西在线上。哪怕它功能很少，哪怕它没人看，但它不是一个”半成品”，它是一个”完成的功能子集”。
这种做法让我做完的个人项目数量，比之前那种”憋大招”的方法多了好几倍。因为每一个版本都短、快、能给人成就感。你不容易被漫长的开发周期拖垮。
MVP不是”做得烂”的借口，是”做得聪明”的方法
有人可能会说：”这不就是敷衍吗？做一个那么简陋的东西就拿出来，不是对用户不负责吗？”
这个理解是错的。MVP的核心不是”做得烂”，而是”做得准”。你做的东西功能少，但它做到的每一个功能都必须是完整的、能用的、经过验证的。它的”少”是有意识的——因为你还不确定用户要不要这个功能，所以你等验证了再加。而不是”我懒得好好做所以随便搞一搞”。
Hello World也是一个道理。它只有一行输出，但这一行输出是完整的、正确的、经过验证的。它不是敷衍——它是一个经过精心设计的”最小可验证单元”，用来证明整个运行链路是通的。有了这个”通”作为基础，后面的所有功能才站得住脚。
你的下一个项目，从Hello World开始规划
所以如果你现在脑子里有一个新项目的想法，不管它多大、多复杂、多激动人心——我建议你先把它拆成一个”能输出Hello World的最小版本”。
不需要界面，不需要数据库，不需要权限系统，不需要微服务。只需要一个能返回”Hello, World!”的东西。能跑、能看、能展示给别人说”这是我的产品雏形”。
从这个雏形开始，你会自动进入”MVP”的思考模式：下一个功能加什么？加完这个功能之后，用户会不会觉得更有用？哪个功能对验证我的核心假设最关键？
这些问题会让你的项目一路走到真正被使用的那个状态。而你回头再去看那个最初的Hello World，你会觉得它不是一个”玩具”，它是你整个产品的”地基”。
那行字从来没有变过，但它撑起来的东西，有一天可能会让你自己都吃惊。