编辑导语：当B端产品经理面对复杂业务时，需要基于业务洞察来判断如何做好体系架构，进而支撑产品和方案的落地，并具备持续追踪、洞察的能力。本篇文章里，作者结合案例，对B端产品经理的工作思路做了总结，一起来看一下。

文章插图
01作为一个B端产品经理，在工作中，我们遇到非常多的问题，比如业务很复杂。
业务的复杂不仅像C端一样，先从用户的角度切入进来再说，也有多个角色的缘故，不管是老板、用户还是商户，多个角色都会有不同的需求，然后怎么落地以及需求持续发生变化。实际上需要我们从整个业务链路层面上去做考虑，我们的整个工作思路是怎么保证我们能够持续地做良性的落地。
破解的核心还是要去破解业务，基于业务的洞察看过去、看现在、看未来，判断我们怎么来去做一个体系，构建一个领域能够支撑业务。不管是现在还是未来发生变化，使我们都能够在这个体系当中去玩，这是对B端产品经理核心的能力要求。
这也是需要在整个工作的方式过程当中怎么来去保证，到最终他的核心还是围绕跟经营商业相关的能力，基于这个能力的角度上考虑，我们怎么构建这个体系。
所以，还是需要以商业理解为基础，以商业目标为核心的方向，再从问题当中，抽象业务抽象本质逐步拆解，最后落地实施。
那我们把这个工作思路尝试做一些拆解。
首先，不管是遇到大小的需求，一定要先把业务去做一个彻底的解读，理解透彻，基于理解透彻的情况下，我们再做产品视图 。
然后产品视图里面，有可能是一个小的、非常清晰明了的产品的流程 ，如果是大的一个体系的话，可能需要把整个产品体系架构设计出来，然后基于这些产品视图上面再去找关键的节点、关键的链路，然后基于这个链路我的核心需要提供哪些能力，我的演进路径是什么样子，最后再去落地实施。
实施完之后还要去做复盘的追踪 ，然后根据复盘追踪的结果判断我需不需要再去做一番解读，然后理解目前的问题，再去走流程、做一个迭代和演进。
我们先来重点讲一下业务解读这件事情。我觉得，有很多0-3岁的产品经理如果方向没有想透彻，然后又被所有的事情推着走，就很容易变成来料加工型产品。
来料加工型产品经理是什么意思呢？
就是业务给你提个需求，然后很多时候业务直接把产品方案都做了，为啥呢，因为有一个问题，就是业务解读这个事。
业务解读其实是需要持续思考的，就是一直要用脑子去想，如果业务没想，直接告诉你一个眼睛他可以看得到的东西，如果你也没有抛出问题让他去想，你自己也没有去想这个业务的痛点是啥，就很容易眼睛看到什么就去做什么东西，但是你有可能根本没有解决那个问题。
所以来料加工就很容易使大家都偷懒，因为业务没有想清楚业务到底要干嘛，然后产品也没有去想业务做的事情是什么，也没有去抛出问题让业务想清楚。
业务做了产品的一部分事情是，他直接给了产品一个功能需求说我就要这个东西，产品做了产品经理一部分的工作，就是我把那个需求画成一个原型图，然后给到研发说你去做吧。
这个时候，产品的经理的职责是缺失的，这不是一个非常扎实务实、非常靠谱的一个产品经理做的事情，所以一定要请大家拒绝来料加工。
我举个例子，以前的时候，我遇到一个小的需求，一个运营提了一个需求说需要给销售人员开一个权限。
然后这个权限是什么？就是他要去做审批，审批什么呢，如果一个店铺去做商品的价格和修改的时候需要销售先审批完之后才能生效。
如果我们现在就通过这个需求去做了原型，其实不知道这个问题有没有得到解决，因为你不知道为什么要去做审核的动作；第二，你不知道做审核之后有没有解决问题；第三，你明确地知道要增加审核的动作，只要商户一修改销售就必须做审核才生效，时间一拉长这个效率其实就变低了。对于销售而言，他的工作量也变多了，因为只要商户去修改商品，他就要做审核这个动作。
所以我们怎么来破这个局？
首先我们要去跟他去聊，聊你为什么要去审，审什么东西？
比如说，他说我要去审商品的价格，例如商品价格不合规，商户可能会有虚拍价格的措施。
如果是这个问题，可能不是通过审核就能解决的，而且审核不一定能够真的解决这个问题，所以我们要考虑是驱动运营一起去想清楚基于商品价格的规则到底是什么。

稿源：(人人都是产品经理)

【傻大方】网址：http://www.shadafang.com/c/102Y355C2021.html

标题：业务|B端产品工作思路：业务闭环与落地实施