引言
最近常混迹于各类创业和技术圈子，看到很多不错的产品，但痛苦的是，你几乎能预料到他们大部分都会很快陨落，这引起了我的思考。
软件创业的目的
软件创业驱动方式无非三种：一个兴趣驱动、二是使命感或成就感驱动，三是商业驱动。三者虽有不同，但其中有一个目的都是一样的，那就是获得商业收益，一是因为那样产品才能更加发展壮大，二是因为没有直接或间接收益的软件终将陨落，三是能给自己带来利益，这无可厚非。
大部分失败的原因
单是在掘金上我就看到过很多优秀的产品，可能是个人或小团队开发的，属实不错，但是随着时间的延长，大部分都以失败告终，从他们身上我看到了两点相同的原因：用户需求方面的原因，商业价值的问题。我深信一点，如果能非常明确用户需求，又能明确有巨大商业价值，那么把它开发出来并做好，这不是件难事，反而是最简单的事情，这不是技术问题，而是人性问题，涉及到人的成就感和利益属性，过去、现在和未来都会是这样。
自嗨的困扰
没有人会认为自己的孩子丑笨，也没有谁会觉得自己的产品一无是处。那么在注入了大量时间精力开发出来的产品，就不可避免的会陷入到自嗨困境中，为了避免自嗨，就需要引入你最终服务的人来和他们交流，倾听他们的评价，那群人就是用户，就像是如果你是厨师，你就必须围绕着吃饭的人来转，你总不能说我的菜天下第一，但是食客都说难吃，这是最简单朴素的道理了。
商业价值的思考
在软件开发前，就需要思考产品的商业价值，如何获得营收，这并不是急功近利，而是更加理性和深入的思考。很多软件开发者因为思维惯性和职业惯性，会直接开始写代码，想先做出个不错的产品再考虑营收，我认为这其实不好。原因在于：
- 很多开发者存在完美思维，想开发个产品就一定要做到比较完美，但其实这是错误的思维路线，且不符合商业社会。
- 初期想清楚商业价值和如何营收，会让产品迭代发展有一个更加清晰的线路，有利于提高产品质量、开发效率和实现营收。
- 忽视了时间的漫长，软件创业者要做出一个不错的产品并获得商业收益，这个过程要比想象中更加漫长，还会遇上很多困难，如果这时候没有连续的、递增的商业营收，坚持下去很困难。更不要提如果发展较好，需要招募人才等的资金成本，团队沟通等隐性成本了。
用户需求在动态变化
用户的需求在动态变化中，产品也需要迭代发展，那么代码就要不断的迭代改进和重构，这是很多开发者内心比较拒绝的事情，尤其在初期。在产品中期，需要更多的迭代，但这时候很多的迭代是无用的，原因就在于开发者醉心于技术，与用户需求的交流越来越少，最后产生方向上的偏差，会带来更多的麻烦。
用钱投票，最粗暴有力的验证办法
用户需求和商业价值的验证，是一件很困难的事情，我目前能想到的最简单粗暴的方式就是：让用户用钱投票。这直接能验证商业价值，充分且间接的验证了用户需求，因为如果用户不是特别需要的话，不可能给钱。因此，思来想去，让用户用钱投票给产品是最简单粗暴的验证办法。
梯度验证+用钱投票，更循序渐进的验证办法
用钱投票是最粗暴有力的验证办法，但过于粗暴。我认为需要加上梯度验证，也就是先与用户交流几个核心问题，在做个落地页、演示视频或 demo ，然后再做个 MVP ，最后再公布产品迭代路线图，最好再公布每周迭代的进度，最后让用户用钱投票。这种办法会解决第一个是很巧妙的解决用户信任问题，第二个是成本极低，第三个是获得大量用户反馈，第四个是能非常好的验证用户需求，还能解决商业价值的问题，最后如果发现没有需求且没有商业价值，几乎没有什么风险，最多就是花了一些时间。这是我能想到的最好的办法。
最后
啰啰嗦嗦写了一大段，非常感谢你能看到这里，这是我最近的所思所想，也非常愿意与大家交流这方面的问题，以期待大家能把自己的产品做的越来越好。
最后推广下自己的小工具，一个专注于用户反馈的管理分析工具，能帮助创业者多渠道收集、高效处理、可视化分析用户反馈，洞察用户需求，加速产品迭代，地址：Feedalyze.com