从 0 到 1 的产品练习

很多「想做产品」的起点其实是一句话灵感：觉得某个痛点存在，就想直接上手画界面、写文档。我在一次个人练习里刻意放慢节奏——先不急着定方案，而是问清楚：这个痛点是谁的？在什么场景下出现？如果不做这个功能，用户现在怎么凑合？

当时手头只有模糊的目标用户画像和零散访谈笔记，缺少可被证伪的假设。如果直接开做，很容易把「我觉得好用」当成「用户需要」。

1. 写下三条可验证假设：谁会在什么情境下使用、愿意放弃什么现有方案、以及最小成功标准是什么。
2. 收敛范围：只保留能验证核心假设的一条主路径，其余想法放进「以后再说」清单。
3. 用低保真原型走查：自己扮演用户完成一次完整任务，记录卡点和犹豫点，再请两位朋友按同样脚本试用。
4. 整理成一页复盘：哪些假设被支持、哪些被推翻、下一轮最值得改什么。

整个过程刻意不做真实上线，目标是练「从模糊到可验证」的肌肉，而不是堆功能。

练习的产出是一份可复用的假设清单模板和一版可点击的主路径原型，而不是漂亮的落地页数据。最有价值的发现是：我最初最得意的功能，在试用里几乎没人点进去——真正卡住的是「第一次打开时不知道从哪开始」。

反思：0 到 1 最难的不是想点子，而是愿意用证据否定自己的点子。下次我会更早引入「不做会怎样」的对比，而不是只优化「做了之后更好看」。