B端产品经理(一):跨部门沟通,如何打动对方
作为一个B端产品经理,在需要与其他部门一起打造一个新的产品时,要怎么进行跨部门沟通,让对方愿意合作呢?本文阐述了产品经理如何实现两个部门的破冰之旅,一起看看吧。
随着B端产品经理越来越受到青睐,大家都逐渐开始加入到B端产品的建设中来,在B端产品建设过程中,不可避免地经常需要跟其他部门进行合作,尤其在两个产品没有业务交叠时,需要如何打动对方,才能让对方愿意合作呢?
本文旨在阐释作为产品经理如何实现两个部门合作的破冰之旅。
一、背景
老板安排规划要做一个新的产品,这个产品需要通过借助另一个部门的产品结合本部门的业务逻辑以及其他产品进行产品设计,最终打造一个新的标品。在收到这个任务时,现状是这样的:
- 需要借力的部门,只闻其名,不知其人
- 跟他们从未有过业务上的合作
- 要建设的新产品,只有idea,还未有任何的落实
- ddl是一周内需要有初步的沟通结论,争取达成合作意向
二、目标实现
针对以上工作安排,如何实现呢?还是在一周内需要搞定对方,达成合作意向,实话说,委实有难度。尤其是刚入职不久的同学,可能连公司架构可能都没摸清楚,更何况是促成合作。
针对该工作任务,笔者分了两个阶段来实现,并最终达成了两个部门的合作共识。
阶段1:寻人初探,说明来由
阶段1的重点是将合作部门找到,先正式互相认识下,并说明合作想法,让对方看到我们的诚意,这样才能有深入沟通的机会。
在找对接人前,我们需要完成以下三件事:
- 梳理好产品背景,即做个产品的背景是什么;思路是为什么做这个产品,做完后是否有客户采购
- 初步理清需要对方提供的支持有哪些
- 做完这个产品,能给对方带来什么
在此阶段,2和3两点很重要,但是也不用过多详细说明,只要简短扼要告诉对方,需要他们支持什么,支持完后,对他们来说是直接增加了收入,还是拓展了业务范围。
那么要如何寻人呢?
1)通过OA系统寻人
先看组织架构,通过OA系统直接搜组织架构,找到可能的部门,然后选择一个工作年限长点的同事开始询问,一定是有礼貌的询问且简单询问。
不用一上来就将之前整理好的信息都说出来,一方面别人没耐心看,另一方面可能就直接找错人了。
这一个方式虽然很容易找错人,但是对工作入职不久的人来说其实是有利的,可以进一步熟悉不不同部门的工作,加速对公司组织的划分,同时也加强了产品经理沟通能力。
2)通过内网搜索关键词寻人
这个方式的前提是公司内网支持关键词匹配相关部门,能直接定位到具体的部门,部门负责人等信息。
3)通过人寻人
找部门或者其他部门认识的老员工(一般是5年以上的人最好)进行介绍,经过≥1人的介绍后,可以找到需要合作的部门。
经过阶段1的沟通,一般会收到三个结果:
- 对方明确拒绝,就是不属于他们的业务范围,即使有收入也不做。一般这种情况可能是收入不是他们的考核指标,他们当前聚焦本业,也不打算扩充业务。
- 对方提到想拓展业务,但是不一定有人力资源支持。
- 对方透露出很大的合作兴趣,愿意很作。
针对1直接放弃,寻求其他合作部门或者直接采购;针对2,表明态度,不需要他们提供人力,只要提供产品能力,我们来协调人力支持,并尝试约后续交流机会;如果是3,直接可以约下一次交流时间了。
本人比较幸运,阶段1就初步打动了对方,对方透露出极大的兴趣,因此,笔者顺势做了两件事:
- 跟对方约时间,并建议下一次沟通拉上双方领导进行握手,目的是由老板进行拍板。
- 了解对方部门的业绩考核指标,并探出对方领导的关心点,以此有侧重的准备阶段2的材料。
阶段2:深入沟通,循循善诱
经过阶段1沟通后,一方面跟对方建立了关系,另一方面也了解了对方部门的关注点,接下来就是准备材料,进行第二次的深入交流了。是否能最终达成合作,在此一举,准备什么样的材料能打动对方呢?
首先准备好产品的市场分析,和商机列举。
由于笔者是做对外的B端产品的,因此以下的方法仅适用于对外部的ToB产品。
1)市场分析
市场分析包括输出产品的目标客群分布及数量。
很多人会问数量从哪里可以获取?除了网上的公开市场分析报告外,这里给大家一个方法,可以直接从国家统计局进行获取权威数据,比如想了解这几年旅游业的发展状况,可以搜到下面数据:
拿到数据后,需要再进一步加工,比如产品的客单价是多少,市场容量大概多少,结合上述的数据,就可以大致推算出市场的预期规模。
仅有预期规模其实一定程度上是缺少说服力的,所以最好能有实际市场状况,这里又进一步引申出如何了解实际市场状况呢?
可以统计中标项目,通过了解市场上的竞品,统计每一家在过去一年或者近几个月的中标项目及金额,拿到数据后进行汇总,与预期市场规模进行佐证。
2)商机列举
这一步比较简单,简单说就是列举出已经有过初次沟通的潜在客户,将来是否有机会成为产品的天使轮客户。
其次还要准备产品全景规划,让对方真切感受到产品大致长什么样,这样他们不会认为是拍脑袋的想法。
1)产品的应用架构
描述产品的整体架构,重点描述出自身产品的功能模块,对接的业务系统,以及如何触达用户,支持用户的业务场景。
2)产品的核心业务流程
描述产品的业务流程具体是如何执行的(由于信息敏感,因此笔者先打码了)。
最后进行工作边界陈述,对两部门的工作内容进行分工。同时描述产品收费模式及分账,目的是让别人知道接下来他们要做什么,以及能产生的收益有哪些。
这部分形式比较简单,工作分工可以用表格列举,收费方式及分账可以用导图进行展示。
三、结论
一次良好的合作沟通,重要的是让对方看到我们的诚意,这里的诚意不仅是给他们带来收益,更重要的是我们自己对合作内容的清晰认知,这样才能让对方愿意跟着我们朝着目标前进。
专栏作家
Eric_d,人人都是产品经理专栏作家。关注AI、大数据等领域,擅长需求分析、产品流程和架构设计等,日常喜欢徒步。
本文原创发布于人人都是产品经理,未经许可,禁止转载。
题图来自 Unsplash,基于CC0协议。
该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。
友情提醒作者,文章有错别字。
位置:
二、目标实现标题下【通过人寻人】子标题下经过阶段1的沟通,一般会收到三个结果中的第三种结果
“对方透露出很大的合作兴趣,愿意很作。”应该是“对方透露出很大的合作兴趣,愿意合作。”
多健身,多练练格斗技巧,摔跤技巧,肯定能打得动
哈哈哈
一个产品最终打造成功,真的需要各个部门的通力合作,相互配合,所以作为产品经理沟通能力真的很重要。
各个部门确实应该好好沟通才是,而且各自都有不容易的地方,又要相互配合,唉