三周时间，足够读完一本技术大部头，或者跑通一个中等规模的项目。而我，用这三周写了一个没人要的功能——不是做得不好，是方向本身就错了。更讽刺的是，整个过程中我信心满满，觉得这是产品的点睛之笔。

事情发生在我做开发者知识库平台的时候。当时网站已经有2800多篇文章，流量稳定，目标也很明确：帮开发者通过优质教程更快上手技术。某天我灵光一闪：要是用户能自定义学习路径呢？像歌单那样，把不同分类的文章混排、排序、还能追踪进度。听起来很合理，对吧？我立刻开干。

打开网易新闻 查看精彩图片

第一周搞数据库设计，paths、path_items、user_paths 几张表，外键关系理得清清楚楚，Prisma 迁移跑得顺滑。第二周做前端，拖拽排序、流畅动画，UI 自己看了都满意。第三周加进度追踪，勾选完成、百分比、连续打卡，甚至做了庆祝动画——全部完工，就等上线。

打开网易新闻 查看精彩图片

临发布前，我做了一件平时很少做的事：找了个真正的开发者朋友，把原型给他看。"你会用这个吗？"

他的回答让我愣住："说实话？我直接浏览器书签。你这个反而添麻烦。"

这句话比任何代码审查都刺耳，但也是几个月来最有价值的反馈。

复盘下来，我犯了三个典型错误。第一，解决了一个我凭空想象的问题。没人提过想要学习路径，我只是觉得"逻辑上应该需要"，但真实需求并不存在。第二，把"做起来爽"当成了"值得做"。拖拽界面是挺酷，庆祝动画也有趣，可都没戳中真正的痛点。第三，也是最致命的：没验证就开干。三周的代码，本可以换成三分钟提问——"你怎么整理收藏的教程？"答案无非是"书签"或者"Notion"，案子到此结束，一行代码都不用写。

打开网易新闻 查看精彩图片

最后我砍掉了这个功能。数据库设计得还行，留着；前端组件归档，以后或许能用。但绝不发布。取而代之的是，我找了10个用户问他们真正想要什么。排第一的答案出乎意料地朴素："把搜索做好就行。"

于是那三周时间被重新分配：优化搜索、加筛选条件、修导航。一个月后，使用量涨了40%。

现在我有条铁律：任何功能，先跟至少3个真实用户聊过再动手。不是找妈妈，不是找想法一致的合伙人，是将来真会用这个产品的人。10分钟的对话，省下的时间比任何框架、AI工具、生产力系统都多。