汽车后市场(O2O)后台设计(一) :套餐类商品需求完成全过程

作为产品,在设计复杂的产品时,一定要把产品模块化和扩展性放到第一位,否则后边再添加功能,感觉到处处是坑。

 一、市场背景

定义:汽车后市场是指汽车销售以后,围绕汽车使用过程中的各种服务,它涵盖了消费者买车后所需要的一切服务。也就是说,汽车从售出到报废的过程中,围绕汽车售后使用环节中各种后继需要和服务而产生的一系列交易活动的总称。(如图)

前景:看看现在中国的车的保有量,具体数据和前景分析网上都有。

二、项目背景

为了整合公司关于汽车后市场的线下渠道,公司先后把之前的线下业务都整合到一个线上。主要功能包括违章查缴服务,专场审车服务,油卡充值服务以及汽车的维修保养等汽车后市场的o2o平台(app)。后台功能已经实现了,商家管理、商品管理,会员管理,订单管理、支付管理、简单营销活动管理(广告,福利券,优惠券等),以及简单的物流管理功能。

新的一年新的战略,公司计划推出线上VIP会员服务和以线下为主要销售渠道的超级贵宾套餐卡系列,同时兼顾线上销售。

普通vip会员服务比较便宜,一年也就20多元,提供一些相对于普通会员的审车不排队等服务;超级VIP卡业务的定位是只为有身份的土豪使用,具体来说,这个超级VIP卡(实物卡)系列共有三个卡组成,价格和服务项目也不一样(例如 A卡:定价¥9999,包含N次洗车,N次维保,N次审车服务等等)。主要业务流程如下图:(中间还有对销售商的限制,也就是销售商拿到卡卖出前需要通过专门入口把卡状态变更为可激活状态。具体怎么激活这里不多说了)

 

另外,工期非常紧(20天),决定了尽量利用现有的系统功能。

三、接到需求后的思考

    接到需求后,我首先梳理了后台的现有功能,然后结合现在的需求,首先整理出一个功能结构图,橘黄的部分是要做的功能模块,黑色的部分是已经实现的功能。

结构图

(彩色背景标记了某个模块的主要使用部门)

四、需要理清的几个关键问题

超级VIP(贵宾)卡的在线上怎么以商品形式发布,是利用原来的商品发布系统,还是单独定做个商品发布系统? 超级VIP(贵宾)卡在线上以商品形式发布后,其下的套餐各项服务怎么添加管理? 超级VIP(贵宾)卡套餐下的各项服务怎么去核销? 超级VIP(贵宾)卡套餐客户从激活到消费,怎么保存激活记录和消费记录? 客户在激活后超级VIP(贵宾)卡后怎么按照业务需求还要送客户一年的普通VIP? 超级VIP(贵宾)卡持有者消费后,基于与商家结算的每项服务结算价如何管理? 超级VIP(贵宾)卡以商品的形式发布后,怎么和生成的卡编号和激活码关联?即一个一张卡对应一个编号和一个激活码 另外还有库存管理问题,普通VIP的支付和续费问题?

针对以上问题,我多次和技术人员、之前负责相关模块产品人员以及运营等部门进行了详细沟通,逐步摸清了现有系统的逻辑(老系统我没参与)。并对以上问题都有了清晰解决方案。具体如下

1、解决核销问题:由于原来系统中普通商品的核销码是在客户完成订单后生成的,坑来了,就是线下销售的实体卡怎么核销?因为它不经过订单流程,哪来的核销码?难道还要重新做个针对线下实体卡核销码生成系统或者把整个系统核销码生成功能都给剥离出来。

和技术沟通了下,时间来不及,需要修改的东西太多,因为还涉及到商家版app核销入口的修改。最后技术给出暂时的解决方案,就是线下的实体商品也要通过套餐类商品平台发布一次,但不展示,发布后程序自动走一边订单流程,这样原来的核销入口就不用改了,直接就能用。(吐槽:“会不会服务器累死,这转了一大圈,下一步肯定要优化,没法先把流程走通吧”。 )

2、解决以后与结算有关的结算价问题:之前商家每个商品或服务的结算价是在发布商品的时候录入的。又个坑!因为这个结算价很重要,直接关系到财务结算系统数据来源的问题。

我之前的结构图我以为每个服务的结算价是在商家管理的,但是原来系统模块是把它设计到发布商品里,那我套餐类商品在添加各个服务的时候就不能关联各个商家下各项服务,而是要和某个商品或服务的关联起来,而且对于同样的商品而由于不同商家不同的结算价的原因,还要再建个同样名称的商品,这样就会出现大量的同样的商品。

然后我就找技术沟通,说能否结算价放到商家管理里,技术一听,快哭了,说那要把原来的商品分类管理和商品发布都要改一遍,还要改商家管理,还要对咱们业务内的商品分类进行梳理,然后还要对不同商家提供的每个类别的服务、输入不同结算价,这涉及的问题太多,最重要的还要让原来的商品服务都要重新发布。我一听也傻了, 果然老系统架构是不能动的,那只有关联商品了。

 3、解决套餐类商品发布问题:针对超级VIP(贵宾)卡这个套餐类产品,经过慎重考虑专门做个套餐类商品的发布模块,以后所有的套餐类商品都可以在这个模块发布,具体流程如下:

4、解决普通VIP会员管理、以及与之关联的超级Vip卡用户的激活和核销记录的问题:在会员管理里,单独做个VIP会员管理模块。由于需求决定了客户激活超级vip,就送普通vip,所以在这个模块可以管理超级vip会员的激活记录和核销记录。当然这里还可以查看普通vip的购买和续费记录。

5、解决超级vip卡的卡编号和激活码生成的问题:这个是新功能,由于和原来的系统没关联,就简单很多,就是引入生成批次的概念,由于业务需求原因,生成批次分为线上和线下。这里还要涉及到激活码的保密,导出权限等等。生成完之后和前边发布的超级vip卡这个商品关联起来,就完成了整个流程。

操作流程如下:

然后按照上述流程和功能结构设计原型并做好注释,然后交给技术团队。(团队不大,需求文档不用写,都是原型注释好)

这里有个问题一直在思考,就是结算价到底在哪里管理的问题,对此我考虑的很久,感觉如果公司在和商家谈合作的时候每个商品或服务都有个固定的比例。这样在系统设计中,就可以按照类似物流模的形式设计几个结算价模版。但是如果涉及到不同商家,不同服务,不同结算价的情况下,无论使用哪种解决方案,都要需要大量的人力去输入。

我仔细做了考虑,感觉结算价还是放到商家管理里比较合适,以后无论哪个系统模块调用结算价,都要基于这个调用,管理也比较明晰,可扩展性也好。虽然前期在商家多和服务多情况需要大量的人力去整理和录入。也许我经验不足,也希望大家有更好的解决方案可以联系我。    

最后感受:作为产品,在设计复杂的产品时,一定要把产品模块化和扩展性放到第一位,否则后边再添加功能,感觉到处处是坑。

提示:还有下一篇哦—-就是与之有关的财务结算系统。

 

本文由 @ 刘相奇 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自unsplash,基于CC0协议

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处: 汽车后市场(O2O)后台设计(一) :套餐类商品需求完成全过程