B端产品经理与业务方的相爱相恨

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

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

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

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

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

槽点1

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

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

槽点2

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

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

槽点3

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

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

槽点4

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

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

产品经理如何看待业务方

槽点1

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

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

槽点2

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

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

槽点3

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

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

槽点4

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

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

槽点5

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

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

槽点6

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

辩驳：这个确实是我的问题，我们是一个团队，我不辩驳，我改！

最后

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

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

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