01

背景

入行B端产品经理已经三年多了，在从事B端产品经理，尤其是与政府、企业相关的数字化产品经理的过程中，逐渐遇到了很多问题，想与大家分享，针对某些问题，我也思考了一些解决方案。

在描述B端产品经理的困境时，自然要与C端产品经理的工作模式相比较，笔者曾经也接触过一些C端产品的设计项目，了解过一些设计案例，也许有不太深入的地方，也欢迎读者指正。

当然，无论是面向B端还是C端的产品，都有不同的难点，笔者并不偏袒某一方。只不过本文重点在于论述B端产品的难处和提供解决建议，仅此而已。

02

C端产品经理画像

假如现在你是一位C端产品经理，现在让你先从零开始设计一个音乐播放APP，当你拿到这个需求时，想必已经在脑海中构建出来整体规划了。

首先实现核心功能，例如登录、音乐播放、歌词功能等，之后再为产品运营人员提供工具，可以进行歌曲资源的运营，然后再规划会员、积分等各种商业化功能，之后不断迭代，完善产品。当然，每一步的顺序视最终决策，都可以进行灵活调整。

拿到需求后，你也不必担心具体功能点的细节应该如何设计，最起码可以先做竞品分析，把目前主流的几个音乐APP拿过来用一用，功能点逐个拆解，再加上个人的思考，取长补短，做一些差异化的东西，用不了多久，原型UI以及需求设计文档就可以成型并交付开发了。

即使是比较复杂的系统，例如电商系统，你也可以找到主流的几个电商软件，分析其功能，取长补短，复制一套出来。

当然，把产品做出来并不难，C端互联网产品其实主要难在之后的阶段，如何增长、如何获客、如何变现。说简单点就是如何让一大群人知道你的产品，下载你的产品并愿意用你的产品，并且你还能赚到钱。

所以互联网公司相对于做企业服务的IT公司，一般会有更为庞大的商业化运营团队，需要在运营层面构筑壁垒。与之对应的，C端互联网产品经理的分工在越来越细的同时，也出现了很多与运营息息相关的产品经理岗位、例如增长产品经理、策略产品经理、商业化产品经理等等。

在做完用户能看得见的软件系统后，C端互联网产品经理还需要规划那些看不见的功能，例如业内人士最常见的数据埋点，之后统计用户的访问次数等一系列的数据，然后做数据分析，算转化率等等。当然，除此之外还有很多难点，此处不再一一列举。

03

B端产品经理的困境

相比于C端互联网产品经理来说，B端产业互联网产品经理的难处，主要体现在前期。拿到需求后，系统应该怎么设计，最终呈现成什么样子，是一个相当难的问题。

假如现在你是一位B端产业互联网产品经理，而且你面临的情况与前文所述一样——你们公司之前没有做过相关的产品，没有这方面的积淀，那么你的第一个难题，就来自于需求方，也就是我们常说的甲方。

首先，甲方对于系统具体要做成什么样子，是没有任何概念的。你能拿到的需求都是只言片语。比如说，“你给我做几个报表吧，我要搞搞数据分析”，你问他们需要什么样的报表，他们也不知道，最后扔下一句话“你是专业的，你看着弄吧”。

然而，当你搜遍资料，搞出一些专业报表并开发出来后，甲方看到你们团队辛辛苦苦搞出来的成果，才会仿佛大神附体，让你改这改那。所有的B端产品经理，尤其是做定制化项目，一定都会有类似的吐槽：都做出来了，甲方倒来劲了，早干嘛去了。

第二个难题，我想大概率来自团队内部，比如市场、售前，或者干脆就是高层领导。他们的要求一般会高过甲方一大截。甲方如果想要一些数据可视化，他们巴不得你能现做一个工业元宇宙出来。然而当你回头看看开发团队配置和公司资金投入，不得不慨叹自己夹在中间真是难受。

其实前面所说的难题，大部分都是来自于人的问题。不过我认为，跟人打交道的问题，始终都是最大的问题。毕竟在C端，产品的很多成果是可以靠数据来量化说明的。你的产品能做到多少日活、访问量、转化率怎么样，能搞多少GMV，都可以说明你产品做得怎么样。

但是到了B端，客户的主观评价，甚至于公司内部一大堆人的主观评价，都成为决定产品好坏的关键因素。但是大家也知道众口难调。这期间要和各种不同的角色进行无数次沟通、交流甚至battle。还是强烈建议不善言辞的同学不要轻易做这一行。

说完人的问题，就是实打实的设计方法问题，B端产品经理的苦恼就在于，很难拿一些现成的产品过来做功能分析。毕竟B端的产品，商业模式是简单粗暴的，并不能玩出多少花样，基本都是一手交钱、一手交货，给钱才让用。

这也就意味着，如果你打着“学习交流”的旗号去找一些行业内比较成熟的B端产品的厂商，如果不掏钱，大概率是连人家产品的页面都看不到的。很多情况下，我们只能在人家公司的官网上，看到一些高大上但又看不太懂的专业理论，还有一些成功案例。

当然，如果遇到一些不错的商家，或许能拿到一套演示系统来看一看，学学人家的功能细节如何设计的，不过这个就很大程度上依赖运气了，而且一般能轻易展示出来的系统，要么就是人家的技术很难复制，要么就是展示出来的功能非常基础，不够深入。

另一方面，作为B端产品经理，尤其是数字化、产业互联网相关的产品经理，项目经验的重要性尤其突出。毕竟成功做过类似的项目，并在项目中深入了解对应的需求，设计每个详细的功能点，对于职业生涯的成长来说，才是最深入的学习和提升。

04

一些方法上的建议

针对上文所提到的B端产业互联网、或者说数字化相关的产品设计“开头难”的问题，笔者向大家分享一些切实可行的干货方法，希望对读者有所帮助，

前文提到的其它问题，受制于篇幅，慢慢再给大家讲。

接下来按可操作性由低到高的顺序给大家介绍。

一是“骗”方案，当你的需求明确后，操作步骤大概就是找到一些行业内做的比较好的公司，找到其销售人员一顿诱惑，谎称我们公司是某某项目的总包，有充足的资金，计划采购一套数字化系统，然后从这些公司“骗”过来一些方案。

当然，这里用“骗”这个字眼也不太合适，毕竟都是读书人的事情，怎么能叫骗呢！

不过，这也是可操作性最低的方案，毕竟人家做了这么久，什么样的人都见过，如果运气好的话，或许即使看不到人家的演示系统，也能拿到一些产品手册、功能清单之类，根据这些蛛丝马迹，去构建整个产品的全貌。

二是去查阅行业研究报告，例如在某某研报、某某大厂研究院等平台查阅一些行业资料。另外，现在多家互联网大厂也在布局产业互联网，有些厂家本着学习交流的心态，开放了很多知识库给大家，各位读者可以搜罗。

三是可行性比较高的操作，深入学过Axure的同学，想必有很多听说过Axure中文网，该网站不仅提供原型学习资料，也会提供原型素材供大家下载。虽然很多需要付费，但是都可以在线预览。如果你要做一个B端的产品设计但是没有思路，想了解一下同行一般如何设计的话，在这里大部分素材都是可以找到的。

四是购买一些系统化的学习资料或课程进行学习。目前我了解到的，以“人人都是产品经理”系列的书籍和课程最成体系。当然，这些学习资料其实更建议大家在业余安排充足的时间进行基础学习，这些资料比较适合打基础。