在电商发票系统中,我总结了这些经验
身为产品经理一定要善于总结经验,并且在工作中形成一套属于自己方法,从而才能够更有逻辑性地开展工作。
产品经理也是一门科学,科学就要有自己的规律及方法。我总结了一下自己在产品经理工作开展中主要的几个环节:
行业分析 -> 需求挖掘 -> 方案出具 -> 验收上线 -> 推广运营数据分析
一、行业分析
所有的产品功能并不一定都要做,但是对外部需要做一下,可以使用SWOT分析法对整体进行分析 。
比如商家电子发票生态项目:
优势:
- 电子发票开具技术强大;
- 平台商家质量较高;
- 咱们已经养成了用户在平台上的发票行为;
劣势:
- 商家对发票开具的需求不是如何帮他开,而是怎么能不开;
- 平台商家数量相比较较少,业务发展有天花板;
机会:
- 整个宏观环境,国家对发票管控及税务管控越来越严,因此有机会从中提供技术服务;
- 市场上电子发票开具还属于发展阶段,有广大的推广空间 ;
- 平台中有对发票需求强烈的商家,想要获取技术支持的需求强烈;
威胁:
- 外部竞争对手也可以提供该功能,并且整体平台优势更强。
基于以上分析,得出结论:该功能还是需要的,对整体是有利益提升,而我们的重点是放到对用户体验的提升,及对商家体验的提升,因此提供了代商家开票,及商家自主开票回传存储功能,总体预计收益大于成本。
二、需求挖掘
就像车和快马的故事,用户需要的就是为快速出行。
对于需求挖掘我总结了这么几个点和大家分享下:
沟通 -> 深入思考 -> 寻找本质 -> 需求细分及管理 -> 需求推动跟进
1. 沟通了解现状
与业务进行沟通,获取用户的实际需求,但是做系统不能一次就做个非常大的,那么这个时候又要跟业务沟通,进行MVP的实现方案,需求讨论,达成业务与系统均能接受的方式,最重要的是将业务所有的不确定都变成正确的、确定的、可以执行的语言。
但沟通的不只是与业务,与研发团队也要进行沟通,将用户真实的需求进行传递。保证大家理解的需求都是一样的,明确的,消除其余的999个哈姆雷特。
与领导的向上沟通,重要事项的汇报及危机事项需要领导把控与决策。
具体沟通的方式,每个人可能不一样,需求磨合悟出自己的方式,但是总体需要做到几点:
- 态度端正: 要等到别人说完话,你再说,即使他跑题了,不然他会认为你没有听懂他到底再说什么。观点不同可以表达,但是态度不要过激;
- 就事论事:对一个问题一定要只先聊这一个问题,如果战线拉的太大,一定要把话题拉回来;可以反复对一个事情进行不同方面的沟通,这时有可能真的会找到那个痛点;增加深度,降低广度;
- 抛开角色换位体验:这个时候,你不是研发,不是产品经理,你是业务,和业务一起工作,做最难的、影响最大的那些工作; 输出专业建议;
- 讲究方式:与业务沟通时,业务可能提的需求方案不太准确时,不要直接回绝,而要提出更专业的解决方案;经常说,你看这么做行不行,以一种出主意的态度,并进行引导;
- 沟通的记录: 会议纪要,整理自己的思路并且进行需求的挖掘,同时防止无端更改需求的风险。
2. 深入思考,寻找本质
沟通能力,是获取用户的表象感受,体验直观,然而深入思考才能找到现象之后的本质。
那么如何进行深入思考呢?
- 信息资料的准备,记录,每次需求沟通之后都要进行记录并按事情的发展进行整理;
- 要进行归纳终结,对现象进行聚类,找到规律及分割线;
- 结合业务与人性,假设人都是懒惰的,分析业务的开展方式,确定哪些必须要进行做的,哪些是不必要做的;
- 学而不思则罔,思而不学则殆,沟通和深入思考是要反复使用的。
3.需求管理
将需求拆分成最细粒度的功能模块,根据这样的需求出具方案。
对每一个需求进行时间、效果的跟进监控,进行MVP及敏捷管理。这个里面,我们当时在进行票据中心的调研时,发现他们工作效率比较低。
其中有一块占用人工比较突出的是要修改发票类型之后再次提交开票申请,修改发票时要从订单页面、增票资质页面获取订单对应的资质信息,再进行提交。
业务就想让我们给提供一个能快速获取这些信息的功能,但是分析这个需求,其实发现整体流程是:客户给客服打电话要求换开,客服再提交工单给财务,财务再从工单中将用户的需求粘贴出来,进行发票换类型,再提交开票,处理完再进行回工单,客服再给用户回访。
其实,最终的需求就是客户想换发票类型这件事,中间的这一套,我们都可以给省略掉。
因此,我们开发了发票自助功能,可以让客户直接在页面进行提交开票申请。
省去了客服的工作,但是财务可能需要对部分换开类型比如电子换增票的业务进行审核,那么我们提供了审核功能,对于电子换内容的那种,客户直接自己操作,并给出信息跟踪,省去了客服、财务。
这样,财务的需求其本质是客户的需求,用不同于财务所看到的另外的方式满足表象的需求。
三、方案出具
包括输出流程图、页面展示方式、输出页面交互。
一定要做的是方案评审,包括需求方用户体验研发。一块评审,最终确定下来的方案进行定稿。
四、验收上线
这个过程,可能在开发到一定阶段就要进行了,并且一定要进行验收,也就是线上走查,真实上线运营前要进行多测试。
尤其上结算页相关的功能时,各种维度的下单,拒收,账号都被拉成黑名单了。
五、推广
主要偏运营,产品需要了解,推广方式,就是最近比较火的黑客增长方法。
六、运营数据收集
根据用户使用数据,再次挖掘现有的痛点是什么。
比如:全切电子发票,从用户的反馈及投诉的数据来看,最主要的述求并不是要求把电子发票打印出来再给他,而是想更快速便捷的获取电子发票。
这样我们就增加了订单列表页查看发票详情、电子发票手工发邮箱、加入卡包等功能,还可以让用户进行更改发票类型、抬头等。
以上,也是我自己的一些总结及感悟,如有感触,请一起留言探讨。
本文由 @民潇湘 原创发布于人人都是产品经理,未经许可,禁止转载
题图来自 Unsplash,基于 CC0 协议
文不对题
内容是那么回事,但文不对题啊。
请问文章内容和发票系统的关系在哪里
本文重点是阐述工作流程的思考,对发票系统的介绍,后续推出
这也是为想问的,这个可以写到自己笔记本里去,大道理太多,太虚不够实
同文,挂羊头卖狗肉呢这是
😂 做产品久了,就知道这些多重要了