C 端产品我们可以通过观察用户的使用状况，以及通过各种用户调研手段去了解用户需求，有的时候我们自己本身就是产品的目标用户，那更能了解用户的需求。但B端产品因为具有较强的业务属性，使用场景和我们的实际生活相差较远，理解起来还是有一定难度的，那作为B端产品经理的我们该如何了解业务需求呢？
1、轮岗
曾经我负责过贷后系统，其实刚开始我对于贷后的催收业务是不了解的。（什么根据逾期天数，把案件分为M1、M2、M3，然后不同逾期阶段的案件分给不同的催收组，不同的催收组又有不同的话术。然后还有贷后质检组，检查催收员有没有骂人、有没有问您好、有没有按照相关SOP进行操作等）当时我就提出来，我能不能去轮岗，因为我觉得只有这样我才能了解到催收员在实际工作中遇到的问题，然后才能设计出便于他们使用的贷后催收系统。
这就是了解B端业务需求的一个方法，通过轮岗的形式，代入角色，把自己变成目标用户，从而理解业务需求。
2、访谈
还有一种方式是访谈。就像上面提到的贷后系统，虽然我可以通过轮岗的形式去了解相关操作人员实际工作中遇到的问题，但是操作人员那么多，有的催收M1阶段的案件（M1阶段的案件逾期天数一般在30天以内），有的催收M2阶段的案件（M2阶段案件逾期天数一般在30-60天），有的催收M3的案件（M3阶段案件逾期天数一般在60天以上），一个比一个难催，一个比一个压力大，拖欠越久越难催，而且这些人的素质也不咋地，有的时候会骂你，你实在忍不住会和他对骂，你作为一个产品经理轮岗不仅会影响催收效果，没有那个心理素质，有可能干几天就坐不住了。
那这个时候还有第二个方法，你可以找个时间和相关催收人员聊聊，让他吐槽一下实际工作中遇到的问题。这个时候一定要注意需求分析，因为我发现他们提出的更多的是解决方案，比如：“我要加XX按钮”，这个时候你要多问几个为什么，从而找到他真实的需求，而不能傻傻的把他提出的解决方案当做需求，因为他提出的解决方案是他自己想的，并没有想到他的改动会不会涉及到其他系统，会不会影响其他操作员，会不会带来其他问题，这个是作为产品经理的你需要考虑到的。
3、看书
如果不了解业务，可以买一本相关的业务书籍看看。比如不会贷后，那可以买本贷后相关书籍看一下，这也是最快了解业务的方法之一。
而且处理B端业务需求，你所打交道的更多的是底层操作人员或者小的业务主管，其自身对业务理解的广度和深度都有限，难免会出现抓不住重点，对需求的理解不透彻的情况。而阅读书籍也可以帮你成体系的了解相关业务知识，具备业务视角，沟通的效率也会更高。同时看书也是了解业务最快的方式之一。
4、调研竞品
很多小伙伴都曾向我诉苦，说B端的竞品不好找，B端的产品确实不好找，因为不像C端产品，你下载个APP就行了，B端产品都是公司内部使用，导致很难在外网上看到，那这怎么办呢？这里我介绍一下我的方法：
我一般会以采购的名义找供应商来给我们介绍他的系统。比如催收系统，市场上肯定有很多供应商，你可以百度直接找到很多这样的供应商，然后就说我们想采购XX系统，你看能否有时间沟通一下，一般情况下他都会找销售人员专门给你讲解他们现有的操作系统，这个时候你就可以在他讲解的时候看到他们的系统设计，而且有不懂的地方也可以和他沟通一下。
找到相关原型，外网上还是会有一些B端的原型流出来的，你要找到相关渠道，比如我的知识星球：产品疯人院 就有，当然不一定和自己的业务完全契合，但好歹也可以做个参考。
此外，B端产品经理特别容易接受需求，不会主动提出需求，我觉得这个是一个不好的现象，如果只是被动的接受需求，那我们成长有限，作用有限，思考能力也有限，在职场的发展更有限，说白了，就是一颗螺丝钉。
我们要围绕业务主动的去发现需求，然后做出好的产品，主动推荐给业务使用，帮助公司更好的完成业务，更好的挣钱。
这个时候的产品经理才是发动机的角色，才是真正的产品经理。
这样的我们才能摆脱中年危机，走上管理的岗位。
