本周三算是第一次真正的参与到产品的需求评审，第一次主讲自己的需求，然后，被开发、客户端以及前端工程师怼的很惨，毫无招架之力。虽然最终提出的需求都通过，基本可以实现；虽然产品经理被技术怼也是常有的事，但后来这两天对修改的地方重新画原型的时候，发现有些被怼的地方其实是可以提前避免的。
思考被怼的关键还是，这些需求虽然是强需求，但是功能的实现、逻辑顺序以及能否实现在需求评审之前没有能够想清楚。
出现这样的情况， 大概的原因有这么几个
1.缺乏对需求的整体思考
APP发展的比较大，每一个小模块都会有一个细分的产品、运营进行产品功能和逻辑的设计，但是往往这样的分工就会导致对APP整体功能的思考和把握，对要开发的某一个功能模块能否与整体相适配，考虑的过少。
2.逻辑思维能力不足，思维分散
大脑在思考某个事情时，往往是成点状分布，这些点有深有浅，虽然在需求提出阶段会有助于分解需求，但是在产品开发设计过程中，没有连接起来的分散的点，往往会造成遗漏；产品要有的逻辑思维就是要将这些点串起来、分先后主次进行排列。
知道了存在的问题，接下来就分析一下一些解决办法
1.培养逻辑思维能力，优化思维方式
逻辑思维尤其是能够将不同需求贯穿到整个APP中的能力，是产品、运营成功的关键。识别是否是真需求、将需求分解、转化成可以实现的功能，整个过程都需要产品有着良好的思维逻辑。
2.懂点开发技术的东西
这次需求评审，发现懂点技术开发的常识在于技术对接的过程中很重要。
开会的时候，其中一个需求点被怼的比较惨，技术说出了一些代码问题，我完全愣了，以为就是不能实现，结果我旁边的一个资深产品经理说，是不是可以换一种方式，然后他说了一些技术上可以实现的方式，最后需求被接受。
有时候需求不是不能开发，只是开发的成本比较高，自然就会向后推。懂点技术的东西，就能从技术的角度提出一些解决方案，也能在画原型之前就考虑到是否有实现的可能。
3.换个角度说问题
（1）站在技术的角度去思考问题，这就跟上面说的，需要懂点技术。
（2）从用户需求的角度。用所了解的一些用户使用习惯去解释需求，主要说明需求的重要性和紧急性。因为做功能开发就是为了引导或者满足用户需求，从根上去解释，来证明功能开发的必要性。
（3）类似问题的处理经验。这需要对自己产品以及类似产品更多的了解。不要出现你觉得这个功能好，但是说不出一个所以然来。
以上是作为一个运营第一次做产品，进行需求评审过程中遇到的问题和总结的解决方法。还是重要的一点，在将自己经手的东西拿出来给别人看时，首先自己要满意，要对每一个点都能说出所以然来，才能说服别人。
网友评论