用销售思维让开发加需求_产品
2020-01-01 11:40:52 作者:佚名
原标题:用销售思维让开发加需求
产品和开发总是因为需求不欢而散,作者借助SSM销售模型,阐述如何用销售思维让开发接受产品需求,一、工作中与开发沟通不顺的场景 1.1 场景案例 大家在工作中是否会发生以下场景: 产品经理从老板那里接到一个新的需求,认为不难,想要在当前版本里将该需求增加进去。于是在需求评审前找开发聊一聊,以确认开发的实现难度和项目周期。 发生以下对话:
PM:在忙吗? 开发人员:有啥事直说(看到PM,就觉得无事不登三宝殿)。 PM:我这里有个小小的需求,能不能加一下?需求是这样的…… 开发人员:加不了(听见加需求,就条件反射地排斥)。 PM:你先听我说嘛,这个需求不复杂,流程我都画好了,最多1天就能搞定,稍微加个班就行(觉得开发难搞,想尝试慢慢说服)。 开发人员:再简单的都加不了,我现在还有好多接口没完成,你定的项目上线周期那么紧,哪有时间加啊?你要是觉得简单,加班能1天能搞定,你自己上啊(开始抱怨,不想聊下去了)! PM:……(一时语塞,被别人呛了,无力反驳,准备搬出后台施压)我是从老板那接的要求,你要是不想加也可以,只要你能说服老板。到这里,PM与开发人员的对话已经无法继续下去了,沟通的结果就是彼此都很不爽。 PM的内心OS是:我好声好气和你聊需求,你居然给我脸色,我招谁惹谁了?我还不是为了公司的产品着想,项目时间紧,还不是有老板压着,累觉不爱。 开发人员也很不爽,就差拿起桌底下的菜刀了,心里在想:你丫就知道加需求,不懂技术,自以为简单,你加一个需求,老子要动几千行代码,时间还不给宽裕,居然还搬出老板压我,我就不加,有本事告我去啊。 此时,PM该怎么做,真的请老板过来?貌似对大家都不好,老板会认为自己办事不力,加个小需求都做不好;开发又会因此和自己结下仇以后就更不好共事了。 那么,产品经理如何让一个有开发任务的程序员理解并接受新的产品需求呢? 1.2 场景分析 分析这个场景可知,如此尴尬的收场在于PM与开发人员之间没有建立正确的沟通。 什么是沟通呢? 看了很多提高沟通能力的文章和书籍,我总结了关于沟通的定义:沟通是为了某一目的,而进行的信息交流,以达到思想的一致。 PM和开发的沟通目的,是希望开发能理解产品需求,并接受为实现该需求要做的工作安排。其实可以用9个字来概括PM的沟通目的,就是让开发: “愿意听,听得懂,能接受”。 那么在刚刚的沟通场景中,很明显可以看出,存在三点沟通问题:
- 开发一开始就不愿意听,PM没有制造一个好的谈话时机;
- PM没有先阐述清楚需求的来源和价值,因此开发人员无法理解需求;
- PM没有与开发一起探讨合适的开发方案,导致开发不能接受PM的想法。
- 第一步,与客户建立关系;
- 第二步,发现客户需求;
- 第三步,设立双赢目标;
- 第四步,向客户表明产品价值;
- 第五步,与客户确定双赢方案;
- 第六步,达成交易;
- 第七步,实施方案,实现双赢;
- 最后,开发新的商机。