闭门造车
这是什么问题？
这个教程最核心的理念是：做产品，不是做玩具。
做出来的东西是要给用户用的，是真正帮助用户解决问题的。不是自娱自乐，不是技术练手。
闭门造车，就是不调研、不交流、不验证，闷头自己做。做出来的东西只是自己想当然的，市场不买单，用户不认可。
我的真实经历
物理可视化学习项目
之前我心血来潮，想做一个可视化学习物理知识的 Web 应用。
当时的想法：
- 觉得这个 idea 很酷
- 想着做着好玩
- 没多想就开始写代码
结果：
- 项目没开发完
- 更别提上线了
- 代码最后废弃了
问题在哪？
- 根本没考虑用户场景 - 谁会用？什么时候用？怎么用？没想过
- 没考虑商业化方向 - 靠什么赚钱？能不能持续？没想过
- 市面上早就有人做了 - 大概率不少竞品已经存在
- 本身就不是奔着产品去的 - 从一开始心态就不对
这就是典型的闭门造车：自己觉得好，但没人需要。
闭门造车的表现
你可能正在闭门造车，如果：
- 不和任何人交流需求 - 觉得自己的想法一定对
- 不看市面上有没有类似产品 - 觉得自己是第一个想到的
- 不验证用户是否需要 - 觉得做出来肯定有人用
- 只顾着写代码 - 不管外面的世界怎么样
为什么会犯这个错？
1. 对自己的想法过度自信
"这个 idea 太棒了，肯定能火！"
但实际上，你觉得好的东西，用户不一定觉得好。
2. 害怕被否定
"万一别人说不好怎么办？"
所以不敢问，不敢聊，自己闷头做。
3. 技术驱动而非需求驱动
"这个技术好酷，我想试试！"
然后为了用技术而做项目，而不是为了解决问题而做项目。
4. 心血来潮，没有规划
"突然想做这个，先写代码再说！"
没有想清楚为什么做、给谁用、怎么变现。
最大的危害
浪费时间和 Token
闭门造车做出来的东西，大概率没人用。
你花的时间： 白费了 你消耗的 Token： 白费了 你投入的精力： 白费了
除了"练练手"，没有别的意义。
做出来没人用
最痛苦的不是做不出来，而是做出来了，没人用。
- 上线了，没人访问
- 发了朋友圈，没人关注
- 找用户测试，没人感兴趣
这比失败更让人沮丧。
错过真正的机会
你在闷头做一个没人需要的东西，而真正的需求就在那里，等着被发现。
怎么避免？
回到需求验证
在写任何代码之前，先问自己：
- 这个问题真的存在吗？
- 有多少人有这个问题？
- 他们现在怎么解决的？
- 我的方案比现有的好在哪？
这些问题在方法论第 1-2 章已经详细讲过：
走出去，面向市场
不要封闭，要开放：
- 先调研 - 市面上有没有类似的？做得怎么样？
- 先交流 - 找几个潜在用户聊聊，看他们有没有这个痛点
- 先验证 - 用最小成本验证需求是否真实
- 再动手 - 确认需求存在，再开始写代码
区分"做着玩"和"做产品"
如果你就是想练练手，做着玩，那没问题。
但如果你想做产品，想让用户用，想商业化，那就必须走出去验证。
做玩具： 自己开心就好 做产品： 用户认可才算数
给新手的建议
1. 写代码之前先验证需求
不要心血来潮就开始写。
先问： 有人需要吗？ 再问： 我能做得比现有方案更好吗？ 最后： 确认了再动手
2. 找人聊聊你的想法
不要怕被否定。
早点被否定，比做完了被否定好 100 倍。
找朋友、找潜在用户、找行业里的人聊聊。他们的反馈会让你少走很多弯路。
3. 先看市场上有没有
搜一搜，看一看。
如果已经有很多人在做，而且做得不错，你要想清楚：你的差异化在哪？
如果没有差异化，大概率是在浪费时间。
4. 保持"产品思维"
时刻提醒自己：
我是在做产品，不是在做玩具。
产品要有用户，要解决问题，要能持续。
关键要点
做产品，不是做玩具 - 做出来的东西要给用户用
闭门造车 = 自己想当然 - 市场不买单，用户不认可
写代码之前先验证需求 - 不要心血来潮就开始做
走出去，面向市场 - 调研、交流、验证，然后再动手
早点被否定，比做完了被否定好 - 不要怕交流
做产品的核心：解决真实的问题，而不是自娱自乐。