我们会梳理 贵公司与顾客打交道的方式 并告诉您 这里适合什么样的忠诚度玩法
顾客回头的频率如何、今天对买家了解多少、各网点装的是什么收银台，以及网店的订单放在哪里。
会员忠诚度计划
与真实购买挂钩的积分、等级和专属优惠
打折卡只回答一个问题——这张小票该减几个百分点。它不记得站在收银台前的是谁、他一年买了多少、还会不会再来。会员忠诚度计划解决的是另一件事：认出常客、按清楚的规则给他算积分，并给他一个再来一次的理由。而公司也第一次看到的不是一串小票，而是小票背后的人。
会员忠诚度计划
是什么
会员忠诚度计划 — 公司与常客打交道的规则，以及自动执行这些规则的程序。顾客只需开通一次，此后他的每一次购买都会被识别、进入他的历史，并为他带来积分。公司则得到了以前没有的东西：一份自己顾客的名单，以及对「他们当中谁会回来」的了解。
一个例子就能看出区别。塑料卡打九折，是付款那一刻的一次性让利：钱走了，顾客也被忘了。同样的 10% 以积分形式给出，则是再来一次的理由，因为它只能在你这里花掉。前者今天减少收入，后者两周后把顾客带回来。
积分计划 — 是最常见的忠诚度玩法，但不是唯一的。等级、专属优惠、面向特定顾客群的促销和购买历史，都建立在同一个数据库、同一批数据之上。几乎所有人都从积分开始：它不用解释顾客就懂，而且是自动计算的。
举个例子。 顾客在收银台留了手机号——顾客卡片就创建好了。他消费 3 200 索姆，系统给他记 160 积分，并把这张小票写进他的历史。两周后他再来，报同一个号码，用积分支付了购买的一部分。到第四次到店时，累计消费额把他推到了下一个等级，累计比例也随之提高。这些收银员一样都没有手算。
忠诚度计划自动化 的起点，是当三个问题的答案再也装不进管理员的脑子时：这位顾客是谁、他此刻有多少积分，以及他是按什么条件拿到的。
- 1注册
- 2购买
- 3身份识别
- 4累计
- 5积累
- 6使用
- 7再次购买
这是一个圈，而不是一条直线：第七步把顾客带回第二步，每转一圈系统对他的了解就更多一分。忠诚度计划的意义，就在于让这个圈至少闭合一次：用过积分的顾客，回头的频率明显高于只是攒着然后忘掉的那些人。
顾客从这套计划里得到什么
- 积分账户 — 已累计的积分，以及一条清楚的规则：一次购买能得多少
- 用积分支付 — 可以用攒下的积分抵扣下次购买的一部分
- 等级 — 随着他买得更勤或买得更多而变好的条件
- 优惠 — 专门对他个人或对他所在群体生效的促销和优惠码
- 购买历史 — 他买过什么、什么时候买的（在公司愿意向顾客开放的前提下）
- 透明 — 积分因何而得、什么时候到期：没有这一条，积分根本没人信
程序自己不做什么
它不创造需求，也不能代替商品和服务去留住顾客。它去掉的是购买周围的手工活：认出这个人、按设定好的规则算积分、记住他的历史，并防止重复累计。返多少个百分点、给谁特殊条件，这些决定仍然由公司来做——只是依据的是数字，而不是感觉。
同样，系统本身并不「看见」顾客：它知道的恰好是随购买进来的那些。如果一半的小票绕过了这套计划，报表描述的就不是这门生意，而是它当中被记录下来的那一部分。
通常从哪里开始
最先做的是两件事：在收银台认出顾客的方式，以及一条适用于所有商品的累计规则。原因很简单：顾客没被认出来，就没人可以给积分；而十来条带例外的规则，对收银员和顾客都解释不清。等级、促销和专属优惠都是之后再加的——等数据库里攒下了足以支撑它们的历史。
哪些问题 由程序解决
下面列的不是功能清单，而是让公司着手做忠诚度体系的六个问题。每一个的表述方式都一样：没有程序时会发生什么，有了程序又会怎样。
有了一份顾客名单
没有程序时，公司知道收入，却不认识买家：小票是匿名的，这个人是回头客还是第一次来，无从得知。而计划的会员是一条带购买历史的记录，因此「我们有多少常客」不再是一个靠猜的问题。
折扣变成了顾客回头
折扣立刻减少收入，而且什么回报都不承诺。积分则是一项义务，顾客只能在你这里、而且只能在下一次购买时兑现它。钱今天留在收银台里，回头的理由则留到了将来。
规则由系统来算
只要百分比和例外还挂在收银员的记忆里，就会出现这位顾客多扣、那位少扣，争起来靠谁嗓门大。规则在面板里设定一次，在所有网点和网店里一致适用。
看得到谁不再来了
顾客流失是没有任何动静的：他只是不再出现。从购买历史里能看到，那位每两周来一次的人已经两个月没来了——趁他还记得你的招牌，就可以把这条信息变成一份优惠。
优惠能送到真正的人手里
对整个数据库发同一封群发，换来的是退订和反感。从购买记录里能看出谁买猫粮、谁买童装——于是优惠只发给可能真的感兴趣的人。
促销可以被度量
没有这套计划时，促销的效果是按当月总收入来判断的，而它的贡献与季节因素混在一起分不出来。在这里能看到有多少会员用了它、发出去多少积分，以及这些人后来有没有回来。
忠诚度体系 由什么构成
系统由模块拼装而成。并不是每家公司都需要全部模块：只有一家店的咖啡馆，有积分账户和等级就够了；连锁门店则离不开客户分层和与收银台的数据交换。具体组合由需求决定，但模块之间是事先就能对接好的，而不是事后从旁边硬加。
会员库
顾客卡片：联系方式、开通日期、各项授权、积分余额、等级和全部购买历史。这是整套计划的基础——其余一切都从它计算出来，而不是另外维护。
身份识别
在购买那一刻认出顾客的方式：手机号、二维码、虚拟卡、应用，或网店里的账号。具体组合按项目选择。
积分账户
顾客余额、累计、抵扣，以及每一批积分的有效期。任何一笔操作都有依据——一张小票、一次促销，或者一次带操作者的手工调整。
累计规则
累计多少、按什么累计：按金额的百分比、按商品类目的单独百分比、促销期间的提高累计。规则在面板里设定，而不是写在收银台的代码里。
顾客等级
升级条件，以及等级带来什么：累计比例、折扣、特定优惠的资格。等级由系统重算，而不是人工指定。
促销与优惠码
有时限的玩法：购物送积分、提高累计、折扣、优惠码。每一次促销都有受众、触发条件和效果报表。
客户分层
按清晰标准划分的顾客群：最近一个月有购买、半年没来过、买某个类目、积分攒过一千。分层就是优惠的投放对象。
购买历史
顾客的全部小票，含内容、金额、销售网点和累计的积分。专属优惠和收银台争议的复盘都从这里来。
通知
发给顾客的消息：积分已入账、余额即将过期、有了新优惠。发送渠道在落地时选定，并通过对接接入。
顾客端界面
顾客看到余额、等级和优惠的地方：移动应用、浏览器页面，或者公司现有应用里的一个栏目。
管理面板
公司这一侧的工作台：顾客、规则、积分、等级、促销、客户分层、操作历史和计划的各项指标。在浏览器里打开，无需安装任何东西。
API 与系统对接
系统对外的接口：识别顾客、查询余额、累计和抵扣积分、冲正操作。收银台、网店、CRM 和财务系统都通过它接入。
系统
如何认出顾客
身份识别 — 购买不再匿名、并与某个具体的人绑定的那一刻。没有它就根本谈不上忠诚度计划：没人可以给积分，历史也无处可写。其余一切——规则、等级、优惠——都建立在这一步之上。
无论用哪种方式，运作都是一样的。顾客报出或出示自己的标识，收银台或网站把它传给忠诚度计划，程序找到卡片并返回结果：这是谁、他有多少积分、对他适用哪些规则。整个过程只要零点几秒，而且发生在小票关闭之前。
对识别方式只有一个要求——它不能拖慢队伍。 凡是要求收银员多做几个动作、或者让顾客在包里翻卡的做法，实践中一个月后就没人用了。因此最可行的方案通常也是最简单的：一个人本来就记得的手机号。
如果顾客不在库里，这次购买也不会白丢：系统可以就在收银台按同一个号码创建卡片，并为这张小票记上积分。注册于是变成向顾客问一个问题，而不是一张五个字段的表——其余的他之后可以自己补。
识别那一刻会发生什么：
- 收银台传出标识 — 顾客报出的号码、码或账号
- 系统找到卡片 — 如果还没有这位顾客，就新建一张
- 返回适用条件 — 顾客等级、累计比例，以及可用于抵扣的余额
- 收银员看到数字 — 现在可以抵扣多少，付款后会累计多少
- 小票与顾客绑定 — 这次购买连同内容和销售网点一起进入他的历史
整个交互只要零点几秒，而且发生在小票关闭之前。如果那一刻忠诚度程序不可用，收银台必须在没有积分的情况下关闭小票，而不是停下来：销售比累计更重要，漏掉的积分之后可以按小票号补记。
一位顾客，一张卡片
一个人在门店买东西，然后在网站下单，之后又去了连锁的另一个网点。如果这是三条不同的记录，忠诚度计划就不工作了：积分躺在三个地方，购买历史也拼不出一幅完整的画面。
因此卡片有一个主标识——多数情况下是手机号——其余方式都挂到它下面。这样一来，应用里的二维码和网站上的账号指向的就是同一位顾客，无论他在哪个网点付款。
授权与个人数据
参与这套计划是顾客的自愿行为，数据处理授权连同日期一并记录在他的卡片里。同一个地方还保存着他对营销消息的拒收：不想收消息的人必须真的不再收到，同时仍然是计划的会员。
收银台上会发生什么
收银员不算积分，也不记规则。他只做一个动作——确认顾客——应累计的金额和可抵扣余额由系统填进小票。仅这一点就消除了一半的冲突：数字是程序报的，不是员工报的。
没有识别的小票
总有一部分购买会绕过这套计划：顾客赶时间、忘了号码，或者不想参加。这很正常，而且这些小票不会丢——它们仍在总收入里，只是没有与某个人绑定。
要紧的是另一件事：从第一个月起就必须看到被识别小票的占比。只要它还很低，任何关于这套计划的报表描述的都是少数买家，而「忠诚度没用」的结论就是按不完整的数据下的。
- 手机号基础方案顾客在收银台报号码，或者在网站上输入。不需要顾客那边有应用、卡片或网络——因此多数公司都从它开始
- 顾客二维码可选码从手机屏幕上出示，由收银台的扫描口读取。比报号码更快，也不用收银员手工输入
- 虚拟卡可选会员卡活在手机里：一个链接、一个浏览器页面，或者设备卡包里的一张卡。既不用印塑料卡，也丢不了
- 移动应用可选顾客已经登录，因此识别自动完成。适用于公司已经有应用、或出于其他原因正计划做应用的场合
- 实体卡可选条码或磁条——对不用智能手机的买家来说是熟悉的做法。它可以与其他方式并行使用
- 网站账号可选在网店里买家已经登录个人中心，订单无需额外步骤就与他的卡片绑定
这些方案没有一个是强制的，也没有一个被宣称为「已经做好」：具体组合在调研时确定——按收银台是怎么构成的、公司有没有应用、你们的买家是谁来定。方式可以同时有好几种，但顾客卡片始终只有一张。
积分
累计与抵扣
积分 — 公司内部的一种单位，顾客因购买而获得，并且只能在这家公司花掉。兑换比例由公司自己设定，而且几乎总是做得很简单：1 积分等于 1 索姆。比这更复杂的，就得向买家解释，而收银台上没有时间解释。
整套玩法一行就能说完。顾客完成一次购买 → 系统确定对他适用哪些规则 → 累计积分 → 保存余额 → 下次购买时顾客可以抵扣掉一部分积累。两次购买之间什么都不会发生，除了过期批次的积分到期作废。
系统在积分账户上保存什么：
- 累计 — 这次购买给了多少积分，以及它们是按哪条规则算出来的
- 扣款 — 有多少积分用于了支付，用在了具体哪一张小票上
- 余额 — 此刻可用多少，与已冻结或已作废的部分分开列示
- 有效期 — 每一批累计的积分有效到哪一天
- 操作历史 — 全部累计和抵扣，含日期、金额和依据
- 累计规则 — 默认百分比、按类目的单独百分比，以及促销的加成
限制由公司设定，而不是由买家设定。 常见的一项配置是：一张小票允许用积分抵扣的比例上限，例如不超过 30%。没有它，购买就会被整单用积分付掉，这套计划于是变成了替代收入，而不是为收入服务。
有效期与到期作废
积分通常有一个有限的存活期——这样它才始终是来一趟的理由，而不是公司一笔无限期的负债。作废按批次计算：每一笔累计都有自己的日期，先花掉的是最早到期的那批。
对这套机制最主要的要求是提前提醒。悄无声息消失的积分，对这套计划的观感损害比压根没有积分还大：顾客记住的不是规则，而是被骗了的感觉。
退货
退货会把这笔操作的两侧都冲销：为这张小票累计的积分被收回，被抵扣的积分退回账户。否则就会出现一个很简单的套路——买、拿积分、退货——这套计划于是开始往外送公司的钱。
通常哪些东西不能用积分支付
公司可以把某些类目排除在抵扣之外——促销商品、降价商品、运费、礼品券。这是一项配置，而不是系统的硬性规则：排除范围在调研时确定。
- 购买金额3 200 索姆
- 已抵扣积分（不超过小票的 30%）−960
- 应付现金2 240 索姆
- 按实付部分累计，5%+112
- 购买后的余额452 积分
各行的先后顺序，本身就是公司在落地时设定的规则。这里的累计只按顾客用钱付掉的那部分算：否则就成了用积分再生积分，余额会自己往上长。抵扣上限、累计比例和计算基数都可以配置——要紧的是它们必须明确，而且在所有网点一致。
忠诚度 等级
等级是一种不用逐个人工审查就能区分顾客的办法。每周来买一次的人和只来过一次的人，会自动获得不同的条件：按消费总额、按购买次数，或按其他设定好的规则。
| 等级 | 如何达到 | 累计 | 还能获得什么 |
|---|---|---|---|
| 起点 基础 | 开通即获得 | 3% | 积分账户、通用促销 |
| 进阶 常客 | 半年内消费满 30 000 索姆 | 5% | 面向常客的优惠，积分有效期更长 |
| 进阶 VIP | 半年内消费满 100 000 索姆 | 7% | 专属条件，促销优先参与 |
这里的名称、门槛和权益都是演示用的——这是一个配置示例，而不是我们的标准。等级可以是两级，也可以是五级；可以按消费额、按购买次数，也可以按到店频率来算。通用的规则只有一条：顾客必须清楚自己离下一个等级还差什么，否则等级就起不到激励作用，只是存在而已。
等级是怎么定的
系统按设定好的规则自行重算——每次购买后重算，或者按计划重算。手工指定也可以，但它是一项带操作者和原因的独立操作：否则半年之后，没人解释得清这位顾客为什么有特殊条件。
等级会带来什么变化
最常见的是累计比例。再往后就看公司的目标了：折扣、特定优惠的资格、更高的积分抵扣上限、更长的积分有效期。权益组合在面板里设定，各等级可以各不相同。
等级下调
如果条件是按周期计算的，等级就可能丢——这也是一条需要事先定好的规则。更温和的方案是：等级保留，但提前提醒顾客距离周期结束还差多少金额。
促销 与优惠
促销是对常规规则的一次临时改动：限定时间、限定顾客，或限定商品。玩法有很多，但同时在跑的通常只有两三种：同时生效的规则越多，买家越不可能弄明白自己因为什么拿到了什么。
购物送积分
在常规累计之外再固定送一笔积分：消费满一定金额、首单、久未到店后再次光临。玩法简单，条件清楚。
提高累计比例
还是同一个积分账户，只是比例高于平时——在促销期内、针对某个商品类目，或针对每周的某一天。用在需要挪动需求、而不只是打折的场合。
折扣
针对计划会员或某个等级，直接减少小票金额。它由系统按与积分相同的规则计算，因此收银员不必记条件。
优惠码
顾客在收银台或网店里输入的一个码。它可以是整场活动共用的，也可以是个人专属的——那样就能看到具体是谁用了、这样的人有多少。
面向群体的优惠
一项并非对所有人生效的促销：只给新顾客、只给两个月没来的人、只给 VIP。群体由客户分层定义，而不是靠人工拉一份名单。
针对商品和类目的促销
针对具体商品或整个类目的特殊条件。用在目标不是整体流水、而是卖动某一组商品的场合：新品、当季、清尾货。
- 期限必填起止日期。没有期限的促销就变成了一条新的长期规则，它的效果也就再没有对照可比
- 受众必填全体会员、某个等级或某个分层。促销的成本和「谁会收到关于它的消息」都取决于这一项
- 触发条件必填顾客需要做什么：消费满额、买某类目的商品、输入优惠码、在特定的一天到店
- 玩法必填他能得到什么：积分、更高的比例、折扣。一次促销对应一种玩法：同一张小票上叠加多种，需要单独定规则
- 限制按需要可使用几次、能否与其他促销并用、有没有排除商品，以及每位顾客的次数上限
- 报表按需要有多少人参与、累计和抵扣了多少积分、通过这次促销产生了多少收入，以及这些顾客后来有没有回来
最后一行，正是把促销放进系统、而不是在门口贴张纸公布的全部理由。只要效果没有被度量，下一场活动就只能凭对上一场的印象来策划。
专属
优惠
普通群发对所有人都一样：一条消息发给整个数据库。收件人里有一半根本不买这个类目，一部分一年没来过你这里，还有人昨天刚来、已经全买齐了。响应率很低，而每一次这样的群发之后，退订就没停过。
个性化 在这里的意思很简单：不是给所有人发同一份优惠，而是用商家已经掌握的顾客购买和活跃信息，把优惠发给可能感兴趣的人。这不是预测未来，而是拿事实做事——这个人买过什么、上一次来是什么时候。
举个例子。 某位顾客一个季度里买过三次猫粮，最近一次是六周以前。于是这个类目的优惠发给他。另一位只买童装，就发他那个类目的。而且都发在按他们各自的习惯周期、购买时机已经成熟的那一刻。
可以用哪些条件来筛选：
- 购买类目 — 这个人一直在买什么，又从来没买过什么
- 到店频率 — 他多久来一次，距上一次过了多久
- 客单价 — 他一次购买通常花多少
- 等级与余额 — 他有多少积分，其中有没有快要到期的
- 对以往优惠的反应 — 哪些他用过，哪些他没理会
- 销售网点 — 他最常在连锁的哪家门店购买
这六个条件全都取自已经积累的购买历史——不需要另外去问顾客、填表，或在表格里维护名单。这套计划跑得越久，筛选越准：三个月能看出习惯，一年能看出季节性。
用分层，而不是靠猜
从技术上说，专属优惠就是一次促销，只不过它的受众是用条件定义的，而不是一份名单。「买过 X 类目、45 天没来过、余额超过 300 积分」就是一个分层，系统会在发送的那一刻自行重新汇集它。
因此活动不会在筹备和上线之间过期：昨天来过的顾客会自动从「很久没来」这一组里退出，不会收到本不该收到的消息。
我们在这里不宣称什么
基础的忠诚度计划里没有「这位顾客会买什么」的自动推荐，也没有基于人工智能的模型，我们也不把它们当作现成功能来承诺。这类机制 可以另行实现 ——建立在已积累的购买历史之上、针对某项具体需求，前提是数据足够。
区别是根本性的：按实际购买划分的分层从第一个月就能用，而且能用语言解释清楚；预测则需要数据、时间，以及在真实活动上的验证。
节制同样是一项配置
消息频率在计划层面就有上限：每人每周不超过若干条，并且要考虑他是否已拒收营销消息。一位每隔一天就被发消息的顾客，无论优惠挑得多准，都会退订。
积分账户
顾客等级
促销与优惠
计划的数据分析
个人中心
与移动应用
顾客需要一个能看到自己积分的地方。没有它，这套计划就只为公司而存在：买家不知道余额、记不住条件，积分到期作废也是事后才知道。「我攒了多少」这个问题要么以电话形式打进公司，要么根本不来了——连人一起。
顾客端界面可以展示什么：
- 积分余额 — 此刻可用多少，以及最近有多少即将到期
- 累计历史 — 哪些购买带来了积分、各累计了多少
- 抵扣历史 — 积分在哪里、花在了什么上面
- 可用优惠 — 对这位顾客生效的促销和优惠码
- 等级 — 当前等级，以及升到下一级还需要什么
- 卡片或二维码 — 在收银台出示的标识
- 计划条款 — 用大白话写清楚的累计规则和积分有效期
具体形态取决于项目。 它可以是一个独立的移动应用、一个通过链接打开的浏览器页面，也可以是公司现有应用里的一个栏目——如果已经有应用，就没必要再单做一个。界面的构成在调研时确定，而不是套用一份模板。
如果没有应用，也不打算做
独立应用不是对谁都划算：它要安装、要更新、要推广，而买家只有在利益明显时才会装。更轻的方案是浏览器里的会员页面，从消息里的链接打开，不需要安装。
完全不做界面的最小方案，是每次购买后发一条带余额的消息。它比个人中心少得多，但解决了最主要的事：顾客知道自己攒了多少。
透明比样式更重要
三件事必须一眼就能读到：有多少积分、有效到哪一天、升到下一等级还要做什么。其余的——历史、条款、往期优惠——都可以放得更深。
1 240积分 可用
180即将到期 12 月 31 日前
常客等级 顾客
3优惠 生效中
磁贴的顺序不是随手排的：先是能用的，再是可能失去的。即将到期积分那一块把人带回店里的次数，比其余三块加起来还多——前提是顾客提前看到了它，而不是到期那天才看到。数字为演示用。
管理
面板
管理面板 — 系统的另一半：顾客在积攒和消耗积分时，公司看到的东西。它的任务不是「把所有数据显示出来」，而是让人不用找程序员就能改动计划规则，并且在顾客于收银台提出异议时能复盘那一个具体案例。
核心想法只有一个： 计划的条件在界面里设定，而不是写在代码里。市场人员自己就能改累计比例、上一场周末促销、调整等级门槛——否则任何一次改动都会变成一项开发任务，被推迟一个月。
管理员管什么：
- 顾客 — 会员卡片、按联系方式检索、购买与操作历史
- 计划规则 — 累计比例、积分有效期、抵扣上限、排除项
- 积分 — 手工累计和扣减，必须填写原因和操作者
- 等级 — 升级门槛、权益、重算的顺序
- 促销与优惠 — 启动、期限、受众、条件，以及中途叫停
- 客户分层 — 按购买、活跃度、等级和余额划分的顾客群
- 操作历史 — 全部改动的日志：改了什么、什么时候、谁改的
- 指标 — 一屏看完计划的概览，不必导出到表格
顾客卡片
客服工作时的主界面：联系方式、开通日期、等级、余额，以及全部购买的清单。从这里还能看到每一笔积分是怎么来的——足以在一分钟内回答「为什么我这次给的积分少了」。
检索用的就是顾客在收银台报出的那些信息：号码、卡号或姓氏。系统里没有、也不该有一份靠人工维护的会员台账。
手工操作同样是一条记录
因投诉补记积分、或撤销记错的积分，都是工作的正常部分。但这类操作和其他所有操作一样，连同操作者、时间和原因一并保存：否则半年之后，库里就会出现一批没人解释得清的累计。
用角色，而不是勾一堆复选框
收银员需要认出顾客并抵扣积分，市场人员需要上促销，负责人需要看报表。这种区分由角色设定，而不是给每个人单独配权限：否则新员工的访问权就是「照着 Ivanov 那样配」，他到底能看到什么，再也没人说得清。
8 410名会员 在库中
2 137有购买 本月
61%张小票 有身份识别
4个促销 进行中
第三块磁贴比第一块更重要：只要还只有一部分小票带卡通过，其余所有数字描述的就是这一部分，而不是整门生意。上线一个月后复盘这套计划，就从它开始——提高被识别小票的占比，几乎总是比拉新会员更便宜。数字为演示用。
计划的 数据分析
报表就是从顾客购买所产生的那些记录里汇总出来的——分析不需要另外录一遍数据。指标不多，每一个都回答一个会据此做决定的问题：这套计划有没有用、它让公司花了多少钱、促销接下来怎么办。
计划会员
总共开通了多少顾客，本期新增了多少。这是其余一切指标的计算基数——也是一旦停止拉新就最先不再增长的那个数。
活跃顾客
一个月或一个季度内有购买的会员数。这个数字与总会员库之间的差距，显示的是这套计划的真实规模：一万人的库里只有三百活跃，那就是三百位顾客。
重复购买
有多少比例的会员回来了、回来了几次。这是忠诚度计划的首要指标：如果它没有变化，其余一切都只是换了个包装在发折扣。
已累计积分
本期发出了多少积分——这是公司以钱计的一项义务。它能在顾客来抵扣之前，就把这套计划的成本显示出来。
已使用积分
实际花掉了多少积分，占已累计的多大比例。抵扣得少不是省钱，而是一个信号：顾客没有回来，或者不知道自己有余额。
促销效果
哪些玩法带来了参与和收入，哪些无人问津。有意义的对比不是促销之间比，而是与没有促销的普通时段比。
客单价与频率
一位计划会员单次花多少、多久来一次——并与不带卡购买的人分开统计。这就是「这套计划划不划算」的直接答案。
导出
报表可导出为文件、按计划生成，也可以由外部系统通过 API 取走——适用于公司的汇总报表放在另一个程序里的情况。
条形显示的是占会员库的比例，而不是占收入的比例。这样一张表里该细查的是最后一行：三千五百名有购买的人里，只有三分之一用过积分——说明其余的人要么不知道自己有余额，要么不明白该怎么花。这是通知和顾客端界面要解决的事，而不是提高累计比例的理由。
系统对接 与数据交换
这是本页的关键一节。忠诚度计划不该脱离购买而独立存在：如果积分在一个地方算、小票在另一个地方打、网站订单又活在第三个地方，那这套计划就变成了又一张要人手工填的表格。它只有作为企业整体数字系统的一部分才能真正运转。
- 1收银台或网站
- 2身份识别
- 3按规则计算
- 4结果回到小票
- 5记录操作
- 6数据分析与 CRM
前四步发生在小票关闭之前，只要零点几秒——否则收银台前的队伍会比顾客更早感受到这次对接。第五步和第六步在此之后执行，不影响结算速度。如果忠诚度程序不可用，收银台必须在没有积分的情况下关闭小票，而不是停下来：销售比累计更重要。
电子商务
网站上的订单可以和门店购买一样累计积分，余额也可以显示在买家的个人中心里。橱窗本身和订单核算是怎么做的，见 电子商务软件.
零售软件
它可以与零售体系协同：小票带来购买内容和销售网点，忠诚度计划回传累计额和允许抵扣的额度。详见 零售软件.
收银系统
这是关键的一项接入：没有它，收银台上的识别和抵扣都无从谈起。交换的内容取决于具体那台收银机能做什么——这要在开工之前的调研中弄清楚，而不是开工之后。
CRM
可以与客户台账对接：会员卡片和购买历史对业务员可见，咨询和成交也与积分账户并排展示。交换按客户标识进行。
ERP 与财务系统
它可以与公司的账务体系协同：商品清单和类目从那里过来，累计出去的积分作为一项义务入账。交换方向取决于哪一套账被认定为主账。
移动应用
公司的应用可以通过与其他系统同一个接口，取到余额、等级、优惠和收银台用的码。为此不会另建一个数据库。
通知与外部服务
发给顾客的消息、群发触达、支付服务、礼品券。每一项接入都是一个独立的交换模块，而不是设置里的一个复选框；我们不会事先宣称已经接好了某些具体服务。
API
系统自己的接口：查找顾客、查询余额、累计和抵扣积分、冲正操作、拉取历史。凡是没有专门模块的，都通过它接入。
交换规则到哪里都一样：每个操作都带一个键，因此小票重复传输不会把积分记两遍；取消购买会同时冲销累计和抵扣；每一次发送和每一次应答都写入数据交换日志。没有这三条规则，顾客余额在第一个月就会与小票对不上，而信任的流失速度会比积累快得多。
用在 哪里
忠诚度计划只有在顾客可能来第二次的地方才有意义。如果这类购买本质上就是一次性的，积分不会起作用——再怎么配置也改变不了。
零售门店
食品、化妆品、家居用品、宠物用品——凡是买家会定期光顾的地方。这是最直接的场景：购买周期短，积累起来的好处也很直观。
网店
买家已经登录，因此识别不需要额外一步，余额也直接嵌进结算流程。在这里，积分要与「切到另一个标签页去隔壁店」竞争。
连锁门店
多个网点，共用一个顾客库：一个人在这家店攒、在那家店花。这里还能回答一个问题：哪家网点在带来新顾客，哪家只是在做接待。
服务型企业
汽修、美容院、诊所、维修铺——凡是到访会按已知间隔重复的地方。往往比积分更要紧的是到访历史，以及下次到访的提醒。
咖啡馆与餐厅
到访频次高、单笔金额小。玩法通常很简单——为下一单积累，或在特定时段给优惠；复杂的等级在这里读不下去。
有重复销售的企业
批发供货、订阅、定期订单。这类计划不是围绕「一张小票给多少积分」来搭，而是围绕采购历史和随采购量而变的条件。
落地实施的 顺序
忠诚度计划不会在一天之内整体上线：只要规则还没有在真实购买上验证过，就得当着顾客的面去改它，而那是最糟糕的做法。因此上线是分段推进的，后一段建立在已经跑通的前一段之上。
1. 调研
你们的买家是谁、多久回来一次、今天对他们了解多少、各网点装的是什么收银台、有没有网店和应用。产出是一份流程描述和这套计划的边界，而不是一张愿望清单。
2. 计划规则
识别方式、累计比例、抵扣上限、积分有效期。这是最被低估的一步：上线之后才想出来的规则，得向已经习惯了另一套的顾客去解释。
3. 单店试点
一家门店或一个班次，在真实购买上跑完整整一圈：开通顾客、识别、累计、抵扣、退货、争议复盘。这里还能看出收银台上的服务时长增加了多少。
4. 推广与对接
其余网点按已跑通的方案铺开，然后是网店、角色与权限，再把各项对接作为独立的交换模块接入。此后历史逐渐积累，用于等级、客户分层和专属优惠的数据也就有了。
我们的 客户
聊聊贵公司的忠诚度计划
立即联系我们
请写明有多少个销售网点、顾客多久回来一次、今天对买家了解多少、装的是什么收银台，以及有没有网店。我们会回答：这里适合什么样的忠诚度玩法、可以先上哪一部分，以及大致要花多少。
