如果要比坑大的程度，B端产品经理可能不会输给C端。
哦，不是可能，是肯定不输。
你只要脑补一下，如果出现任何产品事故，C端经理只能在网上诚恳接受用户批评，而B端产品可能瑟瑟发抖的坐在客户现场被甲方爸爸指着鼻子骂街。
嗯，那个场景，无比胆寒。
而且我相信，出现那个场景99%的可能，都是因为B端产品经理接了前任的坑，爆了雷，然后无端背了锅。
毕竟给自己挖坑的少，要狠狠挖坑，都是挖给别人。
所以知乎这个上有很多人问了这个问题“B端产品经理，接手老产品有什么注意事项？”我把它作为一个话题，写了今天这篇文章。
毕竟救人一命，胜造七级浮屠。而没有产品和填坑这两大宿命问题，还怎么做企业服务呢？
B端产品经理接手老产品，其实只要做好两件事。
1、了解产品架构。
B端产品的产品架构是非常重要的底层设计，因为——相比较于C端，B端的客户需求和功能建设都是经过非常复杂、长期的调研、博弈、妥协后的产物。所以你接手的产品，在没有了解的情况下，你会发现有非常多的“你觉得不合理的”地方。但是，你接受的这个奇怪产物，是维系了你现在手里那点平时不出声但开口都是大事的一堆甲方爸爸的。而且，B端产品无论在后续开发还是扩展还是重构，都是一个令你非常绝望的过程。无论是内部需求、还是外部客户、甚至外部的客户之间，都会给你带来各种你无从下手的难题让你解开。
所以，了解好你的产品架构，熟悉它的来龙去脉，搞清十万个“为什么”，是你当前必须、必定要完成的事情。等你了解清楚以后，你才会发现，看似不合理中有合理的地方，而且能帮你自己在后续的开发、拓展或者万不得已的重构中，毙掉非常多的坑的同时，还能妥善满足客户，维系好客户和客户之间的不同需求。
简单来说，干这件事，就是在救你一命，而且让你自己以后工作起来开心许多。
2、了解客户需求。
这句话可能是白说，客户第一嘛，大家都知道的。甲方爸爸，永远第一。
我相信的，大多数人都能做到，客户第一。
但客户和客户之间，哪个第一？
你想选一个是不是？你想好了吗？
我一句话告诉你，哪个客户都是第一！
这句话可能政治不正确，但关键时刻能救你命。
一个标品去面向所有的客户，不可避免的，会有干扰。如果你贸然用C端思维来处理B端客户的需求，一个字，死。C端产品经理做的更多的工作，是抽象群体画像和群体需求。B端，当然也是。但你碰到哪怕只要1个难搞、不妥协的客户，99%的其他客户好评根本挽救不了你。
一句话，你老板和你，都敢得罪1个甚至100个10000个C端——觉得不好用你别用啊？
你去跟你司最最最最小的付费甲方爸爸说这句话试试？你以后在这个行业没法混你信不信？
甲方客户在共性的需求上，都是OK的。但他们也会有自己每个不同规模、不同行业、不同老板、不同工作流的个性的需求。妄图用你所谓的任何“先进”、“高级”、“本质”的对需求的处理，去改变或者说干扰，他的使用体验，都是一个灭顶之灾。哦，对你也是灭顶之灾。
你能做的，就是走到客户心里，充分的了解、明白他的需求，调研、讨论、引导，最后以最低程度的向他妥协的方式，搞定你的团队和产品，朝你想要的方式发展。
客户最大。中庸最好。
做B端八字箴言，切记切记。
全网公众号“谢秉航”
