一 产品思维是什么?
作为一线的开发人员,大家是不是都经历过和产品吵得不可开焦的经历,甚至最后谁也无法说服谁,只能将问题上升。最后由老板出面解决,而大多数情况下老板还真能够以某种方法去解决,并且是一个双方都能接受的方案。这个时候可能大部分同学会认为是老板的权威,地位导致了这一结果。其实这很不准确(可能有一部分原因但绝对不是主要原因)其实更多的是各个老板们有比一线开发更强的产品力,能够听懂对方的诉求和抓住矛盾点并且给出解决方案。同时其中的表达方式更容易让彼此接受,才导致了最终你看到的老板出马,问题解决,好像自己的观点继续保持了,同时对方也留有余地。那这里这项重要的能力来源于什么呢?其实我认为更是一种产品思维的方式。
从这里可以看到产品思维是通过科学方法论来持续获取最大化价值的思维方式、但这样说或许有点空洞、在基于日常产品技术的产品迭代、更想说产品思维以下这几种形式。
二 为什么技术人员要具备产品思维?
1 技术视角的局限性
- 觉得产品提的这个需求没有意义、对业务没有任何帮助、是一种鸡肋需求;
- 疑问产品的需求为什么每天改来改去?十分降低工作效率;
- 觉得产品的想法天马行空、不专业。完全没有考虑系统的可行性、基本无法落地实施;
- 觉得产品的方案一点都不周全、这么明显的逻辑漏洞都没有考虑到;
- .......
在日常的工作当中、作为程序员的你是不是经常听过如上的吐槽、其实抛开有一小部分产品可能确实由于经验导致方案不成熟、但更多的有没有想过是由于产品思维和工程师思维的碰撞、导致了大家对同一件事情的认知不一样、从各自的角度出发的时候会觉得难以理解。首先我们来看一组产品思维和技术思维的对比。
举个例子:之前盒马仓储产品评审过一个活鲜仓按箱出库的需求、大致意识呢就是针对活鲜类商品(例如鱼、螃蟹之类)直接以箱为单位进行出入库管理。但这里如果从工程师思维出发会出现几个不可避免的问题:
1、箱入箱出这种场景在之前盒马的仓储系统中是不存在的、具不具备可实施