假如现在你是一位B端产业互联网产品经理

而且你面临的情况与前文所述一样——你们公司之前没有做过相关的产品，没有这方面的积淀，那么你的第一个难题，就来自于需求方，也就是我们常说的甲方。 B端产品经理从入门到进阶的核心能力有哪些？ B端产品经理，对于行业经验和业务逻辑能力的专业性要求很高。这个职位是是为了解决业务问题而设计的，重点是满足核心业务，融合周边业务... 查看详情 > 首先，甲方对于系统具体要做成什么样子，是没有任何概念的。你能拿到的需求都是只言片语。比如说，“你给我做几个报表吧，我要搞搞数据分析”，你问他们需要什么样的报表，他们也不知道，最后扔下一句话“你是专业的，你看着弄吧” 然而，当你搜遍资料，搞出一些专业报表并开发出来后，甲方看到你们团队辛辛苦苦搞出来的成果，才会仿佛大神附体，让你改这改那。所有的B端产品经理，尤其是做定制化项目，一定都会有类似的吐槽，都做出来了，甲方倒来劲了，早干嘛去了。


第二个难题，我想大概率来自团队内部，比如市场、售前，或者干脆就是高层领导。他们的要求一般会高过甲方一大截。甲方如果想要一些数据可视化，他们巴不得你能现做一个工业元宇宙出来。然而当你回头看看开发团队配置和公司资金投入，不得不慨 新加坡电报号码 叹自己夹在中间真是难受。 其实前面所说的难题，大部分都是来自于人的问题。不过我认为，跟人打交道的问题，始终都是最大的问题。毕竟在C端，产品的很多成果是可以靠数据来量化说明的。你的产品能做到多少日活、访问量、转化率怎么样，能搞多少GMV，都可以说明你产品做得怎么样。 但是到了B端，客户的主观评价，甚至于公司内部一大堆人的主观评价，都成为决定产品好坏的关键因素。但是大家也知道众口难调。这期间要和各种不同的角色进行无数次沟通、交流甚至battle。还是强烈建议不善言辞的同学不要轻易做这一行。 说完人的问题，就是实打实的设计方法问题，B端产品经理的苦恼就在于，很难拿一些现成的产品过来做功能分析。毕竟B端的产品，商业模式是简单粗暴的，并不能玩出多少花样，基本都是一手交钱、一手交货，给钱才让用。



这也就意味着，如果你打着“学习交流”的旗号去找一些行业内比较成熟的B端产品的厂商，如果不掏钱，大概率是连人家产品的页面都看不到的。很多情况下，我们只能在人家公司的官网上，看到一些高大上但又看不太懂的专业理论，还有一些成功案例。 当然，如果遇到一些不错的商家，或许能拿到一套演示系统来看一看，学学人家的功能细节如何设计的，不过这个就很大程度上依赖运气了，而且一般能轻易展示出来的系统，要么就是人家的技术很难复制，要么就是展示出来的功能非常基础，不够深入。 另一方面，作为B端产品经理，尤其是数字化、产业互联网相关的产品经理，项目经验的重要性尤其突出。毕竟成功做过类似的项目，并在项目中深入了解对应的需求，设计每个详细的功能点，对于职业生涯的成长来说，才是最深入的学习和提升。