明确产品的目标，并将你的决策过程透明化

作为产品经理，每天你都会接到各种需求需要处理。你经常要向你的小伙伴们（产品、UI、开发、测试、运营）解释为什么要做这个需求？这个需求为什么要这么做？为什么不是用另外一种可能相对比较简单的方式去做这个需求？
在每一个产品阶段开始前，我觉得你都可以用相对较「奢侈」的时间将现阶段产品的目标向你的小伙伴们解释清楚。同时在每一个需求沟通的时候，都把你的决策过程向大家公开：我为什么要这么做？这个需求来自于哪里（潜台词就是有什么压力）？让小伙伴们统一思想、凝聚共识、明确方向，确保产品发展始终沿着正确的方向胜利前进。😆

学会说「不」，但要有足够的理由

当你收到一个需求的时候，这个需求可能来自同事也可能来自老板。对于来自老板的需求，产品经理很难去抉择（毕竟老板发工资……）。
如果老板的需求不影响当前产品的进度或者目标还好，如果老板的需求可能会严重影响甚至破坏当前产品的目标（毕竟老板的思维总是那么天马行空，没办法，谁让他发工资……），你需要的是：勇敢的对他说「不」！但是关键点不在于你的拒绝，而是在于你说明为什么拒绝。同时你应该努力说明你所制定的目标更具操作性。只有这样，当你说「不」的时候，你的需求方才能更理解你。

在处理需求的时候，必须合理的排定优先级

无论你所在的公司是大还是小，预算是多还是少，你会始终面对「无尽的需求，有限的资源」这种窘境。这就意味你需要根据你的产品目标、竞品状况、现有资源以及各个需求方的利益需求，合理的确定需求的优先级。
在这里我推荐大家可以采用「商业价值/复杂程度」矩阵或者 KANO 模型来对需求进行分析。（有空的话可以和大家专门聊聊我收集的几种需求决策方式。）

以证据为基础来决策

（敲黑板，重点来了）上面说了那么多，但是被拒绝的滋味还是很难接受的。（不要问我怎么知道/(ㄒoㄒ)/~~）
文章一开始就说到，作为一个产品经理，你在处理需求的时候经常会对各相关方解释为什么？如何最有效的说服对方，让对方接受你的解释——那就是「拿出证据」，这比你重复100遍自己的意见或者建议都要有用。
如果你所负责的产品已经是一个正在运转的项目，可以获得「大量且真实」的用户数据、用户反馈或者一些分析指标资源。那么恭喜你，这些东西可以成为你最有利的证据。
但是我想还是会有一大部分的产品经理拿不到完整、有效、真实的用户数据。那你也不用担心，你还有很多的方式来收集有关的数据：市场分析报告、竞品分析、客户访谈，etc。这些二手资料同样可以帮你做出决策。
当你的老板问你为什么做出一个决策的时候，你能为你的决策提供一个完整的证据链（比如数据、客户反馈、竞品分析），这将会极大的帮助他接受你的决策。

结语

这只是我的一个最基础的思考，这篇文档可以算作我的一个大纲。我还需要在工作中对其中的内容进行填充，包括需求管理、数据收集、用户访谈等等各个方面。希望可以以此文作为一个起点，逐步扩充成有关「需求管理」的一系列文章。