产品经理怎么避免跟开发撕逼?

哎呀!这个问题我都不知道怎么说了.可能也有我自己的原因 改需求改得多 现在是一提新的需求 开发就跟我开玩笑的说 哟?又来?没空 等明年吧. 怎么办 有没有办法能减少跟开发撕逼,他不做我的工作就进行不下去啊
已邀请:
huale6

huale6 - 人生不是完全按照舞台上的原则来办事的

赞同来自: goingforever invalid 时光不老 贝尔

常见的撕逼点

1、这个需求优先级不够

2、这个需求不该做

3、这个需求做不了


预防撕逼的做法

1、不为撕逼而撕逼

心态要好,我们的目的不是撕逼,要善于倾听。

2、明确需求

做需求前,最起码你要把需求本身的意义想清楚,你要有充分的论证,市场分析,竞品分析,运营数据,用研反馈,这些你要有逻辑的向程序猿们阐述清楚,让大家觉得我们不是在瞎做,我们是有目的的在做一些东西。

3、完整的需求文档

完整的文档不仅包括主流程,还包括跳转流程、异常流程、补充说明、强调关键点等,甚至不能有错别字。

4、不要频繁变更需求

需求文档确定以后就不要频繁变更需求。如果变化大的话意味着之前做的东西推倒重来,技术所做的成功付之东流。一个迟来的完整的决定总比一个没有经过深思熟虑做出的决定好。

5、全程跟进

就能发现自己有哪些没考虑到,可以最快速的了解你这个产品的全貌。
呵呵呵

呵呵呵

赞同来自: goingforever 贝尔

需求立项之前,先与开发讨论可行性与难度与工期。

改需求这种东西,作为一个产品,要有一项能力,叫“冻结需求以保护开发工期”,频繁的更改,无论是哪个部门,都会觉得你这个PM不靠谱,立项之前没深思熟虑。

需求可以更改,但有时候可以是迭代的时候更改,保证开发在当前版本做的顺利。

当矛盾发生的时候,开发不帮你改需求的时候,反思自己不足的同时,也要去把整个项目审视一遍,开发不改,是因为

1:工作量太多,抽不出时间改。这时候你需要把全部功能做一下优先级,牺牲部分不重要的功能来成全需求的改动)

2:对你本人的不信任或者有意见,已经发生过太多需求改动的要求。这时候需要你去耐心解释该需求改动的重要性,实在不行就拉上有权威的同事来帮忙解释,就像曹大的观点一样,平时要多学会做人,出了事才有人帮你解决。
invalid

invalid - 我们这个世界,从不会给一个伤心的落伍者颁发奖牌

赞同来自: 时光不老

第一,事情做前多思考,尽量减少改动。
第二,不要说别人的程序错了,要说跟预期的不一样,需要调整。
第三,怀抱感恩之心。

第四,尝试着从开发的角度考虑问题,体会下他们的难处。

第五,给他们找个女朋友。
goingforever

goingforever

赞同来自:

除了提升专业技能,沟通能力,沟通技巧什么的,在开发面前不断建立信任、口碑、个人品牌等,这个是必须要做,但是需要时间。

如果要快速建立良好关系,社交手段还是非常重要,约开发一起吃饭、撸串、唱K、喝咖啡、吃水果、零食、饮料,这些低成本的手段也会非常有效。

做项目其实就是做人,因为做事的是人。尤其是遇到问题的时候,私交作用会更大。
时光不老

时光不老 - 时光不老,我们不散

赞同来自:

1、明确时间节点;

2、确认对接人;

3、需求变更邮件说明,重点是需要得到上级的认可;

4、晓之以情,动之以理。言外之意,大家都是出来混的,何苦相互折磨。
贝尔

贝尔

赞同来自:

可以通过聊天思想沟通,让研发们不要对修改有抵触心理,让研发提前做好修改的心理准备,试着让研发理解产品需求变动的原因,理解前期考虑不周全的情况。我也遇到过这种情况,我是试着写么去做的,还是会有一些效果的。

参与讨论请先登录注册