在谈到产品经理能力的时候，我们更多关注的是产品经理对需求挖掘和需求实现上的能力。其实，在现实工作中，怎样接需求也是对产品经理充满考验的。

作为产品经理的你有没有感觉总有接不完的需求?这些需求可能来自运营、市场、老板、甚至设计、开发?不同产品线的产品经理可能对接不同岗位角色的需求。

面对如此多的角色，提过来的各种需求，哪些该接?哪些不该接?怎么接?判读标准是什么?接了优先级如何排?不接又该如何有理有据说服对方，而不至于被投诉?

以我的工作为例吧。

目前，我负责一家O2O公司营销产品线，面对的主要需求方是运营和市场部。由于公司业务的特殊性，运营和市场共分布在5个城市，而且每个城市相对独立，各自有各自的需求。

在刚接手这条产品线时，我看到团队小伙伴的状态很糟糕，经常跟我抱怨临时性小需求太多，太杂。工作节奏每天都被打乱，还耗费了大量时间沟通，沟通成本高。而这些小需求做完后看不到成绩，没有成就感。

在观察了两周之后，我建立了一套需求对接机制。这套需求对接机制中主要包含如何提交需求和定期召开需求对接会。

这样做的目的：

让市场和运营同学谨慎提交需求(之前浪费了大量的产品上线后业务不使用，被废弃的情况)，对提出的每一个需求都有深度的业务思考和清晰的业务目标，这样可以让产品及相关同学明确需求的价值，以便协调有限的资源优先级

让产品同学避免因无计划地接需求，打乱工作节奏。

让运营和市场同学感受到产品同学对他们工作的积极、主动的支持，避免因信息不同步导致的误解，被投诉。

一、如何提交需求

根据市场和运营常见需求场景，我把需求总结为两类：

一是：项目类需求，例如新的营销玩法、大型活动类需求

提交这类需求需说明：

业务背景&价值(为什么要做)：让产品及相关同学明白业务价值以协调资源优先级

落地方案(如何做)：产品设计需基于完整的落地实施方案，以考虑到每一个实现细节逻辑和异常情况。

业务目标(可量化数字目标)：让相关同学有统一目标。如果某业务线多次上线的活动都不能达到目标，那该条业务线后续再提交的需求优先级自然不高，而且更容易被挑战。

二是：日常类需求，主要是对现有产品体验上的优化

提交这类需求需说明：

问题描述：使用中哪里体验不好，为什么要优化。

改进建议：建议如何优化

需求方同学的需求提交上来之后自然需要得到明确的反馈，于是定期的需求对接会就很有必要了。

二、需求对接

需求对接会的主要内容包括：

针对提交的需求内容进行当面沟通确认

产品同学将每个需求的评估结果反馈、进展、预期上线时间等同步给需求方

产品同学将已经上线的产品后台使用说明、前台逻辑说明等，同步给需求方

产品不是运营的传话筒，需要有自己对业务的判断和思考。有了以上的机制，产品可以更准确理解需求背后的需求，以及对业务有更深入的思考和更准确的判断。同时，也能将工作状态化被动为主动，这些才是产品经理核心价值所在。