今天，聊一聊惠商+系统的会员一卡通管理。

首先得承认，可能用惠商+系统的人觉得一卡通用起来会不那么通畅，会感觉它有些不同于传统的内容。在产品研发之初，一卡通定的基调就是：“在程序设计和数据库部署上来说，会员一卡通其实是完全独立的一套系统。” 这就不同于原来大部分方案，会员只是系统内的一个不可拆分的小模块。我从本心里认为，系统功能的少与多，跟系统使用的简与繁并没有直接的关系，但实际的场景里因为赶开发进度的原因，因为人力的原因，因为多人协同不太统一的原因，往往就是功能多了，使用就繁了一点。

惠商+系统和一卡通作为本身设计上独立的两个系统，如何有机的结合在一起，是我们一直在努力并付出体现解决的问题。目前用户、机构、卡终端都已完全可以实现一键同步，等同于原来的一个系统。最早的小伙伴们其实还经过两边都要新增数据的过程，辛苦了！祸兮福之所倚，用这不恰当的话说出我的感受：我一直认为一个人经历困难，才更会获得成长。我们之前做到的没有首先兼顾到易用性，但参与过程中对理解两个程序的融合，甚至包括可能涉及到项目接口的沟通，你要是参与了，我相信都会有Help。

闲言少述，谈谈我对会员管理的看法：

1、用卡安全性的考虑至关重要：企业发展会员，不再是像零售端现场买卖，一手交钱一手交货，无论是是储值卡，还是积分会员，实际上都是一部分消费者将他们的财富：钱或者返利积分提前放到卡账户里，企业就相当于这些消费者的存款银行，这个数据的安全性得保证。

    安全性的方案解决对内对外的角度都要有，对内应该规范业务流程，让指定的人做指定的业务操作，密码授权优先于一般的功能授权；对外要考虑做到卡的流转管理，写卡（是不是必须要经过系统写卡？） 发卡 回收要流程化，卡存款可以考虑额度限制等等，一卡通是这么实现的

操作密码授权很具体

数据库的访问不透明，一般人搞不懂

卡类型自定义，严格限定管理

2、未经发售的卡是需要严格管理的：什么是白卡，可以理解是你作为供应商给到用户的没有任何白卡在经过初始化、预存款发给最终消费者之前是需要做管理的。比如说用户进了3000张卡，到底多少张发出去了，如果有预充值，未发出的卡还有多少金额？这里面涉及到连锁店调拨的问题，比如有些用户是连锁门店发给用户的，门店A从总部领了30张100面额的卡，那他发出去多少，剩下多少？

未售卡类型的进销存

3、一卡通和原来传统系统最大的不同是：传统的系统是直接对消费者发卡，而一卡通是先对卡进行设置：定义卡类型，根据卡类型去注册卡，最后要发给消费者的时候做发卡动作。传统的系统只是对售出卡进行管理，未售出卡是不做管理的。请看下面的对比

传统系统也不区分记名还是不记名，就一步登记资料发卡。

一卡通需要先注册卡，将白卡引入系统。

发卡动作

4、会员卡的活动方案要足够丰富，实体店的体验首先要体现在会员上。

定义丰富的活动方案，积分历史台账清晰可查。

5、卡和赠券方案要融合，一个会员实现多账户管理。
     一卡通的储值卡支持普通充值、项目充值（购买指定商品使用的存款）；券支持现金券，代金券（满足条件发券，满足消费条件用券）等等

     储值可以送券，消费可以送券，直接可以送券，券是最有粘性的活动方案。

储值发券

6、线上线下会员打通，会员要有一个线上渠道和商家交流沟通、获取信息。

会员线上线下的打通

7、会员分析背后的目的是发起营销动作：根据会员分析可以推送赠券。

根据四象限分析确定会员类型，发起赠券活动

每一个系统都是一个工具，工具用的好与坏，在于我，在于你，在于用户，在于我们和用户真正的结合在一起，共同建立标准化的流程。

tel：18678422012。

觉得有帮助，别那么懒，就动动手指点个赞呢。写完这一篇，我想我要出差了。

微信商城