写了一万字计划后，我发现真正要先验证的只有一个问题
这篇的重点不是“计划写得多详细”，而是当我把功能和流程写满以后，才发现真正挡在前面的其实只有一个更基础的问题。
那天我给痛点悬赏平台写了一份很像那么回事的 7 到 11 天计划：付款、评论、AI 多轮对话、数据库表、检查点，样样俱全。写完以后反而有点心虚，因为它太像一种“通过规划制造推进感”的老毛病。
所以后面我想讲的，是我怎么把这份大计划砍回一个更诚实的 MVP，以及为什么一个产品最早该回答的，往往不是功能够不够全，而是第一步到底有没有人愿意开始。
第一版计划：看起来很像那么回事
昨天刚把天天（新 agent）的配置搞顺，今天就开始给它写执行计划。
想法之前已经聊过：用户提交痛点，有同样痛点的人投票，热度高的我来做。方向也定了，感觉该落地了。
于是我认真写了一版 7-11 天计划。
里面功能很满：
- 四个开发阶段；
- 10 个检查点；
- 四档付款系统：10 / 20 / 30 / 50 元；
- 微信收款码 + 手动确认；
- 评论系统；
- 用户中心；
- AI 多轮对话，负责追问痛点细节；
- 5 张数据库表；
- 一堆 RLS 策略；
- 小红书养号冷启动。
写完以后还挺有成就感。
文档很长，checkbox 很整齐，看起来像一个项目真的要启动了。
然后我盯着它看了五分钟。
真正的问题冒出来了
第一个问题是付款流程。
用户要经历：选档位 → 看收款码 → 扫码 → 点“我已付款” → 等后台确认。
五步操作，中间任何一步断了就丢了。而且收款码是图片，不同手机识别率不一样。还没开始验证，就先给自己挖了一堆坑。
第二个问题是冷启动。
计划里写小红书养号一两周，但成功标准又写“一周内 3 人付费”。这两个时间线根本对不上。号都没养起来，哪来的付费用户？
第三个问题是功能太多。
多轮 AI 对话、评论、用户中心，这些都是“做完会更完整”的功能，但不是“没有就无法验证”的功能。
最致命的是第四个问题：我根本不确定有没有人愿意提交痛点。
这比付款意愿更上游。
如果没人愿意花时间写一个痛点，后面所有功能全是白搭。
砍掉看起来很有用的东西
想清楚以后，就只能砍。
| 功能 | 第一版想法 | 砍掉原因 |
|---|---|---|
| 付款 | 四档金额 + 微信收款码 | 还没验证提交意愿，太早 |
| 评论 | 每个痛点可讨论 | 会增加社区维护成本 |
| 管理后台 | 确认付款、管理内容 | 没有付款就暂时不需要 |
| 多轮 AI 对话 | 追问到需求完整 | 首版一次整理就够 |
| 小红书养号 | 慢慢铺内容 | 时间线和验证目标冲突 |
7-11 天计划砍成 3 天。
数据库 5 张表砍成 3 张：profiles、pains、votes。
投票直接前端操作 Supabase，RLS 保证一人一票，unique 约束保证不重复。登录从“邮箱注册”改成“邮箱 + 验证码”，浏览不需要登录，提交或投票时再触发。
冷启动也改了。
不去小红书慢慢养号，先去即刻、V2EX、豆瓣小组找更接近的人。目标用户是独立开发者、一人公司和愿意折腾效率工具的人，他们不一定在小红书等你。
新的验证顺序
砍完以后，验证逻辑变清楚了：
- 有没有人来发痛点？ 一周内 10 个真实提交。
- 有没有人来投票？ 5 个痛点获得 5+ 票。
- 有没有人愿意付钱？ 3 人付费。
阶段 1 是现在的全部目标。
不是付款，不是评论，不是社区氛围，也不是 AI 问得多聪明。
就是有没有人愿意把自己的麻烦写出来。
这个问题如果回答不了，后面的功能都没资格上桌。
其实是连续推翻了自己几次
这个项目从昨天到今天，已经经历了三轮方向调整。
昨天的原始方案是“痛点悬赏 + 付款验证”。晚上讨论后改成“先找客户再做产品”。今天上午又回到“做平台但功能拉满”。下午再砍成“三天 MVP 只验证需求”。
每一次都觉得“这回对了”。
这当然有点尴尬。
但也比闷头做 11 天以后发现没人提交要好。
现在方案最大的优点是：第 3 天就能看到数据。如果没人来提交痛点，我三天就知道了，不用等两周。
给自己的提醒
写计划最容易带来一种虚假的进展感。
文档越完整，越像已经做了一半。但实际上，一行代码都还没写，一个用户也还没来。
所以这次我给自己的要求很简单：
第 3 天必须上线。
ask.nmdft.cn，移动端优先，4 个页面，能提交痛点，能投票。
不完美没关系。
先上线，再用真实反馈决定下一步。
如果没人提交，就停下来重新找问题。
如果有人提交，再谈投票。
如果投票也跑起来，再谈付款。
顺序不能反。