运营过需求评审，怎么才能少被怼？

2017-05-06 本文已影响173人刘灰灰

本周三算是第一次真正的参与到产品的需求评审，第一次主讲自己的需求，然后，被开发、客户端以及前端工程师怼的很惨，毫无招架之力。虽然最终提出的需求都通过，基本可以实现；虽然产品经理被技术怼也是常有的事，但后来这两天对修改的地方重新画原型的时候，发现有些被怼的地方其实是可以提前避免的。

思考被怼的关键还是，这些需求虽然是强需求，但是功能的实现、逻辑顺序以及能否实现在需求评审之前没有能够想清楚。

出现这样的情况，大概的原因有这么几个

APP发展的比较大，每一个小模块都会有一个细分的产品、运营进行产品功能和逻辑的设计，但是往往这样的分工就会导致对APP整体功能的思考和把握，对要开发的某一个功能模块能否与整体相适配，考虑的过少。

大脑在思考某个事情时，往往是成点状分布，这些点有深有浅，虽然在需求提出阶段会有助于分解需求，但是在产品开发设计过程中，没有连接起来的分散的点，往往会造成遗漏；产品要有的逻辑思维就是要将这些点串起来、分先后主次进行排列。

知道了存在的问题，接下来就分析一下一些解决办法

1.培养逻辑思维能力，优化思维方式

逻辑思维尤其是能够将不同需求贯穿到整个APP中的能力，是产品、运营成功的关键。识别是否是真需求、将需求分解、转化成可以实现的功能，整个过程都需要产品有着良好的思维逻辑。

2.懂点开发技术的东西

这次需求评审，发现懂点技术开发的常识在于技术对接的过程中很重要。

开会的时候，其中一个需求点被怼的比较惨，技术说出了一些代码问题，我完全愣了，以为就是不能实现，结果我旁边的一个资深产品经理说，是不是可以换一种方式，然后他说了一些技术上可以实现的方式，最后需求被接受。

有时候需求不是不能开发，只是开发的成本比较高，自然就会向后推。懂点技术的东西，就能从技术的角度提出一些解决方案，也能在画原型之前就考虑到是否有实现的可能。

3.换个角度说问题

（1）站在技术的角度去思考问题，这就跟上面说的，需要懂点技术。

（2）从用户需求的角度。用所了解的一些用户使用习惯去解释需求，主要说明需求的重要性和紧急性。因为做功能开发就是为了引导或者满足用户需求，从根上去解释，来证明功能开发的必要性。

（3）类似问题的处理经验。这需要对自己产品以及类似产品更多的了解。不要出现你觉得这个功能好，但是说不出一个所以然来。

以上是作为一个运营第一次做产品，进行需求评审过程中遇到的问题和总结的解决方法。还是重要的一点，在将自己经手的东西拿出来给别人看时，首先自己要满意，要对每一个点都能说出所以然来，才能说服别人。