和对口的业务打交道时B端产品经理的日常核心工作,工作中双方难免会遇到一些争执与问题。如何看待这些问题?本文笔者分别从业务方、产品经理的角度,梳理了各自的槽点和辩驳,一起来看看吧。

b端产品经理工作遇到的问题 B端产品经理与业务方的相爱相恨(1)

不论是从事企业内部软件建设,还是对外售卖的SaaS软件设计,和对口的业务方打交道,是B端产品经理日常核心工作之一。前者的业务方一般是业务运营部门,后者的业务方一般是销售、BD、客户成功部门。

很多时候,B端产品经理和业务方如何顺畅高效的协作,一直是各个公司和团队普遍面临的挑战和困难。因为两者之间工作的边界往往存在重叠,权责也有模糊地带,这就导致有时候工作中会出现一些小争执,小摩擦,甚至产生冲突。

本文尝试分别从业务方、产品经理的角度,各自描述槽点和辩驳,希望大家都能够换位思考,理解彼此。

业务方如何看待产品经理和研发团队

槽点1

研发效率低——产研团队是事情最多的团队,提个需求要排期,做一点小功能也要排期,实在不理解为什么,改个小东西,如果稍微走点心,难道不是我早上说完中午就该上线么?效率这么低,肯定都在偷懒磨洋工。

辩驳:业务人员往往不理解软件工程的复杂性,严谨性,研发工作非常讲究节奏型和计划性,你们看起来的一个小功能点,如果非要加塞做,小到影响研发节奏,大到影响代码质量,我要是同意你了,研发爸爸拿刀砍我,你帮我挡刀么!

槽点2

产品经理不懂业务——产品经理不理解我在说什么,提个需求解释半天,最后做出来的东西完全不是我想要的,完全没有解决我的问题。

辩驳:产品经理需要有机会去接触学习业务,如果不给我们机会,让我们远离一线和终端用户,那么我们如何学习了解业务呢?

槽点3

做的东西不好用——设计的什么玩意儿,用起来非常别扭难用,一点都不人性化,完全没有陌陌和淘宝好用,这些人都得给开除了!

辩驳:你们要的那么急,给的时间这么有限,能做出来让先用起来,就已经不错了,还那么挑剔,要求美观好用,没门儿!(当然,我也需要多用心,设计前多搞搞原型,上线后自己去一线体验并实操,有时候我发现,我设计的东西确实很垃圾难用,哎,扎心)

槽点4

遇事不变通,比较轴——这帮搞技术的,都非常轴,一点不知道灵活变通,而且容易较真,很难相处。

辩驳:这事儿我认,如何用合适的手段和技巧,解决问题,推进事情,确实需要多用心实践。就像我总吐槽码农比较轴,实际上业务人员可能也认为我们轴。如果想和业务部门合作好,那就必须以业务人员的思维一样去考虑问题、去做事情。

产品经理如何看待业务方

槽点1

需求不明确——有时候根本搞不清楚你们一天到晚在想啥,经常拿着个idea就跑来让我们做,我三句话就能给你问回去,哎,真是浪费时间!

辩驳:我们是应该先想清楚,但某些时候你们确实也更专业,专业的你们帮助我们一起让事情靠谱,难道不是你们的责任么;如果我把需求想明确了,那么我还要产品经理干啥呢,配个需求分析师直接写软件设计文档不就成了么。

槽点2

思维发散,没有逻辑性——你们为啥毫无逻辑性呢!我们做的是软件项目,和代码打交道,如果没有逻辑,计算机怎么知道该做什么?我怎么知道该怎么设计?

辩驳:业务人员必须发散、天马行空、喜欢试错,否则KPI压力这么大,我怎么知道干什么肯定能成功,还不得各种发散各种尝试么!

槽点3

提需求总带着解决方案——拜托你们直说问题,别说方案,方案我这里给!

辩驳:习惯性的提出问题和方案,这不是人之常情么,我也控制不住啊,你是专业的产品经理,你存在的目的之一,不就是引导我说出深层次的问题,并给出更好的解决方案么,如果你给不出解决方案,那你也得有心胸能接纳我的解决方案啊!

槽点4

业务三天两头变——刚刚信誓旦旦的设计了业务方案,提交了需求,我们这还没上线呢,然后你告诉我业务变了?不做了?我擦!

辩驳:我们是互联网公司,三天两头变不是常态么?我们应该一起研究如何最小成本试错,而不是拒绝试验失败和变化。

槽点5

对产品参与业务有所抗拒——你们对我们好像有所抵触,不太愿意让我们走进业务,如果这样,我们怎么能理解业务,并帮你们呢?

辩驳:如果你们真心为了业务好,真心为了帮我们,而且又有这样的能力,那么,即便公司不给机会,我也会给你们创造机会深入一线,帮助我们一起做好业务的!

槽点6

领赏你来,背锅我去——哎,这个最伤心了,每次吭哧吭哧捯饬完,项目成功了,庆功会我总是只能看图片直播的那个人。

辩驳:这个确实是我的问题,我们是一个团队,我不辩驳,我改!

最后

上边列了这么多吐槽,不知道你是否有所感触呢?如何让大家配合的更好呢?这个话题比较复杂,从公司文化,到组织架构都有影响,我们简单的列出一些建议,有更好的想法,也欢迎大家留言补充。

  • 保持一致的目标(共同的KPI,或OKR);
  • 搭档而非上下游(组织结构的设计,信任的建立);
  • 开放协作的气氛(产品经理有机会深入业务,参与业务);
  • 跟踪每个需求和项目的效果(如使用情况,业务收益等,通过机制倒逼合理决策);
  • 产品经理要为结果负责(驱动并承担业务结果,而非功能交付)。

好了,关于产品经理和业务方的相爱相恨,就讲这么多,你有什么想法和观点,或者吐槽呢,请留言分享啊!

作者:杨堃,《决胜B端》作者;公众号:PM杨堃(ID:pmYangKun),11年互联网研发、产品设计经验,曾就职于传统外资保险公司、百度,现就职于vipkid。

本文由 @杨堃 原创发布于人人都是产品经理。未经作者许可,禁止转载。

题图来自Unsplash,基于CC0协议。

,