To B | 当开发说“这个需求做不了”的时候，我的大脑在想什么？

2. 是否开发只看到了局部业务，片面的认为产品设计有问题？

曾经做过一个项目，需求方要求的是企业派发订单之后，会指派固定的个人接单，然后进行结算。相应的移动端的自由职业者登录账号后，只能看到自己被指派的订单信息，进行接单。

当时研发人员认为，应该设计为自由职业者登录之后，可以看到所有企业派发的订单，但是只能接被指派到订单。

理由是这样自由职业者登录之后，可以看到大量的不同企业的订单信息，感觉有很多任务可以做，而且小程序的页面也很丰富，方便后期的运营。

但是实际的情况是：项目有指派模式、委托平台模式、抢单模式的，指派订单是为了保护企业的特殊订单信息而存在。这些订单的总价、被指派人的单价信息，只对被指派的自由职业者开放，属于相对私密的信息。

产品相对于研发的优势是，产品人员前期会经过大量的调研和分析，能更全面、更长远的了解业务的全貌，更清楚用户的需求和痛点。但是项目的研发，通常是分模块、分功能、分业务进行合作开发的，在认知上容易陷入局部了解的陷阱。

为了避免这种问题，产品首先应该坚持自己的立场，不能因为被质疑而陷入自我怀疑；其次可以在项目的评审中，日常的沟通中，细致全面的和研发人员说明业务的完整流程、未来的发展方向、实际的业务场景，避免因为不了解而产生片面否定的情况。

是否真的是产品的逻辑设计、业务闭环上有问题？

如果确认是产品的设计问题，首先感谢研发人员发现了漏洞，然后及时纠正产品设计、补充产品文档并告知其他相关人员变动内容；其次要反思问题出现是因为对业务了解不够，还是工作状态的问题，“日三省吾身，久卓尔不群”。

另外有这样和你统一战线的队友，你们一定会齐头并进，共同成长。

二、研发时间超出预期，无法按时上线而拒绝做需求

研发时间超出预期，如何辩证的看待呢？

1. 品项目排期不合理，导致需求无法按时完成

1）主观原因

产品自身的项目管理经验不足，或者对团队人员的情况了解度不够。

这种情况需要在日常项目中多积累经验，在项目研发过程中多沟通、多跟进研发人员的开发进度（有专门的项目经理安排项目周期不在讨论范围内）。

2）客观原因

领导层对项目难度认识不足或者市场竞争激烈，给予的开发时间和研发资源太少，不少公司的996福报大致就是出于此原因吧。

客观原因很无奈，产品人员只能尽量加强团队的凝聚力，提升项目的研发效率，同时将心比心向上争取研发资源。

2. 研发人员技术能力有限，实现起来麻烦不愿意做

能力有限而不愿意改变现状，反而推诿责任的人，实在是不靠谱。

既有损团队合作，又耽误项目进度，只能对上反映寻求解决办法了（要求换人，不一定能成功，但是领导层必须知晓团队的情况）。

三、技术边界问题，存在暂时无法解决的技术难点。

在笔者所做的项目中，很少有遇到当前的技术无法解决的需求。如果真的遇到了，那就是公司层面愿意投入的时间成本多少和团队资质优化的情况了，这一点也超出了产品经理能处理的范畴了。

总结：研发人员拒做需求，可能是产品自身的能力短板，也可能是团队的思考角度不同，也可能是研发人员技术有限。

但是无论哪种情况，我们也要保持谦逊自省，共求解决方案的心态。也可能实际项目中的原因更多，如果你有好的想法或者想吐槽，欢迎分享~

赞赏