B端金融产品笔记二（产品岗位的思考）

引言

距离上次更新又干了半年，分享最近的工作思考和刷小红书刷出来的一些知识碎片。
B端产品经理的工作内容是成为业务和技术之间沟通的桥梁。

为什么会需要这个桥梁？

从B端产品经理工具人的角度说，业务有业务的事情要做，业务希望一句话讲完他要什么，功能就自己出来了。于是招个人来写需求文档吧。

从产品经理的角度说，客户很难抽象需求，客户说他想要一辆会飞的马，但是实际通过需求调研挖掘后，成功的设计是一辆汽车，将会飞的马转换成汽车和汽车的设计，就是产品经理的价值所在。

B端产品经理和B端产品如何避免成为工具人

项目制的B端产品，面对简单的需求，确实就是工具人。

在项目上，能做到的就是对业务的深入了解，对客户公司的深入了解，尽量往业务专家那个方向整。客户提个稍微复杂点的功能，说出来了个模模糊糊半错半对的实现方案，你哐哐PPT一讲，按我这个来吧，我这个都设计好了。客户说牛逼啊你这想的比我靠谱多了。

怎么成为这样的人？

从自身的角度，除开产品需要的沟通协调能力等基础软技能，最重要的就是尽快补齐自己的业务相关的知识版图，特别是有点门槛和深度的领域（比如医疗、金融、法律等赛道的B端产品）
是否能够把相关领域的知识尽快了解学会，甚至可以说是产品经理这个岗位为数不多得有行业壁垒的点之一，设计的功能一个做完做另一个，业务需求一个部门做完了做另一个部门的，永远接触的是新的东西，所以，不同学习能力的人，做出来东西的好坏差别会很大，没有大量的输入，写作能力再强，输出的也只是rubbish。
此外，B端做一个需求需要知道系统有没有做与之相关的其他的需求，需要考虑到一个需求的关联影响。这个需要做到快速对一个已有系统使用流程的掌握。不需要做到对每个细节了如执掌，但要做到可以为我所用的地步，也是需要积极快速的学习能力的。

从公司和赛道的角度，尽量让所在公司所在产品存在的意义，超越“降本增效”，而是公司需要一个咨询来帮助公司业务运作（多为蓝海业务），或者作为一个全行业通用的标准化垄断产品（多为红海业务）。业务从蓝海变到红海的过程中，也伴随着产品模式从咨询/项目制外包到标准化垄断的迭代过程。

或者说，根据发展周期的理论，可以分为三个萌芽期、发展期，成熟期三个阶段。
在行业或者赛道还在小打小闹的萌芽期，这时候的软件很难做标准化和产品化，所以不得不以业务外包的项目制发展。
在产品已经做到标准化垄断的成熟期，这时候的软件基本就是做小的迭代和优化即可，产品经理的价值也不能很好的体现。（eg:微信）

所以，成为改变世界的产品经理的前提，就是寻找一个正在高速发展和数字化的赛道，从这个角度产品或许是一个冲浪的职业哈哈。

应该怎么做

用完成一件艺术品一样心情去写prd
当一堆活堆在一起的时候，对于复杂功能的prd，不可避免得可能会有想要敷衍了事的心态，很有可能你抱着敷衍的心态，开发照着对着prd开发的工具人心态，测试抱着随便测测就完事的心态，这个需求就这么过去了，当你以为事情刚刚结束的时候，你的事情才刚刚开始，
生产事故，连夜处理，拉一堆会互相甩锅，打补丁上生产，折腾完天快亮了，此时内心的感想是：产品经理，狗才当“
虽然确实产品经理狗一般的工作内容中，永远避免不了上述这种坑壁时刻，但是至少，我们得希望是被别人坑而不是被自己坑，东西至少在需求层面是完整的，虽然人的能力是有上限的，至少在认知范围内应该尽量面面俱到。隐约记得雷军说过一句类似的话，你觉得会出问题的地方，一定会出问题。

费曼，永远的神
——怎么知道自己学懂了java
——能够把一个老太太讲懂，就代表你彻底学会了JAVA。
看懂了不算自己的，一定能够流利复述出来并且把别人讲懂的才是自己的，费曼学习法在产品经理这个岗位更加有用，毕竟产品经理的工作就是讲述和persuade。

说出来是一回事，说的好不好又是另外一回事。
跟开发去沟通时候，尽量逻辑完善清晰；跟客户沟通时候，尽量从客户角度，客户需要什么，这个需求能为她带来什么出发；讲PPT的时候，先想这个PPT是给谁看，这个PPT讲完是为了完成什么目标；跟领导述职的时候，关注结果和个人付出，及时沟通需要支持的点，态度积极少抱怨。

客户关系
曾经述职答辩问领导有什么我可以改进的地方，领导给出的意见是：不要只是埋头干活，要多注意客户关系。我们作为乙方的b端产品，其实生存环境是很严苛的，有时候一些小的点，如果你跟客户关系好，可能客户就过去了，关系不好的话，客户就来投诉了。没事多跟客户吃吃饭，电梯里碰到多寒暄，多沟通，不管是问业务知识还是刷存在感，都对你只有好处没有坏处

魔鬼在细节
项目上不可避免有很多推进的细节工作，尽量用工具来兼容准度和效率；
写prd要努力做到面面俱到且逻辑清晰；
要清楚明了不要迷迷糊糊，要凡事有回音不要得过且过。
等等等等，还是需要尽量用心对待工作的，尤其是这样一份还挺劳心费神的工作，毕竟魔鬼在细节。