学会说「不」

最近，我司的一个领导很频繁找我提需求，这几项需求都是来自于外部的硬件厂商（非手机）。并且他一直在强调，对方目前在开拓这个市场，我们如果能做为预装应用，会对我们有不少好处。

我问领导，他们月销量是多少？系统的日活大概是多少？这半年的预装应用的数据情况能不能给个大概？我们适配的难度大概有多大？他们能够在适配的时候提供多大的支持？他们目标人群的用户画像是怎样的？以及我们预装以后能够给我们带来什么样的实际好处？

这位领导没有给我任何数据，也没有办法在说服我。我说，这根本不是我们目前的主要工作，在主线任务没有完成的情况下去增加这样不重要的需求只是徒增工作量，更重要的是，我需要单独发一个特殊版本进行单独维护，这个成本不是增加功能那么简单了。这个需求我不会考虑。

为什么不敢拒绝？

放在以前，刚工作的时候，我可能就答应了，那时候基本上只要是同事的需求我都会接，即便正常工作时间内做不完我也会加班去做，自己被累到不说，最后功劳没有，出问题还可能要背锅。

有一次张扬和我说，你不需要所有需求都接，合理重要的且对我们整个项目有意义的需求可以接，那种提需求的人都讲不清楚的需求你就不要接了，那样一般是老员工不想做让你顶包的说辞罢了。时至今日，我都记得他说得这句话，让我在后面的工作中敢于去说「不」，敢于去表达自己的想法。

后来想想，当时作为新人的我无法拒绝工作任务的原因是因为害怕得罪人。直接拒绝可能会让同事不高兴，但是如果我草草接过任务很可能因为赶进度导致结果不理想。所以后来我拒绝同事的时候一般会给他们一些建议，帮忙分析一下问题。事实证明，这样既不会得罪人，还会在某些情况碰撞出不错的点子，达到意想不到的效果。

为什么要拒绝？

在我做产品以后，对「拒绝」需求这个问题有了更深入的理解。做运营的时候更多只是涉及到个人的工作量，而作为产品就不一样了，这时候需要考虑一个团队的工作量，我必须要考虑这个项目会不会需要团队加班，会不会影响团队士气，所以我必须要拒绝一些当前看起来不合适不重要的需求，确保我所在的团队工作量饱和但不过量。

所以现在我在考量一个需求「做」与「不做」的时候会考虑这样几个问题：是什么？为什么？怎么做？拆分来解释可以理解为：需求的重要和紧急程度，需求落地的目标是什么，以及要做成一个什么样子。在我决定可以做的时候，我会事先说明这个需求大概需要多长时间，需求做好的效果以及可能存在的风险，如果对方无法接受，那我也会说，「不做了」。

如果这个任务超过了我的能力范畴或者我的团队做出的效果达不到需求方的要求，那我们就没办法给出大家都满意的结果，这样不仅事情没办法做好，还容易埋下一些隐患。与其如此，那还不如不做。

相比起拒绝一个还处于构思阶段的需求，更难的是劝阻一个已经确定要做的项目。

上一份工作客户端要发布前夕，负责活动的同事策划了一个「测评」活动。在会议讨论的时候，我说，我们的产品目前功能还比较单一，只能满足浏览需求，测评最后得出的结果很可能是几十上百篇内容一样的「说明书」，上线初期的主要目的是拉新，换成参与门槛更低的装机抽奖活动会不会效果更好一些？老大和在场同事都赞同了我的观点，好在是最后的结果也没有让大家失望。

另外，可能有人会说，你作为一个新人，这么不给前辈面子，真的不怕被整嘛？我在工作中有这样的观点，我在做事情的时候尽可能去照顾到大家的情绪，但是，我做所有的事情都是对事不对人。如果因为在工作的行为导致一个同事针对你，那你在质疑这个人职业道德的同时，也该去准备找新工作了。