B端产品经理与业务方的相爱相恨
和对口的业务打交道时B端产品经理的日常核心工作，工作中双方难免会遇到一些争执与问题。如何看待这些问题？本文笔者分别从业务方、产品经理的角度，梳理了各自的槽点和辩驳，一起来看看吧。
不论是从事企业内部软件建设，还是对外售卖的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协议。
作者暂无likerid, 赞赏暂由本网站代持，当作者有likerid后会全部转账给作者（我们会尽力而为）。Tips: Until now, everytime you want to store your article, we will help you store it in Filecoin network. In the future, you can store it in Filecoin network using your own filecoin.
Support author:
Author's Filecoin address:
Or you can use Likecoin to support author: