🤔当对方提的需求太多,资源冲突了,怎么办?
管理好对方期望值,让对方和你一起解决问题,而不是成为较劲的对手。
当对方需求太多、太急的时候,你可以用【复述对方需求+表达自己期待+陈述事实现状+建议解决方案+征询对方意见】的方式回应。

比如你可以说:
我了解你这次的需求是…,如果资源足够我也希望按时按质达成。
但现实是我们手里还有3个重要项目要求在**时间前完成,而且匆忙交付的代价咱们在以前的A项目中都体会过,所以我有2个建议供你参考 :
1、调整现有需求的紧急优先顺序,进行需求替换。
2、根据目前紧急情况向负责人申请新的资源或调整已有项目的优先级顺序,你看看这样可以吗?
(如需)云学堂是一家MSS公司,每天我这边会收到以【合同、回款、商务要求】要资源插队的需求有很多,软件MSW都会竭尽全力想办法,并非是有资源不接。同时希望产研、CSM、销服我们都能往前跨一步,站在公司近2000家客户共同价值去判断和决策,而非某一个订单。

比如,当CSM运营提出需求/添加一个功能,在你判断来说不合理,很难实现,你可以多问问对方:
我想多了解一下客户这个需求/想法背后的真正想解决的问题?
或者最后希望达成的结果是什么?

这个时间点背后有什么特别的考虑或原因吗?
面对一个复杂项目有一个拆解原则:
1、简单项目拆时间
2、复杂项目拆模块
3、棘手项目拆交付物
比如从需求优先级角度考虑:
对核心/大部分用户有影响的>对较小部分用户有影响的>产品使用体验问题>锦上添花的需求
你可能是按照这个优先级和排序决策后同步对方的是否可以做,但是你并未将你排序的【过程或者理由】,透明的告诉对方,就以为对方也会知道,同时对方会在紧急的情况下往负面去思考,所以沟通上就很难达成共识。造成你会认为对方是不合理的需求,对方会认为你是不积极响应的冲突局面。

不要拘泥于眼前的AB方案,寻求第三种解决方案。很多人冲突中容易陷入非A即B的解决方案,即要么听你的,要么听我的,但现实中破局的关键是要有寻找第三种解决方案的意识和能力。

在职场上,看到一个不好的行为的时候,第一感觉先默认为对方是不懂、不会,你要去主动去引导沟通,而不是认为对方意愿和态度出了问题,与对方争执。沟通就是共识越多,沟通的效果就会越好。
网友评论