产品经理与众不同的思维方式与“职业病”

产品经理与众不同的思维方式与“职业病”
做技术开发快三年了，最近总觉得自己思维不够发散，看问题的角度不够灵活，就尝试着看一些不同专业的书，帮助自己打破思维定势。
作为ToB技术业务（wms系统）开发，工作中经常考虑的方面是技术实现上是否有难度，怎样才能使性能提高，系统怎样设计，代码风格怎样规范。中间换了一家公司之后，做相同的ToB业务，系统更加庞大，用户群体量增大了几十倍，研发要参与值班辅助用户更好地使用系统。在与系统用户直接接触了几个月之后我发现了自己作为技术研发上与用户沟通侧重点的不同。在排查问题时，技术研发更侧重于数据流在哪一步有问题，而用户则是从使用流程上来看哪一步操作不规范或者系统业务不闭环。经常出现技术不懂业务术语，用户不懂技术术语的尴尬场面，沟通起来驴唇不对马嘴。要解决问题时，很多技术研发只是单纯的修改数据，保证流程能继续走下去，用户则是想要知道为什么造成这个问题，避免下次出现的解决方案是什么。这个时候产品经理的思维方式便显得极为重要。
1.面对问题时如何理解和做出基本应对，产品经理给出的答案是“先搞清楚问题，后选择方法”，而不是直接去设法解决。上面提到很多研发在遇到问题时，选择了直接去设法解决，除去典型的理工科思维外，工作时间上的安排也是影响这种行为的重要因素之一。我刚开始参与值班的时候，遇到问题是先深入排查，期望能搞清楚问题根源，再去解决。这种工作方式耗时费力不说且在短期内无法体现个人产出，在快节奏的公司内绩效结果是很危险的，后面也就慢慢理解了很多研发不愿去深入分析问题的原因。
2.产品经理具备“同理心”，摆脱以自我为中心，转向以用户为中心。回到值班问题上，技术研发在跟用户沟通时，不能寄希望于用户能理解技术用语，反过来，技术如果能具备“同理心”，能切换成用户视角来发现问题，这将更利于工作的进展和系统的优化。
3.从“现象”到“本质”。产品经理看到一个现象时，会问为什么会有这样的现象，希望了解现象背后的本质原因。以wms仓储系统为例。出库有一个环节需要用户选择“人工“还是”自动“，而用户经常出现误操作，导致后面流程无法继续。这个时候值班研发经常做的一件事就是手动修改数据。后来为了降低这种误操作，系统上做了权限管理，只有高权限用户才能进行选择。优化结果不尽如人意，调查发现仓库内部管理混乱，即使做了权限分离，实际上并没有用这一功能。采用另一种办法就是增加提示，在用户选择“人工”之后告诉用户“您已经选择了人工操作，是否继续”，这样做的成本比权限分离功能要低得多，也的确大大降低了误操作的频率。
4.善于沟通，团队精神。做产品是需要靠团队来拿出结果的。用非行政命令的手段，带领团队向着一个目标前进。