产品经理-如何拒绝业务需求2021.docxVIP

产品经理如何优雅的拒绝业务需求 作为一名久经沙场、成熟稳重的产品经理，这一篇文章我们来谈谈如何优雅的婉拒业务需求。 如果你的产品服务于运营人员，那么恭喜你，需求过剩是你幸福的烦恼，而且都是一家人，拒绝的姿态还要保持优雅。 快过年了，业务一定准备了一些需求给你，年底业绩还是要搏一下。拿一个实际例子说明，最近业务想要在年前上线一个小游戏，预期ROI为带动销售额5万。因为我们团队没有游戏类前端资源，业务还亲自联系了外部门游戏团队来合作，非常积极的推动上线。基于年前上线的目标，已明确的限制是对方团队无法提供后端资源，需要我们提供后端服务，经过双方研发沟通，讨论出了MVP方案，业务也明确了最小可上线需求。下一步，我拉着我们部门涉及到的所有研发一起评估了此方案的投入，结论是：1.研发资源投入和ROI基本持平；2.后续迭代无法基于此临时方案进行，也就是这次投入资源无法为将来提供价值。基于这两个结论给业务反馈是：ROI太低，IT部门不建议实施。同时为业务方提供了建议：1.对方部门是前后端闭环的，在后端资源可用后，可以为我部门进行整体赋能；2.为保证业务目标完成，可以一起探讨其他方案。 总结一下，这种场景下提出的需求有两个特点，1、明确的deadline；2、为了保证上线可以采用任何临时方案。面对这种需求，我们仍然要贯彻“产品经理要解决问题”这一服务宗旨，明确业务目标，提出完整的、可持续产生价值的产品方案，基于这个方案评估资源是否能满足deadline。废话，如果能满足就不需要婉拒了…嗯，为了保持优雅。完整方案pass之后，就是业务需求不断被砍和临时方案不断调整的博弈过程，这个过程会产生一个临时方案和能够满足deadline的MVP需求。这就需要衡量临时方案的价值，如果ROI太低，那么从公司利益层面可以拒绝业务需求，记住，IT部门和业务部门是平级的，节省IT资源、保持系统可复用不能称为拒绝业务的理由，你需要站在一个更高的姿态，也就是站在公司利益层面优雅的“婉拒”。优雅拒绝的同时，一定要跟业务一起探讨其他方案，因为你是解决问题的人。 讲了这么多，你一定可以明白，其实我们拒绝的不是需求，而是一个方案。就像你需要吃饭，需求一直都在，拒绝需求并不能消灭需求。