产品经理接需求的正确姿势

　　在谈到产品经理能力的时候，我们更多关注的是产品经理对需求挖掘和需求实现上的能力。其实，在现实工作中，怎样接需求也是对产品经理充满考验的。
　　作为产品经理的你有没有感觉总有接不完的需求？这些需求可能来自运营、市场、老板、甚至设计、开发？不同产品线的产品经理可能对接不同岗位角色的需求。
　　面对如此多的角色，提过来的各种需求，哪些该接？哪些不该接？怎么接？判读标准是什么？接了优先级如何排？不接又该如何有理有据说服对方，而不至于被投诉？
　　以我的工作为例吧。
　　目前，我负责一家O2O公司营销产品线，面对的主要需求方是运营和市场部。由于公司业务的特殊性，运营和市场共分布在5个城市，而且每个城市相对独立，各自有各自的需求。
　　在刚接手这条产品线时，我看到团队小伙伴的状态很糟糕，经常跟我抱怨临时性小需求太多，太杂。工作节奏每天都被打乱，还耗费了大量时间沟通，沟通成本高。而这些小需求做完后看不到成绩，没有成就感。
　　在观察了两周之后，我建立了一套需求对接机制。这套需求对接机制中主要包含如何提交需求和定期召开需求对接会。
　　这样做的目的：
　　让市场和运营同学谨慎提交需求（之前浪费了大量的产品上线后业务不使用，被废弃的情况），对提出的每一个需求都有深度的业务思考和清晰的业务目标，这样可以让产品及相关同学明确需求的价值，以便协调有限的资源优先级
　　让产品同学避免因无计划地接需求，打乱工作节奏。
　　让运营和市场同学感受到产品同学对他们工作的积极、主动的支持，避免因信息不同步导致的误解，被投诉。
　　一、如何提交需求
　　根据市场和运营常见需求场景，我把需求总结为两类：
　　一是：项目类需求，例如新的营销玩法、大型活动类需求
　　提交这类需求需说明：
　　业务背景价值（为什么要做）：让产品及相关同学明白业务价值以协调资源优先级
　　落地方案（如何做）：产品设计需基于完整的落地实施方案，以考虑到每一个实现细节逻辑和异常情况。
　　业务目标（可量化数字目标）：让相关同学有统一目标。如果某业务线多次上线的活动都不能达到目标，那该条业务线后续再提交的需求优先级自然不高，而且更容易被挑战。
　　二是：日常类需求，主要是对现有产品体验上的优化
　　提交这类需求需说明：
　　问题描述：使用中哪里体验不好，为什么要优化。
　　改进建议：建议如何优化
　　需求方同学的需求提交上来之后自然需要得到明确的反馈，于是定期的需求对接会就很有必要了。
　　二、需求对接
　　需求对接会的主要内容包括：
　　针对提交的需求内容进行当面沟通确认
　　产品同学将每个需求的评估结果反馈、进展、预期上线时间等同步给需求方
　　产品同学将已经上线的产品后台使用说明、前台逻辑说明等，同步给需求方
　　产品不是运营的传话筒，需要有自己对业务的判断和思考。有了以上的机制，产品可以更准确理解需求背后的需求，以及对业务有更深入的思考和更准确的判断。同时，也能将工作状态化被动为主动，这些才是产品经理核心价值所在。