百分之八十独立开发的产品都会死在生产者思维上面。
我在不少论坛都会看到同一类的帖子：每隔一段时间都会有新帖子发出来，先吐槽某个现有产品不好用、审美差、交互反人类，然后顺手贴出自己开发的新产品链接，附带一批兑换码。如果反馈还行，没多久又会再来一帖，或者开始定期写简报。
他们把发这种帖子称之为「冷启动」。
有意思的是，我有时会特地去查被吐槽的那些“体验很差”的产品，发现其中不少其实是正在快速增长的产品。仅仅因为在审美或个别交互上的不一致，他们就选择从零再做一款，而功能层面 90% 以上高度重叠，真正不同的只有几个细枝末节。
有些帖子中的新产品我顺着时间搜索了一下，基本上都是在一段时间内停止了更新，曾经的豪言壮语和细致洞察，在时间前面变成了404。
为什么往往是程序员在遇到跟自己审美不符的东西时，更加倾向于自己开发一款？
复盘一下每个帖子的历程，大概是这样：
- 听说这个产品不错，看看能不能成为主力替换掉现在的。
- 交互有点儿别扭，界面也不太美观，真是不知道开发者怎么想的。
- 又搜索了几个替代产品，勉强用了用，又回到开始。
- 如果我自己开发一款，优化了这些说不定比他们的产品更受欢迎。
- 于是就开启了自己的项目，开发过程很爽，所有空闲时间都拿来开发，产品很快出来了。
- 用户从哪里找呢？先发到程序员论坛吧，拿到第一波用户看看。
- 一方面是用户反馈，一方面是功能的增加。过程中出现了无数细节，开发时间爆炸，自己精力跟不上，最后只能自己用或者直接关闭项目。
这不叫做独立开发，这叫技术冲动。
也就说明了为什么记账、笔记、待办类的 App 是重灾区，记录工具跟用户习惯和审美有很大的关系，也就创造了可以无限技术冲动的温床。就拿笔记来说，学术型有学术的使用方法，备忘有备忘的要求，日记需要注重每日体验的记录等等，这就细分了多个场景，再结合习惯就出现了无数的细节。
技术冲动的本质是在围绕着别人的产品而做产品，出发点是站在你的产品满足不了我的习惯上面。
于是就出现了以自己习惯和审美为核心的开发过程，会自信地以为自己的审美涵盖了绝大多数用户。在既没有做过用户需求调研，也没有分析过产品优劣势的前提下，展开了项目的开发流程，把自己既作为产品经理也作为用户，同时开始开发者，对外宣称自己是「独立开发者」或者「一人公司」。
我不想来 judge 爱折腾的程序员，只是太多想要做独立开发的同学会在这一步卡住很多年，会错误的以为外部的问题和外部的解决方案融合就能成为一款成功的产品。
在产品行业里面有个共识，「审美」和「交付」并不会是设计的核心，大多数产品能活下来，是在达到 80 分的基础上，靠妥协、兼容和脏活累活一点点堆出来的价值。如果连 80 分都达不到，投入这么多时间开发，最终是准备用什么指标去跟别人竞争？使用频率、留存率、转化率，还是付费率？如果这些都没有答案，那产品的结局，在冲动之初就已经有结论了。
🔚