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