编辑导语：产物司理在开拓的进程中往往会碰着需求被拒绝的环境，这时候应该怎么做呢？本文作者团结自身经验的项目履历，为我们阐明白开拓拒绝需求的原因，分解了原因才气找到办理问题的方案。

在项目标研发进程中，常常会碰着开拓拒绝需求三连击：“这个需求不公道”、“这个需求没须要”、“这个需求做不了”。

作为一位成熟的（习惯了被怼的）产物司理，切忌被开拓的言语带偏，陷入当前的对话中。此时脑壳中应该响起一句话：凡事先问是不是，再说对差池——也就是常说的要具有批驳精力。

综合本人的项目履历，开拓拒绝需求，追究到底层的原因，大概有几种场景，我们可以拆分来看。

一、认为产物设计不公道而拒绝做需求

产物设计不公道，我们也需要辩证的去对待：

1. 是否开拓从别的的角度思考，概念和产物纷歧致，认为产物设计有问题？

一小我私家对事物的认知，与他所处的情况、位置，所经验过的糊口，接管的常识有关。

有些问题上，大概并没有存在明晰的对错与长短之分。一千个读者就有一千个哈姆雷特，同样的产物文档给到差异的研发人员，他们的领略也会有些许差别。

若开拓从其他的角度对产物设计提出质疑，我认为产物可以持有接待的立场。这起码说明白研发人员有代入到项目中思考问题，而不是机器的比较PRD文档敲代码。

C端产物可以有A/B测试，用数据功效去验证哪一种方案更适合；可是B端产物做A/B测试的本钱太高，业务流程上也不适合变换。

这种环境需要产物司理从用户的实际业务需求出发，多做现实场景的模仿阐明，选择一个高效、机动而优质的方案。对业务思考的越透彻，越容易说服开拓，不，应该是开拓越容易对你发生认同感。

2. 是否开拓只看到结局部业务，单方面的认为产物设计有问题？

曾经做过一个项目，需求方要求的是企业派发订单之后，会指派牢靠的小我私家接单，然后举办结算。相应的移动端的自由职业者登录账号后，只能看到本身被指派的订单信息，举办接单。

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

来由是这样自由职业者登录之后，可以看到大量的差异企业的订单信息，感受有许多任务可以做，并且小措施的页面也很富厚，利便后期的运营。

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

产物相对付研发的优势是，产物人员前期会颠末大量的调研和阐明，能更全面、更久远的相识业务的全貌，更清楚用户的需求和痛点。可是项目标研发，凡是是分模块、分成果、分业务举办相助开拓的，在认知上容易陷入局部相识的陷阱。

为了制止这种问题，产物首先应该僵持本身的态度，不能因为被质疑而陷入自我猜疑；其次可以在项目标评审中，日常的相同中，细致全面的和研发人员说明业务的完整流程、将来的成长偏向、实际的业务场景，制止因为不相识而发生单方面否认的环境。

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

假如确认是产物的设计问题，首先感激研发人员发明白裂痕，然后实时更正产物设计、增补产物文档并奉告其他相关人员变换内容；其次要反思问题呈现是因为对业务相识不足，照往事情状态的问题，“日三省吾身，久卓尔不群”。

别的有这样和你统一战线的队友，你们必然会齐头并进，配合生长。

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

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

1. 品项目排期不公道，导致需求无法定时完成

1）主观原因

产物自身的项目打点履历不敷，可能对团队人员的环境相识度不足。

这种环境需要在日常项目中多积聚履历，在项目研发进程中多相同、多跟进研发人员的开拓进度（有专门的项目司理布置项目周期不在接头范畴内）。

2）客观原因

率领层对项目难度认识不敷可能市场竞争剧烈，给以的开拓时间和研发资源太少，不少公司的996福报大抵就是出于此原因吧。

客观原因很无奈，产物人员只能只管增强团队的凝结力，晋升项目标研发效率，同时将心比心向上争取研发资源。

2. 研发人员技能本领有限，实现起来贫苦不肯意做

本领有限而不肯意改变近况，反而推诿责任的人，实在是不靠谱。