会员计划指南

运营会员计划需要收银系统对接吗?

不需要,会员计划无需收银系统对接即可运作,而大多数小型企业最好不要做这种对接:一个与收银台并行运行、基于电子钱包卡的计划可以在几天内上线,而不是几个月,对接唯一能可靠带来的东西,是根据购物篮总额自动计算积分。

收银系统对接是让大多数小型会员计划还未起步就被拦下的那个要求,而这项要求通常根本不是必需的。在让它决定时间表之前,值得先弄清楚对接究竟带来什么。

会员计划需要与收银台连接吗?

不需要。会员计划需要知道的是哪位客户到访了,以及对于积分计划而言,他们消费了多少。这两点都可以由员工在几秒钟内记录下来,完全不涉及收银台。

真正重要的区别在于集章卡和积分卡之间。集章卡不需要收银系统提供任何信息:到访本身就是计量单位。积分卡则需要购物篮总额,而员工输入这个数字,就和他们看着眼前屏幕读出来一样简单。

收银系统对接能带来什么?

一件实实在在的事:购物篮总额会自动传入,不需要任何人输入。其他通常被归功于对接的好处,要么无需对接也能实现,要么效果并不如宣传的那样好。

宣称的好处实际情况
根据购物篮自动计算积分真实,这是对接的主要理由
减少员工操作步骤部分属实;仍需识别客户身份
单品级数据真实,但独立企业很少据此采取行动
减少错误对总额而言属实,对识别正确客户而言不然
结账更快通常没有变化;识别环节才是耗时主因

成本一面则一直被低估。对接会把你的会员计划与你的收银系统合约绑定在一起,任何一方升级都可能导致对接失效,并且会在数周甚至数月内让第一位客户都无法注册,而在此期间该计划毫无产出。

什么时候对接才值得?

当交易量高到输入总额确实构成实际成本时,或者单品级规则确实主导业务运作方式时。这两种情况在连锁企业中比在独立店铺中更常见。

  • 交易量大且采用积分计划,每天输入总额数百次会累积成本。
  • 在收银台强制执行的品类排除:药房排除处方药,商店对大额商品设上限。
  • 多个门店需要一致的记录方式,而不能依赖员工个人行为。
  • 一个已有的、拥有完善且持续维护的会员 API 的收银系统,而不是一个被承诺会有的。

实际操作中,最后一点决定了大部分结果。与一个文档完善的收银系统对接是一周的工作量;而与一个 API 仍停留在路线图上的系统对接,则是一场附带合理解释的、无限期的拖延。

与收银系统并行运行是什么样子?

员工照常使用收银台,和现在完全一样,另外用一个只需几秒钟的独立步骤识别会员客户。支付流程没有任何变化,这也是为什么它可以在一个周二就上线。

  1. 订单照常下单并在收银机上录入。
  2. 店员将顾客的手机号码输入平板电脑或同一收银终端。
  3. 对于积分卡,店员输入收银屏幕上已显示的总额。
  4. 印章或积分被记录下来,顾客的卡会在几秒钟内更新。

对于新顾客,同样这一步就可以发卡:号码只需输入一次,注册链接会通过短信发出,顾客可以在方便的时候将卡添加到 Apple Wallet 或 Google Wallet。这正是 Loonine 的运作方式,也是该计划不依赖收银系统的原因。

不集成有什么风险?

两点,都可以控制。总额是手动输入的,所以偶尔会出错,而且会员记录和收银记录不会自动核对。

在独立门店规模下,两者都不算严重问题。总额输错只会影响一笔交易的几个积分;而核对只有在你打算将该计划与销售数据进行审计时才重要,几乎没有小企业会这么做,如果真要做,每月抽查一次也足够了。

如果你的 POS 供应商也卖会员系统,你该怎么办?

应该比较注册体验,而不是集成程度,因为集成是供应商会主打的卖点,而注册体验才是决定计划是否有效的关键。一个用二维码注册、与收银深度集成的计划,会败给一个用手机号码注册的独立计划。

POS 供应商自带会员模块的真正优势在于它已经接好了、也已经付过钱了。真正的劣势在于,会员制往往不是他们真正在意的产品,而这一点通常最先体现在注册流程上。

可以以后再集成吗?

可以,而且这才是正确的顺序。先与收银系统并行上线,看看这个计划是否有效,等业务量大到手动输入总额确实造成成本时,再进行集成。

反过来做,正是会员计划在规划阶段夭折的常见原因。一家企业如果花四个月做集成却还没让任何人注册,那么它得到的只是关于自己收银系统的数据,而没有任何关于顾客的数据。

维持一个集成需要付出什么持续成本?

比搭建它本身的成本更高,而这部分往往没有被计入预算。集成意味着依赖两个你都无法控制更新节奏的产品,而且它出问题时通常是悄无声息的,往往是默默停止工作,而不是抛出一个会被人注意到的错误。

现实中持续需要的成本是:每月检查一次两个系统是否仍然一致,并且要有人在出问题时负责处理。对于只经营一家门店的企业来说,这份精力通常更值得投入到提高注册率上,因为这对结果的影响,远大于总额是手动输入还是自动导入。

哪些收银系统能与会员平台集成?

拥有公开 API 的云端收银系统,如 Square、Lightspeed、Shopify POS 以及较大型的餐饮系统,通常都能顺利集成。较旧的本地部署系统,以及支付处理商提供的小型终端,通常无法集成,无论怎么问都无法改变这一点。

在据此规划之前,先确认一件事:该 API 是否提供了一笔交易完成后的 webhook 或事件通知,而不仅仅是事后读取报表的方式。如果集成方式是轮询,十分钟后才发现某笔交易,那就无法在顾客还站在那里的时候为其卡片加盖印章,而那才是唯一重要的时刻。

会员计划会拖慢收银速度吗?

身份识别这一步需要几秒钟,而集成并不能省去这一步。无论购物总额是自动传入还是手动输入,总得有人先确认这是哪位顾客,时间就花在这里。

这也是为什么用手机号码来注册和发放奖励在高峰期依然表现良好:号码就是识别符,店员可以在刷卡机处理付款的同时录入号码,不需要等顾客去找应用程序。集成优化的,恰恰是那个从来都不是瓶颈的环节。