第五天，小明来得很早。他把电脑转向 Jason，屏幕上是一张新画的产品结构图。
小明：“我决定不做那个什么都包含的青年成长平台了。先做一个 AI 专业方向复核工具。用户填写兴趣、选科、排斥项、城市偏好和家庭限制，系统给出几个值得探索的专业方向、风险提醒和下一步核实问题。”
Jason：“这已经比“做一个改变教育的平台”清楚多了。”
小明刚露出一点笑，又把结构图往下滚了几屏。
小明：“不过我觉得只做这些太单薄，所以又加了院校推荐、录取概率、霍兰德测评、MBTI、专业课程、薪资数据、考研方向、家长沟通报告、导师点评、志愿表管理、PDF 导出和会员系统。”
Jason 没有评价，只问了一个问题。
Jason：“你准备先验证哪一件事？”
小明：“验证……这个产品有没有人需要。”
Jason：“那用户用了哪一个功能，你就能知道他需要整个产品？”
小明盯着那张越来越复杂的结构图，半天没有回答。
Jason：“你得的是新手最常见的病：完整病。”
小明：“功能多一点，不是更有竞争力吗？”
Jason：“成熟产品的功能丰富，可能是长期竞争力。没有用户的第一版功能丰富，通常只是增加了开发时间和判断噪音。”
第一版不是缩小梦想，而是缩小一次实验
Jason：“第一版最重要的任务，不是展示你最终会有多强，而是用最低成本回答一个仍然未知的问题。”
小明：“什么未知问题？”
Jason：“高三学生和家长，在院校选择之前，是否真的需要一份专业方向复核？他们是否愿意认真填写信息？结果能不能帮助他们发现盲点？”
小明：“所以第一版是在做实验？”
Jason：“对。产品愿景可以很大，但每一次验证必须具体。”
Jason 在纸上画了一个小圆。
Jason：“第一版不是宫殿。它是一件小器物。”
小明：“小器物到底怎么定义？”
Jason：“一个明确用户，在一个具体场景里，完成一个关键动作，得到一个可判断的结果，并留下一个反馈入口。”
一个用户 · 一个场景 · 一个关键动作 · 一个可判断结果 · 一个反馈入口
“最小”不等于只有一个页面
小明：“那是不是所有 MVP 都只能做成一个页面？”
Jason：“不是。页面数量不是核心。最小是指：只保留完成验证所必需的路径。”
Jason：“有些项目一个表单加结果页就够。有些项目还必须有登录、权限、人工审核或数据来源说明。涉及未成年人、医疗、法律、资金和隐私时，必要的安全功能不能因为“做 MVP”就被砍掉。”
小明：“所以最小也有底线。”
Jason：“当然。不能把风险控制当作装饰功能。”
先用人工跑通，也是一种产品
小明：“如果我一周内做不出完整的 AI 分析怎么办？”
Jason：“先别让代码替你逃避服务用户。你可以做“半自动 MVP”：用户提交表单，AI 帮你整理，你人工复核后再发结果。”
小明：“这不算真正的产品吧？”
Jason：“只要用户完成了真实任务，你得到了真实反馈，它就是一次有效验证。自动化程度不是产品价值的唯一尺度。”
Jason：“很多人急着把流程全部自动化，是因为不愿意先亲自服务十个用户。可你没有亲自跑过流程，就不知道哪些步骤值得自动化，哪些判断必须保留给人。”
功能要从证据里生长
小明：“院校推荐、PDF 报告和导师点评确实都有价值，难道都不做？”
Jason：“不是永远不做，而是先写进“暂不做清单”。”
小明：“暂不做清单有什么用？”
Jason：“它保护你的注意力。每当你想加功能，就问：它解决的是已经观察到的用户阻力，还是我为了让产品看起来更完整而产生的想象？”
Jason：“用户反复要求导出报告，PDF 才有生长依据。用户看完结果仍不知道下一步查什么，导师复核才有依据。功能从反馈里长出来，叫生长；功能只从创始人的焦虑里长出来，叫堆砌。”
第一版专业方向复核工具
小明：“这样看起来确实不像平台。”
Jason：“平台是许多被验证过的能力，在一个稳定用户路径里逐渐汇合的结果。它不是你第一天画出来的首页。”
小明：“那什么时候可以扩展？”
Jason：“当你能说清楚：谁在用、为什么回来、哪一步最有价值、哪一步最容易流失、增加什么能显著改善结果。没有这些证据，扩展只是变贵。”
本谈铁律
平台是结果，不是起点。第一版不是证明你有多少功能，而是证明一个真实问题可以被一个小闭环改善。
本谈作业｜第一版小器物定义卡
项目名称：
第一版服务的一个用户： 不要写“所有人”
一个具体使用场景：
最关键的一项问题：
用户必须完成的动作：
系统或服务给出的结果：
用户怎样判断结果有没有用：
必须保留的安全与人工复核：
第一版暂不做：
两周内的验证方式：
准备邀请的 5 位测试用户：
继续、调整或停止的判断标准：
自检清单
□ 我能用一句话说清楚第一版验证的未知问题。
□ 用户能完成一次从输入到结果的完整路径。
□ 我没有把必要的隐私、授权、来源和人工复核当成可砍功能。
□ 我可以先用手工或半自动方式服务第一批用户。
□ 每个新增功能都能对应到真实反馈，而不是创始人的焦虑。
□ 我写出了继续、调整和停止项目的条件。
最小不是简陋。最小是让因果关系尽量清楚，让你知道用户究竟为什么得到帮助。