大家好，我是闲者，因为今年的目标是做个自己的产品，但是却不知道要做什么产品！很纠结。

考虑到孙子兵法提过先胜而战”，既然不知道要做什么产品，那就看看做什么产品会失败！顺便吐槽下……

关于程序员如何创业，做产品，网上搜一下就是一堆。所以简单的看下哪些产品为什么会失败？哪些产品又为什么会成功？总结下前辈的经验，顺便提醒自己后面做产品的时候如何规避。

首先看下其他自由开发者一般都做哪些产品……

在查看多位自由开发者公开的产品后，以下类别最多：闹钟app、计算器、记事本、背景设置软件、markdown在线笔记、markdown在线简历、财务记账APP等。

其实开始也不是太懂，为什么基本都是做这些类型的，不过想了想，这不就是把自己的需求转换成产品了么……大概率是在找不到真实需求的情况下，根据自身的想法做的。

那么仔细分析下为什么会出现这种情况，我总结了以下几个缺陷。如果大家有什么不同意见可以评论留言探讨。

一. 失败的共性

缺陷一：带入了职业思维和习惯

基本都是工具类，并且某些产品带入了程序员的思维和习惯，并未考虑到真实用户的使用思维和习惯，或者说，在开发的时候就为明确产品的定位，仅仅是可能会喜欢这一简单的想法。

比如上述中的markdown笔记，markdown在线简历等，不可否认，markdown语法非常简洁，但试想一下，对于普通用户来说，我写个东西，还要背个新语法，看文档，这也太坑了！为什么不用富文本编辑呢？这种产品就是典型的程序员思维产品。这样开发出来的产品或许只有同为程序员的使用者才会感兴趣。

记账app也是非常多的，但有个问题，开发者会使用自己开发的记账app吗？如果使用又会坚持几天？我想没有几个人使用和坚持吧，另外现在一般都用微信和支付宝，这些本身自带账单功能，每到月底拉下账单就好了，也省去了每次花钱还得记账的操作。

还有就是，这些产品同质化太严重了，赛道太卷了，我相信肯定有做的好的产品被使用，但付费的又有多少呢？为爱发电的另算。

一个好的产品将自己的职业思维和习惯带进去，除非，这个产品是为了这个职业而开发的。

当然这点上可能和独立开发者一般都是单打独斗有关系，正常的软件开发，需要经过很多流程，而个人开发者很难做到这些方方面面。

缺陷二：没有真实的需求

从上面这些产品可以看出来，需求都是非常单一的。基本可以称为面向自己开发的产品，因为自己才知道需求在哪里。所以从这方面来看，即便这些产品有很多缺陷，但至少开发者是针对需求开发。

当然，从自己的需求出发，事前做调研，已经是较务实的做法了。以我为例，程序员在思维上比较理性，大多数涉及询问的时候，可不会留面子说“不错”，大多数都是说“不需要”，“别人都能做，你有什么优势”。

总的来说：这些产品一直在解决“痒点”，而不是真正的“痛点”，本质上其实完全没有解决任何问题。

例如你觉得闹钟app不好，重新造个闹钟app，那叫解决“痒点”，就像别人走 10 步可以到的地方，你让别人省了 2 步，你觉得很嗨，但是对于别人来说，无关痛痒。就是那种，有你，和没有你，根本区别不大。

至于真实的需求，那些能被大多数人需要的东西，肯定有大公司做了，而垂直领域需要的东西，需要跟这个领域有接触，除非之前就在这个领域工作，否则很难凭空想出来。所以这也就不难理解产品同质化严重了。

在我的想法里，一个好的产品出现，应该是针对需求中某个真正的痛点的，而不是伪需求。

缺陷三：无法跳出的圈子

这个缺陷不能称为产品的缺陷，或者换个说法，正是因为这个缺陷，导致大多数程序员无法做出成功的产品。

程序员一般都是理性思维多些，外加工作比较繁忙，整日与电脑打交道，所以交际圈比较窄。这就制约了程序员无法跳出自己的圈子，发现真正的真实需求。

因为不与外界，普通大众接触，又如何能发现真正的需求痛点，去解决它们呢？

这样的情况，在技术圈一般比较常见，就比如相声圈，在郭德纲出现之前，说相声的题材大都是“咱说相声的怎样怎样”，因为那些相声演员每天的工作生活就是跟自己的同行在一起研究相声，他们的眼界就在相声圈子之内，所以他们说的相声题材都在“相声”这个圈子里。

郭德纲和别的相声最大的区别就是和观众互动起来了，原来的相声基本都是自说自嗨。所以无法跳出相声原来的思维模式，那相声人自己讨论的事情，是不是都是服务于自己而嗨就可以了？

所以说，想要找点有用的东西，首先要走出自己的圈子，看看这世界需要些什么……

二. 成功的共性

经验一：找到真实的需求

虚假的需求，活动范围只在自己的圈子内，因此在开发产品时，并未认真去想，这个东西有多少实际价值？谁会去用它？有多大的市场价值？然后闭门造车，一门心思去开发。直到某天突然清醒的发现这个问题：谁会去为这个产品付费？想明白了这是个伪需求后，然后就烂尾了。因为所作的事是没有意义的。

经验二：将目标明确细分

目标太宏大，太宽泛，太遥远。看似有目标，但是太模糊，并未认真思量到底要做什么，所以没有详细的计划，里程碑什么都没有。

这点错误我在做博客的时候也犯过，最开始时想做个博客，但是却不知道要做个什么的？一会儿分享编程知识，一会儿又想让别人也使用，可以写博客，一会儿又想增加其他乱起八糟的功能，所以做了两次，都失败了，因为做的太过宽泛，定位不明确，自己也没有信息和兴趣坚持下去了。直到想明白了，才做了个简单的博客，这点或许可以称之为，想要的太多了！

经验三：多与外界沟通

一方面是当前使用的技术和现在最新技术的区别，如果有更优秀的技术，应该采用更加合适、更优秀的。

另一方面是市场现在需要什么技术，技术本身是为需求、为市场服务的，如果市场已经选择抛弃了某项技术，而你却仍然采用，那就无怪乎被市场抛弃了。

经验四：快速迭代，最小可用集

这个概念应该大家都知道，就是敏捷开发。如果想要将产品一次性完成之后，再去公开发布使用，这样就会导致项目周期非常长，很难坚持下去，另外，市场是变化的，等到做好之后，可能产品也就跟不上市场节奏了。

所以需要的是快速迭代，做到最基础的功能，然后立马拿出去见人，当然范围可以是有限的。然后根据真正用户的反馈，快速调整。不管技术好不好，哪怕产品差一点就差一点，先做出东西来，先用起来，功能先实现，业务先转起来，论证了这东西基本的可行性，再通过迭代去优化。这样即使产品真的不符合市场，也可以最小损失的立即调整方向。

经验五：做东西尽量不要藏着掖着

这一点和上面第三点和第四点还有点关系，在需求更新和开发时，不与外面沟通，这点是没有意义的，藏着掖着无非怕别人剽窃了自己的创意。但是你做出来产品还是要给大家用的。

先不论创意想法有多大实际价值，就算你的想法真的很厉害，如果你没有其它门槛，别人看了就会抄去，那你这个东西一定是会出问题的。没有其它门槛，被抄了是迟早的事情，藏着掖着没有用。做了东西就要勇敢拿出来和人交流，正面的就吸纳，负面的就多反思自己。

当然如果真火了，被人抄肯定是不爽的，但是不火的产品是没有任何用的，等到火了，在针对性采取措施，因为被抄是不可避免的。

经验六：学习

一个人做产品时肯定会碰到各种问题，遇到搞不定的问题，就必须去寻求解决方案，因为一个人要做很多事情，所以不断学习是必须的。

三. 如何寻找方向

热爱生活，观察身边人需要什么，深入思考分析。跳出自己的固有思维，非专业人士只管方不方便，顺不顺手，就像现在的手机，不到一岁的孩子都能找到看视频的软件，还会切换着看。

产品要通俗易懂，简单实用，就像流行歌曲一样，你觉得有深意，融合各种元素，但别人听不懂有卵用。口水歌，简单通俗，很快打开市场，艺人再慢慢打造不同的类型风格。

白居易写诗，喜欢让老头子老太太读或者听，看他们能不能听明白。能听明白了，他就定稿，所以他的诗都朗朗上口，简单通俗，流传的也广

面向用户需求编程成功快，很多东西只是你自己认为别人喜欢，别人并不是那么想的，而且人想要的和实际出来后，想法也往往大有不同。“想要的”是没有用过的，当真正得到后了解后就不要了，就像女人买东西。所以调查有作用，其实也很有限

做改变用户习惯的产品，那你的产品要更傻瓜直白

具体点可以按照以下几点去执行：

1.你可以去github上去看，那些star 多的。fork高的
2.去app store 里面找灵感，
3.根据你自身的需求出发，你有需求，或者你周围的人有需要，可能就是解决实际问题的软件。
4.要小而精，不要上来就搞什么平台，维护和更新是非常耗费精力的。