在需求沟通方面的一些技巧

工作以来，遇到比较多令人头疼的问题就是需求从设计到落地过程中的沟通问题，结合实际工作经验和请教产品大佬，整理了一些技巧

ps：不一定适用所有人，所谓的技巧也会随着时间和经验的累积而不断迭代优化，因此仅供参考。

————————————

一、需求评审时

Q：当遇到需求不被理解（不是所有需求都能来源于用户反馈，但每个人对于需求必要性的判断是不一样的）该怎么沟通和说服别人？

A：开怼？是不存在的哈哈。首先自己对于需求要有充分的理解，否则面对质疑自己反而容易被动摇；了解对方不接受的原因并思考如何在方案中解决；为什么要做这个，它能为项目目标甚至公司带来多大价值，收集资料（包括直接和间接的），以理服人。

 

Q：老板提的需求（主要是针对不合理需求），怎么和老板沟通以及如何让开发大大理解并接受？

A：需要分两种情况。一种是老板的需求明显不合理（当然这种情况极少），这种情况下不能当场就否定，需要问清楚老板提出需求的背景和目的，有时候可能是眼界不同没有get到老板的真实意图，然后了解具体的场景或寻找资料数据来说服老板。第二种情况是暂时没有依据驳回需求或老板比较坚持，回去转述的时候可能开发大大有意见了，会认为你是老板的传声筒，那么需要换个角度和开发沟通，把自己放在和开发一个阵线让开发有认同感，如“这个需求我也是不太认可的，我也尽力了但老板比较坚持，所以我们可以先做一版看看用户使用情况再去说服老板”，切忌“这是老板要求的，你不做也得做”这类作死的表达方式，珍爱生命。

 

二、需求评审后

Q：部分成员对需求有疑问或建议，可是需求已经开始投入开发了该怎么处理？

A：小的改动（例如某个标签或者文案等等）如果合理的话是没问题的，但是如果动摇了需求本身甚至想推翻，是不能接受的，有疑问应该在需求评审的时候提出，当评审完后应该是统一目标的。若出现题中问题时，可以向对方提出质疑为什么不在评审时提出，后续针对较大的项目评审时可以组织二次评审，留给成员消化理解的时间。

 

Q：对于需要其他业务协作的项目，但因各种原因推动困难该如何沟通推动？

A：由于业务属性不同可能造成对需求的理解不同，先理解对方为什么不接该需求，若我们依旧认为该需求是有价值且合理的，那么可与老大沟通至上而下的推动。