零投资的网赚项目,会员卡系统怎么做，让客人办会员卡的技巧

本文从会员卡生命周期的主要流程提及，然后再谈会员卡相关的基本逻辑的思索，最后先容一套基本的会员卡治理系统模块和整体流程，希望对你有所辅助。

作为一种人人喜闻乐见的营销手段，会员卡可谓历史悠久。据说在17世纪的欧洲就有贵族将会员制度作为身份和职位象征，用于彰显和平民差别的特权。到了现代社会，这种手法更是被各大公司发扬宽大。其中最着名的当属美国运通的“黑金卡”，此卡的神通被种种书籍、报道和听说神化，包罗高得令人惊悚的额度、专属服务和顶级权益等等。

到了互联网时代，会员卡更是被各大电商所用，但通常面向宽大用户做销售的公司都喜欢来一套会员制度。然则会员卡自己的系统化并不是一件简朴的事情。相反，作为各个公司内部与各大主要系统联系慎密的系统之一，获知会员卡系统的产物设计那是相当的难题（不信找谷歌度娘问啊，哈哈哈）。这就是本文价值所在了，本汪将从会员卡生命周期的主要流程提及，然后再谈会员卡相关的基本逻辑的思索，最后先容一套基本的会员卡治理系统模块和整体流程。

会员卡自己是一个重大而庞大的系统，本文仅从互联网产物的视角来剖析，涉及到会员积分、品级、权益相关的话题也不谈论，秉持本汪一向的只讲思绪不讲细节、只画流程图和逻辑图不画界面原型的原则。然则，对于有需要的偕行，绝壁是有参考价值的（自满脸，^_^）。

一、会员卡的生命周期和流程

整体的流程见下图，差别类型的营业和形态会有差别。

在建立卡种的阶段，需要将卡的名称、笼罩的营业局限、种种卡的权益理清晰。在海内最常见的卡名称就是“金卡”、“银卡”、“铜卡”了，可谓简朴粗暴，人人一听就知道谁高谁低谁牛逼。跟名字相对应的是使用局限和权益，这个也好明白，名字牛逼的自然笼罩的局限更大、有更多的权益。至于若何通过数值设计来划分差别品级，使差别品级的会员有差别的权益，以及若何更好地指导会员在平台上购置更多商品不是本文的主题，且不谈。

分配号段和制卡主要用于有多个区域的营业，更多的是泛起在实体卡上。

举个类似的栗子，人人去查询手机号码时能查到归属区域，就是由于运营商对号段做了区分，如此一来就能跟踪到差别省公司、差别地级市级公司的发卡情形，也能一定水平上限制部门区域刊行高优惠的卡流入其他区域（锅是谁的一查就知道）。

对于互联网营业来说，对于号段的需求并不强烈，往往是系统自动给每张卡分配一个ID就完事了。就制卡而言，也是线下零售业使用的情形偏多，线上的营业也往往没有这个需求，为啥呢？由于太！麻！烦！制卡需要找供应商，若是公司营业分了总部和各区域分部（或门店）那么制完卡后，还得把会员卡通过物流发送给下属机构，那么谁来寄送、找什么物流公司承运、谁来吸收卡片、寄丢了是不是要补寄、分部急着用不能实时寄到时怎么办、分部收到卡号后怎么清点、发现卡少了若何处置……等等一系列的坑着实太多。

您或许会说，那就分部（或门店）自己找供应商制作！OK，这就好比中央把印钞的权力下放到里地方！若何保证这么多供应商能到达相同的品质（好比一批会员卡1年就废了80%，另一批会员卡3年才废30%），怎么限制下属机构胡乱制卡，怎样保证每一张发出去的卡都到有用用户手上……又是种种坑。

到了与用户流程相关的发卡、充值、消费、重新发卡、冻结卡片等，是一样平常生涯中就能感受到的，只稍微提几句。首先是发卡和充值，有些营业场景下将发卡量、充值金额与下属机构的业绩相关联，那么需要在发生这两项营业时纪录下操作机构和操作人。其次是这几个流程节点中需要获取用户的会员卡号和用户身份信息。对于多数互联网线上营业来说都不是问题，用户的所有操作纪录和逻辑都在线上。然则对于线下的实体卡片又双叒叕麻烦了，是用户自己报手机号/会员号，照样用机械刷卡，若是是刷卡的话用NFC、磁条照样扫二维码，确定一种方式后用什么机械和系统来实现等等。

二、线上会员卡基本逻辑的思量

关于实体卡在前面说了许多，线下的部门在后面就不继续说了。实在不论是实体卡照样电子卡都需要系统支持，这部门才是文章的要害。

提及会员卡，首先就需要明确卡内是否储值以及会员折扣相关的问题。会员卡储值自己就是一个涉及到金融管制的庞大的问题，若是凭据正规的方式走，需要申请相关的金融发卡资质，否则就有非法集资的嫌疑。不外海内互联网野蛮生长，除非规模伟大的几家，其余的都在打擦边球。好比去年闹得沸沸扬扬的OFO、摩拜的用户保证金和充值问题，虽然金融监管机构再三告诫，也不见两家申请金融牌照，不外从网上的相关新闻来看照样被逼着找了银行做资金托管。若是不储值，则只是作为用户身份的象征，给予差别品级的会员差别的特权。其中的一种特权——也是最常见、与营业最相关的——就是折扣。当泛起多种营业时，折扣与之交织会泛起差别品级在解决差别营业时享受差别折扣的情形。

关于折扣卡的刊行逻辑，在第一部门有涉及线下相关的流程。除了种种坑之外，线下渠道也有优势的一面，稀奇是现在线上获客成本高企、人人都在玩“新零售”的情形下更是如此。推广职员在线下直接触达目的用户并实现转化，在有些情形下（好比线下门店）的成本比线上低的多，近期北京各个物美超市推的“多点”App就是个例证（固然，他们主推App，在App中注册即会员）。为了能应对多种推广场景，就需要思量线上、线下的刊行渠道和方式。线上渠道即可以通过互助网站挪用接口实现绑卡，也可以用人工运营的方式将兑换码与账户绑定；线下渠道则是实体卡和兑换码，好比将兑换码打印在卡上，目的用户在App上兑换成会员卡。

怎么利用快手赚钱，通过快手赚钱的方法

会员卡的使用过程中会泛起种种情形，这里仅对几种常见的需要思量的问题做说明。

首先是支付和折扣，用户使用会员卡的目的要么为了获得会员积分、提升会员品级，要么是为了享受会员折扣。那么就需要思量是否部门商品只能由会员购置，是否需要会员价钱和非会员价钱。同样是会员价钱，差别品级的会员是否享受差异化的权益（赠品差别、积分差别、服务通道差别等）。

其次是充值。会员卡能否频频充值，照样只作为储值卡，消耗完只能买新卡？之以是需要思量这个问题，照样差别品级会员享有差别权益造成的。举个例子，5000元的储值卡可以享受7折，3000元的储值卡只能享受8折，若是可以对统一张卡频频充值，则购置了5000元储值卡的会员将一直享受7折（后续充值小于或者大于5000，在机制上都可以设计）。以是，若是会员折扣系统仅建立在卡面值上，则频频充值的方式不合理；若是另有其它系统（例如积分等）作为支持，则可以。

多卡共用与上一个问题相似，都涉及到差别品级权益，举例说若是一笔付款使用了两张差别品级的储值卡，那么该以哪个折扣为准呢？

卡券共用是从营销上思量的，没有明确的尺度，机制依营业逻辑的需要而变。若是营业需要大规模推广拉来更多新用户，就可能允许卡券同时使用；若是用户到了一定量级，需要控制营销成本，则有可能不允许卡券共用。若是允许卡券共用，还得对成本再进一步做精细化盘算：先扣券再折扣和先折扣后扣券发生的实付金额是差别，要凭据差别的折扣额度、差别的优惠券额度和规则及客单价举行核算，才气知道哪种方式对当前的推广更有利。

最后是余额不足的情形若何处置，用户是否可以使用多种方式支付一笔订单就是个异常头疼的问题，不只前端App和网站上的交互欠好处置，后端支付系统的设计也不简朴。若是可以一单多支付方式，那么是否依然整体享受会员卡折扣，用其它方式补足余款？若是不能一单多付，那么余额不足时是不能使用会员卡支付的。

三、会员卡系统模块和流程先容

以上这套是适合O2O营业使用的会员卡系统使用的流程。

首先需要建立卡种类，对卡的名称、面值、有用期及种种权益举行设置，完成设置后天生会员卡商品。对折扣和权益多弥补一句，差别省份、区域由于物价水平差别，相同品级的卡可能会存在差别权益的情形，需要提前思量到。例如，一款咖啡在上海售价是100元，在拉萨的售价可能是80元，是否同样都享受8折就需要从营业上举行思量了。

与建立卡种类平行的流程是建立会员卡的刊行渠道。就会员卡的场景来说，渠道治理模块自己无需太庞大，然则从营销成原本考量有需要做到仔细准确，只有这样才气看出哪个渠道效果最好。此外，某些渠道对于使用会员卡可能会有特殊的要求。举例来说，为了推广App，把会员卡的折扣资源向这个渠道做倾斜；某些渠道出售的会员卡不能和优惠券叠加使用。

当天生了会员卡种类和销售渠道后，需要对会员卡天生刊行批次。凭据营业的庞大水平，有可能每个批次的会员卡售价、有用期、限售数目、适用的区域都差别。差别的批次需要差别的刊行方式，有些批次放在淘宝上售卖，有些批次是地推，而有些批次是与便利店互助推广等等。对于线上出售的会员卡，通过接口挪用实现系统自动绑卡是对照节约人工的方式；而通过兑换码刊行的卡，要么是运营职员手工使用绑卡工具将卡与账户做绑定，要么是调取后台接口批量做绑定。

一旦绑定会员卡，则所有使用会员发生的消费纪录都应该与卡做关联，便于监控卡的使用情形。

需要稀奇说明的是，若是会员卡储值，则需要在流程中稀奇注意营业、运营、财政、法务的角色分工。举例来说，每一个卡种都需要计谋部门经心核算；每一个批次的刊行都需要市场运营部门、财政部门审批，否则一旦泛起资金问题，是没人能背得起这个锅的。

整体而言，系统自己的流程并不庞大，庞大的是若何更好地与营业相结合起来，做到以最简朴、明晰、便捷的方式支持营业；此外，因会员卡自己的价值属性，系统会与用户CRM系统、权限治理系统、财政系统、营销系统、订单系统、BI系统发生关联。

四、结语

笔者从结业后第一份事情最先接触会员卡，从实体卡到电子卡，从权益卡到储值卡都有过些接触和领会，深知其中的坑是何等难填。但凡涉及到企业资金流动和使用的，一定牵扯到企业财政的制度和流程，一旦牵扯到财政，大部门产物司理都得懵逼。

所幸，这几年的事情见识的多了就能更从容地处置产物和营业之间的关系了。能读到这里的读者大概是被逼无奈了（哈哈哈~），在营业层面上多做些思量，划分几个主要的使用场景，再理清系统流程，然后再从流程中脱离出来将整个系统划分成各个模块。当营业流程、使用场景和后台的流程都思量清晰了，再处置前台的交互和展示，这算是笔者的一点履历，与有需要的读者分享。