小码农拒绝需求的方式

作为一枚小码农，工作中总是会收到各种千奇百怪的需求，那么如何拒绝呢？

工作中，我一般会收到来自上级领导、测试人员和产品的使用者提出的需求。其中，有“合理”的需求，也有“不合理”的。比如：

* 关于直播的APP 
    - 添加手机直播的功能      （合理）
    - 添加直播间私聊的功能    （合理）
    - 添加直播回看的功能     （合理）
    - 添加纸牌游戏        （不合理）

* 关于企业内部交流的APP
    - 添加移动端待办审批功能   （合理）
    - 添加第三方浏览器内容分享到自己的应用的功能 （合理）
    - 添加直播功能    （不合理）

对于“合理”的需求，我一般直接就开始做了。
对于“不合理”的需求，我拒绝的方式会有点令人讨厌。

  场景：一次讨论进度的会议
  参会人员：开发、开发主管、老板
  ...
  老板：我们平台目前知名度不高，主播的水平也是参差不齐。许多用户进来直播间没两分钟就走了，甚至可能卸载了。我想是不是在直播间搞一个游戏，让用户进入直播间后，就算直播内容不行也可以有事情做。
  我：不好吧，我们毕竟是主打的是直播。应该去找更好的主播，或者自己组织一些主播的培训。（其实都有尝试过，但是见效不大）balabala...
  老板掏出一根烟，点上。
  主管：小A（我）说的有道理，但是老板考虑的也对，没有用户我们的直播内容就没有产出，所以游戏也是可以做的。如果要在直播间加入游戏的话，原来的版本计划就需要调整了。balabal...
  ...
  会后，老板留下了主管讨论直播间添加游戏的后续。

上面的场景里，我直接在会上拒绝了老板的需求，主管则肯定了老板需求的可行性，然后陈述一些实现需求需要的资源，最后由老板做决定。两种拒绝的方式，并没有对错，当然主管的处理方式明显是比较合适的。毕竟，老板提出这个需求要的并不是你的拒绝，而是你对这个需求的肯定。

或许，是寻求一种认同也说不定。（玩笑话）

之后，我对于需求是否合理的判断也慎重了很多。

场景：一次讨论进度的会议（基本是惯例）
参会人员：开发、主管、UI设计人员
...
开发A（并不是我）：我觉得我们应用里即时聊天的未读消息可以参考QQ和微信的方式。小红点拖拽或者点击之后可以消失，不需要进入带输入框的聊天界面。balabala...
开发B（这个是我）：我认为可以，具体可以做到怎么样的程度需要一两天研究下。balabala...
主管：嗯。这个很容易实现，你们只要...
...

整理下，我现在接到一个需求之后，一般不马上回复需求的传达者行不行、能不能。而是说：“这个想法不错啊，很吸引人。...“，先肯定对方的付出（一般提需求的都是有爱的）。然后再请求对方给时间研究，”...我研究一两天再回复你可以么？“，一般通情达理都会说那尽快回复。然后就是自己各种折腾，在两天之内答复需求的传达人员。