产品经理不是半个咨询顾问吗?
近期处理了几个需求,但最终都不用通过开发新产品解决。这,再次验证了我多年以来“产品经理是半个企业咨询顾问”的认识。为什么这样说呢?我以B端产品经理工作内容为例,慢慢道来。
在互联网公司,产品经理经常遇到只要能和信息系统沾上边儿的事儿,需求方就希望通过IT方式来解决。但是,当你分析半天后,发现这是一个纯粹运营管理的问题,根本不是一个IT需求,更不用开发什么系统,完善什么互联网产品。
在互联网公司如此,在欲与互联网融合的传统行业,更是如此。
遇到这类需求,产品经理应该怎么解决呢?若这类需求是大领导提出的、是强势的需求方提出的,又该如何解决呢?
下面我通过自己处理的类似案例,给大家分享一下认识、方法与策略。
我举的这三个案例,发生在某民营医疗集团。
一、代金券系统夭折记
多年来,该医疗集团有通过发放纸质代金券获客、增加客户粘性、提高客单价的营销方法。由于纸质代金券的发放、核销不便于管理,财务总监希望开发一个代金券系统进行管理起来。乍一听,嗯,非常有道理;再说,现在还用纸质券,有些不合时宜了。
这个活儿派到我这里了,于是我梳理调研提纲、现场调研、需求分析,并画出了财务总监可以一看就明白的产品原型。
财务总监也非常配合,调研时亲自召集各相关部门,产品原型演示时,全程积极参与。
如果仅告诉大家上述信息,听起来一点儿毛病没有。但是,问题出在下面的细节上。
该医疗集团用的HIS(Hospital Information System)并不支持代金券管理功能,可能代金券管理也不属于HIS的范畴。并且HIS系统仅在内网(内部局域网),代金券系统只能做到外网(互联网),从安全与管理角度考虑,目前并不打算装HIS的电脑连接外网。
再者,大家可能清楚,在医院就诊的费用清单,不像电商购物一样,用户自己可以独立完成用券与支付。它需要医院收银在HIS系统完成收款,在HIS与代金券系统不对接的前提下,还需要在代金券系统销券。
收银就说了,这不能减轻我的工作量啊,销券和HIS还不在一台电脑上,收银本来就忙。还不如纸质券,直接从客人手里接过来直接。
我问财务总监,要解决的是券管理问题,还是提高收银效率问题?财务总监说了,两个都想要,难以取舍。
这该怎么办呢?摆在眼前的问题,激发了大家一起的思考。
经过讨论,发现很多纸质券没有发放的必要;可以重新梳理代金券种类,减少不必要的券,某些券通过费用打折直接实现。
最后,财务总监说,通过这几次的沟通,让他们了解了电子券的发放与管理流程,激发了他们对目前纸质券管理的思考,梳理清楚后,再考虑开发代金券系统的必要性。
你看:
财务总监要解决的问题是券管理,是用券效率,还是客户体验?没想清楚。
电子券,怎么用,需要做哪些配合?他以前不了解。
自己目前纸质券的管理,存在哪些不合理的地方?他以前了解的并不透彻,或者说并不了解(勿喷,此处不解释他该了解的问题)。
通过需求分析及产品原型演示,财务总监已经开始在找上述三个问题的答案,或已经有了答案;但是,答案不是目前开发一个代金券系统。
在这个案例中,我做为产品经理,最终并没开发一个代金券系统。而是通过产品经理专业的工作方法与策略,解决了一个业务管理问题,承担了企业咨询顾问的角色。
二、B超排队真的乱糟糟吗?
产科某业界知名大专家,仅在每周四上午出诊。大专家说,每次产科的B超排队都乱糟糟,不是有人过号,就是有人加号,还时而有人嚷嚷或投诉。
大专家在某次集团会上,给主管产品与研发的总裁反映了此事,希望优化一下叫号排队系统。
大专家,稀缺资源啊,集团花大气力才聘来的,且一周只能出周四上午半天诊。
主管产品与研发的总裁非常重视此事,随后带着我找到医院对接人,深入一线进行调研。
结果是一年前仅仅在周四上午,才存在过号、加号情况,目前情况已经好很多了,基本不存在产科B超排队混乱的情况。
因为一年前,产科主任已经加强了管理,在导诊、分诊、检查环节做了诸多优化,以便减少B超排队。并在周四上午开放所有产科B超检查室,以便应对大专家的大客流。
你看你看,这个问题,需要优化叫号排队系统吗?
根本不需要,仅是沟通不到位的问题;需要更新大专家对此事的印象。这不是需要通过IT手段解决的问题,仅是沟通不到位的问题。但是,这个问题目前需要在IT部门的协助下,通过沟通到位来解决。
所以说啊,产品经理,也是企业的半个咨询顾问,甚至是企业的一个业务管理者。产品经理手里不仅仅有做出产品一张牌,还有业务咨询、流程梳理、沟通管理等等很多牌。
三、需做个对账系统的结果是?
在公司周例会上,财务提出现在对账错误数据多,财务耗时耗力,需要做个对账系统,与会管理者也大多数认同财务的提议。
经验告诉我,这事儿不是做一个对账系统能解决的,十有八九是业务系统不完善,甚至是业务操作不规范导致的。因为财务是下游,业务是上游,上游的业务不规范、数据不规范,都会到对账环节反应出来。
结果不出我所料,我调研了一圈,原因有如下三个。
- 一是某业务方对订单系统操作不熟,不知道如何提供财务所要数据;其实财务也不清楚。
- 二是有两种场景的业务,订单系统没有很好的支持,导致订单数据不合理。
- 三是某业务方存在漏操作情况,导致订单状态不对,财务对账数据不对。
这样分析完,其实现在根本不用做对账系统,哪怕做个对账系统也解决不了问题。
现在需要针对上述三个原因,一对一的解决,加强培训、优化订单系统、规范操作流程。
你看,在解决这个问题的过程中,产品经理不但充当了业务咨询顾问,而且还是半个业务侦探,通过调研、模拟、分析,找到问题的真正原因。
四、切记,产品经理搞定问题不一定是做个产品
通过上述三个例子,估计大家已经清楚了:产品经理搞定问题不一定是做个产品。产品经理要清楚的知道,业务方提出的需求经常存在如下问题:
- 认知问题。业务方不知道哪些问题该用IT解决,哪些需要业务管理解决?
- 没有深入思考。业务方对要解决的问题,思考全面性、细致程度都不够;甚至人云亦云、自己没有调研、没有思考、没有了解到真正问题。
- 没有结构化分析问题、解决问题的方法。比如:面对一个问题,仅能片面的描述,缺少客观全面的流程分析、数据分析,解决目标也不清晰、不可量化。
而产品经理就不一样了。
- 你,要有专业的调研方法。
- 你,要有较强业务分析能力。
- 你,要有较强的逻辑分析、数据分析能力。
- 你,要有从业务抽象互联网产品的能力。
- 你,要有良好的沟通能力。
所以说,产品经理也是半个咨询顾问,不为过。
#作者#
王晓明;微信公众号:产品人晓明。10余年互联网、ERP产品经理经验,擅长B端产品规划与设计。
本文
版权声明
本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!