编辑导语：相信很多人都对B端产品经理抱有美好的理想，但世界上没有完美的人，任何事物都有相反的一面。这篇文章作者以自己的亲身经历阐述了作为B端经理的失落时刻，感兴趣的小伙伴一起来看看吧。
相信很多人都听过：”产品经理是能够改变世界的、是CEO学前班、人人都是产品经理”这样的观点。不过世界上没有完美的人，那么由人来做的各种职位，也就很难尽善尽美。“产品经理就是就是打杂的、只会传话啥都不会、狗都能做产品经理”之类的负面声音也不绝于耳。
笔者正在经历一款B端医疗新产品从设计到落地的过程，深刻体会到了作为B端产品经理的酸甜苦辣。这里笔者先分享下面四个方面的酸苦失落部分，以及所处其中如何自我调节的。
- 调研时的心酸时刻
- 设计时的苦楚时刻
- 售前后的叹气时刻
- 自我怀疑的幽暗时刻
一、调研时的心酸时刻
我每次和用户调研时都能感受到他们的一种情绪：“苦医疗信息系统久矣”。
国内医疗信息系统的发展超过三十年，但是与大家对信息技术发展给生活带来的便利性满意度相比，医护人员对医疗信息系统发展的满意度有限。
我在调研时遇到很多消极的想法，比如：“这些问题你们能改就改，改不了就算了，反正别人能用我也能用，一直提一直也还是那样。”
这是我在调研时碰到一位护士边给患者备药边真诚的对我们说出的话。那么是什么原因导致的如此情况呢？
首先离不开医疗行业本身的业务复杂程度的确较高。
要理解医院里各角色各科室各部门的业务广度与深度，是需要很久的学习和经验的积累。且各省各市各家医院的情况又不尽相同，甚至相差甚远。这又造就了医疗系统产品的复杂度，增加了产品设计的困难程度。
而后，行业人才稀缺。
我们行业喜欢懂业务也懂技术的产品经理，只是仅一个懂业务的人就很难得。对非医疗背景的人来说本身没有经历过医学体系的培养和临床的实践要想了解和理解业务的学习成本是很高的。
作为有医疗背景的医护出身的人来说，大多只熟悉自己本身在医院所处的部分业务。能对自己业务的上下游甚至整个医院的业务侃侃而谈的人极少。而这些极少的人愿意从医院跳槽来医疗信息化行业的人就更是少之又少了。
目前我们行业懂业务的前辈无不是在此行业积累十年至几十年。在懂业务基础上再加上懂技术，人才的稀缺性可想而知。而人才缺失则必然会影响到产品设计的质量程度。
还有B端产品的特性原因，即搞定客户重于搞定用户。
这里的客户是指为产品付费的决策者，通常是领导。用户是指真正使用产品的人，通常是一线员工。这一点和C端产品大相庭径，为产品买单的人却不是使用产品的人，反而真正使用产品的人话语权相对较小。
那么在这种情况下产品的竞争维度就不单纯局限在产品质量上了。商务拓展、客户关系等也都是竞争的重要维度。
由此产品质量的重要性在客户决策时占比就会相应有一些降低，公司也会将资源分配一部分至其他影响客户决策的因素里，在产品质量投入的资源也会有一些程度的减少，那么产品设计开发的资源降低就使得产品的质量降低，产品质量的降低就会在一定程度上影响用户的使用效果。
但用户使用效果的降低只要不过分，控制在一定程度内，那么就不会太影响客户的买单情况。
综上，产品设计的复杂及困难程度居高不下，产品设计的质量与付出成本却未随之提升也就当然导致了一线用户产生上述如此消极无奈情绪的结果。
不过，医疗信息化行业的业务复杂度高的同时也将很多想进入此行的竞争对手拒之门外，让这个行业能在互联网肆意冲击其它行业时仍能巍然不动。
行业人才的极度稀缺也让我们知晓学习和进步的方向，只要肯学肯干多积累就能成为行业的稀缺人才，个人价值的护城河搭建起来后，即不会被行业被公司随意抛弃，且拥有选择公司的底气。
关于客户和用户的当前这种情况，我们做为产品，还是要把产品设计专注在解决用户使用问题上。
今天，这是个个体的声音在被逐渐放大的时代，我已经能感受到我们行业的用户声音也在被逐渐放大，行业和公司对用户体验的重视程度也在逐步提升。所以产品未来一定会渐渐回归到使用价值的本质上，资源也会一定程度上回归到创造产品使用价值上。
当今我们就先做好自己负责的每一份产品设计，解决好用户的每一个问题，去靠近成为行业的稀缺人才，这些是我们现在能改变和控制的。
当未来自己或者行业情形发生变化时，便能用自己的能力去通过产品切实解决用户问题，做出让用户不在抱怨的产品，让今天调研时的心酸转化为明天更喜岷山千里雪，三军过后尽开颜的舒畅！
二、设计时的苦楚时刻
正如上文中提到的医疗行业的业务复杂度高，各个医院也都有自己的业务特殊性。这样和C端产品由企业来定义标准的操作流程不同，我们在设计产品时即要满足每家客户尽可能多的需求提升客户满意度，也希望产品的标准化程度尽可能高从而减少产品定制的成本。
那么在设计时产品会设计的很灵活，通过配置和参数的控制等方式希望支持同一功能在各种实际场景、可能发生的模糊场景甚至不标准不规范的场景下的使用，而不是设计绝对标准的流程。
这样就带来了一个‘强大灵活’与‘简单易用’的平衡问题。我们的功能设计通过控制到业务元素颗粒度很小的元素，使产品支持通过灵活设置支撑不同客户的使用场景。
但是如此产品的复杂程度也相应的提升，尤其是对我们的实施同事来说，产品的配置工作成倍增加，他们的学习成本变高，对产品的上手时间更长，实施周期也变长。我一直把实施同事也当做我们产品的用户，这样对他们来说产品也就不那么简单易用。
而我们本身希望通过强大灵活的控制去提升产品的标准化程度也是希望能够减少针对客户需求的定制开发，从而减少产品实施周期的时间和成本，改进过去行业使用人海战术高成本实施上线的无奈情况。
另一方面做为某个具体医院的具体用户来说，他只关心自己所使用的业务流程部分是否可用和好用。对功能背后的强大设置用户是无感的，甚至觉得被与其无关的强大灵活属性影响到了她操作的简单易用，而产生了负面的感觉。
每每在设计产品时遇到这种都想满足的设计情况时就会觉得比较折磨。这种苦楚的感觉太折磨产品狗了。
不过这两个方向一定都是对的，强大灵活从局部来看的确会存在上述问题。但是从全局来看，也解决掉很多全局里原本需要定制化开发的需求，这一部分的成本一定是可以被节省掉的。
实施同事的问题我们针对他们进行合理的培训，让实施团队自身也完善带教规范，这样前期即使大家付出一些学习成本与时间成本，长远来看也以后的整体的实施效果也会大幅提升，通过配置就能解决的问题肯定比让实施再求产品求研发加需求来的快，做过实施的同学看到这句话一定深有感触。
用户体验也是如此，过往虽然能够针对部分客户做定制化需求，但是对未响应的需求来说客户对该功能体验感则为零，然而如果能通过配置使得大部分客户不再需要定制化就能享受到可用的功能这么来看也是提升了整体的用户体验效果。
世事万物皆平衡，日月如此，阴阳如此。当然这个问题没这么简单，我也还在思索中，现在对我来说要巧妙的掌握产品设计时的那个平衡的点也还需要更多经验的积累。
#专栏作家#
小游不会游泳，人人都是产品经理专栏作家。工作在医疗领域的产品经理，持续关注医疗信息化、数字医疗、互联网医疗行业。打怪升级中，期望能够通过自己的力量为世界创造美好。
本文原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自Unsplash，基于CC0协议