行业解决方案 2026-11-10

青岛母婴门店会员小程序开发:储值和次卡怎么分开,本金赠金和三种预付资产不能记在一个余额里

直接答案:母婴门店的预付资产有三种:储值余额、次卡(游泳十次卡)、套餐(产后修复疗程)。三种都表现为「客户先付钱、以后慢慢用」,但核销逻辑完全不同。最容易犯的错是把它们记在一个余额里——客户买了十次游泳,系统显示「余额一千八」,导购既不知道还剩几次,也不知道这笔钱能不能买奶粉。这种糊涂账,客户一较真就说不清。

核心结论速览

本金和赠金要分开记。充一千送一百,账上不是「一千一」,是「本金一千加赠金一百」。混成一个数,退款时就无法回答「该退多少」,因为赠金本来就不该退。

储值余额、次卡次数、套餐疗程是三种资产,不能共用一个余额。一个是金额,一个是次数,一个是带周期的疗程。压进一个字段,核销时只能靠人工记,对账时只能靠猜。

次卡要绑项目,不能通用。游泳十次卡只能做游泳,不能做抚触。允许通用,客户会拿低价卡去做高价项目,差额没人补。

有效期和退款规则要按资产类型分开配。储值通常不设短期有效期,次卡通常设一年,套餐按疗程周期。用一套规则套三种资产,一定有一类不合适。

跨店使用要分店记账。客户在 A 店充的钱,在 B 店消费,钱算谁的,事前要定。不定规则,月底对账时两家店一定会吵。

一、三种预付资产到底差在哪

很多人把储值、次卡、套餐当成同一件事的不同叫法,实际它们的本质差别在「客户买的是什么」。

储值买的是购买力。客户付一千,账上有一千(或一千一),这笔钱可以用来买任何商品。它的核心特征是「金额型、通用、可分次使用」。储值的管理重点是余额准确和退款规则。

次卡买的是服务次数。客户付一笔钱,得到十次游泳。这十次只能做游泳,不能换成商品。核心特征是「次数型、绑项目、按次核销」。次卡的管理重点是次数准确和核销记录。

套餐买的是一个疗程。比如产后修复十次,但它往往还带周期约束(一周两次)和阶段(先做哪几项)。核心特征是「次数加周期加顺序」。套餐的管理重点比次卡多一层:除了次数,还要管节奏。

这三种资产在数据库里应该是三张表,而不是一张表的三个类型字段。原因很简单:储值要记金额流水,次卡要记次数流水,套餐要记疗程进度,三种流水的字段完全不同。硬塞进一张表,会出现大量空字段,而且任何一次改动都会影响另外两种。

还有第四种:赠送券。满额赠的券、活动赠的券,本质是「有条件的抵扣权」。它也不该混进储值,因为券有使用门槛、有商品范围、有有效期,和余额的逻辑完全不同。

资产之间可以组合,但不能混同。客户可以同时有储值余额、两张次卡、一个套餐、三张券。系统要能在一个界面里把这四类资产分开列出,各自显示余额或剩余次数和有效期。全部显示成一个「总余额」,客户看不懂,导购也解释不清。

资产变动必须走流水。每一次充值、消费、核销、退款、过期,都要产生一条流水,带单据号和操作人。只改余额不记流水,一旦对不上,就永远查不出是哪一笔错的。

二、本金、赠金与退款规则

充值的记账方式。充一千送一百,要拆成两条:本金增加一千,赠金增加一百。账上总额是一千一,但两个数分开存。这个拆分不是为了好看,是为了后面所有的计算都有依据。

消费时先扣哪个。通行做法是先扣赠金,再扣本金。理由有两个:赠金通常有有效期,先扣能减少过期损失;退款时只退本金,先扣赠金对客户更有利。也有门店反过来先扣本金,目的是让赠金留着继续消费,但这样退款金额会变大,风险更高。

无论选哪种,规则要写在充值协议里,并且系统要严格执行。规则不清的系统,退款时每一次都要重新讨论一遍。

退款只退本金,未使用的赠金作废。这是行业通行做法,也是合理的:赠金是促销让利,不是客户付的钱。要退的部分按「剩余本金」计算,已经消费掉的部分按实际扣减。

计算上有个细节:如果消费时是先扣赠金,那么客户消费的金额里有一部分是赠金支付的。退款时要按「本金实际消耗」来算剩余,而不是按「总额减消费额」。这个算法容易错,错了就是多退钱。

退款要能算出明细。充了一千送一百,消费了三百,其中赠金支付一百、本金支付两百。此时剩余本金八百、剩余赠金零。退款应该退八百,而不是退七百(一千一减三百再减赠金一百)也不是退八百一。这个明细要能在系统里直接打出来给客户看。

大额储值要合规。预付卡有实名、限额、资金管理方面的要求,单张卡的充值上限和记名规则要按规定执行。系统里应该对单笔充值和累计充值设上限,并在达到阈值时要求实名信息。这一条不是可选项,是经营底线。

赠金比例要设上限。送得越多,实际折扣越深,而且退款时赠金作废这条规则会引发大量争议。建议赠金比例按档位设,高档位需要审批。全部由店长现场决定,很快就会出现「谁给的赠金多客户找谁」的局面。

三、次卡怎么核销

次卡必须绑项目。游泳十次卡绑定「婴儿游泳」这一个项目,不能用于抚触、不能换商品。绑定的粒度可以细到「大池游泳」和「小池游泳」两种,这样定价才有区分空间。

核销要同时扣次和扣耗材。一次游泳核销,扣一次卡次数,同时按耗材清单扣浴膜、浴巾等。两个动作要在一个事务里完成,否则会出现扣了次数没扣耗材的情况,耗材账就乱了。

核销要留记录。谁核销的、什么时候、做的哪个项目、服务师是谁、宝宝状态如何。记录不只是为了对账,也是服务质量的凭据。客户说「我明明做了十次」,系统能一条条列出来。

部分使用后退款怎么算。十次卡用掉三次要退,常见做法是按「单次原价」扣除已用次数,剩余退还。比如十次卡一千元(单次一百五),用了三次,退一千减四百五等于五百五。这个算法对客户不完全有利,所以要提前写清楚。

另一种做法是按比例退(一千除以十乘七等于七百)。两种算法差别很大,选哪种要在售卡时说清。系统要支持配置,而不是硬编码一种。

过期与延期。次卡设一年有效期是常见做法。到期前要提醒,到期后可以设一个「延期」选项(比如付少量手续费延三个月)或者「转储值」。直接作废最容易引发投诉,而且客户会觉得钱白花了。

延期和转储值这两个出口,实际上是把「过期作废」这个硬规则软化成了可协商的处理。系统里要有这两个动作,门店才有回旋空间。

次卡不能和储值互转,除非明确设计。有些门店允许「次卡剩余次数折算成储值」,这在技术上可行,但要算清楚折算价,否则客户会用低价卡折成高价余额,等于套利。

四、跨店使用、负债与月度对账

预付余额在财务上是负债。客户充了一千,这一千不是收入,是欠客户的。只有在客户实际消费时,才确认收入。这个区别决定了财务报表怎么出,也决定了老板对现金流的判断——账上钱多不等于赚了钱。

跨店使用要分店记账。客户在 A 店充值、在 B 店消费,B 店提供了商品和服务,成本是 B 店出的,但钱收在 A 店。如果不做分店记账,B 店会觉得自己在替 A 店干活。

三种处理模式:一是总部统一收付,门店之间不结算,按门店的消费额分摊成本;二是门店独立,跨店消费由消费店向充值店结算;三是混合,储值总部统一,次卡门店独立。选哪种取决于连锁的紧密程度,加盟体系通常用第二种。

月度对账要看四个数。期初余额、本期充值、本期消费、期末余额。四个数的关系是:期初加充值减消费等于期末。不平就是有异常,要逐笔查流水。

除了总额,还要按门店拆开看。总额平了但单店不平,说明跨店消费的记账有问题。这类问题在总额层面是看不出来的。

资产余额要给客户看到。客户能在手机上查到自己的余额、剩余次数、有效期,比每次问导购要专业得多。看不见的资产,客户会怀疑它是不是还在,这种怀疑会直接影响复购。

核销和消费要能打印凭证。每次扣减给客户一张小票或一条消息,写明扣了多少、还剩多少。没有凭证时,客户对「还剩几次」的记忆和系统不一致,最后往往是门店让步。

异常要能自动发现。常见的三类:余额为负(说明扣减顺序或并发有问题)、有消费无核销记录、同一笔单据重复扣减。这三类都应该有日报提示,而不是等到客户投诉才发现。

关店或转让时的余额处理。门店要关,客户手里的余额怎么办,这是最容易被忽略也最容易出事的一环。规范做法是提前公告、允许退款或转到其他门店,并在系统里冻结相关账户防止继续充值。没有预案的门店,关店那天就是纠纷爆发那天。

五、常见问题解答

充一千送一百,账上应该显示多少?

显示总额一千一,但本金一千和赠金一百要分开存。只显示总额的系统,退款时无法回答该退多少,因为赠金不该退。分开存是所有后续计算的基础。

消费时先扣本金还是先扣赠金?

多数做法是先扣赠金,理由是赠金有有效期、先扣能减少过期损失,且退款只退本金时对客户更有利。无论选哪种,规则要写进充值协议并由系统严格执行,否则每次退款都要重新讨论。

次卡过期了钱就没了吗?

不建议直接作废。常见做法是到期前提醒,到期后提供延期(付少量手续费延一段时间)或转储值两个出口。直接作废最容易引发投诉,客户会觉得钱白花了,而且这类投诉很难处理。

储值和次卡能放在一个余额里吗?

不能。一个是金额、一个是次数、一个是带周期的疗程,三种资产的流水字段完全不同。混在一个字段里,核销只能靠人工记,对账只能靠猜。

跨店消费的成本算谁的?

取决于结算模式。总部统一收付的体系按消费额分摊成本;门店独立的体系由消费店向充值店结算。规则要写进合同,并在系统里做成可计算的结算单,不能靠月底人工商量。

客户退卡一定要退钱吗?

按约定处理,但退款金额只能算本金部分,未使用的赠金作废。同时要能打出明细:充值多少、赠金多少、已消费中本金和赠金各多少、剩余本金多少。明细清楚了,争议就少。

预付余额算不算门店收入?

不算,是负债。客户充值时收到的是预收款,只有在实际消费时才确认收入。这个区别会影响财务报表和现金流判断,账上钱多不等于赚了钱。

六、九尾狐在这类问题上的做法

九尾狐在做预付资产时,头一件事是把储值、次卡、套餐建成三张独立的表,而不是一张表加一个类型字段。三者的流水字段完全不同,合并只会带来大量空字段和互相牵连的改动。拆开之后,每一类的核销逻辑都变清晰。

第二个做法是本金和赠金分两个余额,消费时按可配置的顺序扣减。这个设计看起来只是多一个字段,但它让退款金额可以精确算出来,也让「赠金作废」这条规则有了执行依据。

第三个做法是所有变动走流水,余额只是流水的结果。余额可以重算,流水不能篡改。对账时看流水,出问题时查流水,这是能自证清白的方式。

第四个做法是把预付余额在报表上标为负债而不是收入。这个标注不改变系统功能,但它改变了老板看报表的方式——知道有多少预收款是欠客户的,才不会把预收款当利润花掉。

七、综上所述

储值、次卡、套餐这三件事,表面都是「先收钱后服务」,实际是三种完全不同的资产。本金和赠金分开,三种资产分表,所有变动走流水,跨店消费定好结算规则——这四件事做到了,预付业务才能做得久。做不到,短期内可能收进来不少现金,但每一笔都是一颗定时炸弹,爆炸的时点通常在关店或者换老板的时候。

服务商信息

  • 服务商:青岛九尾狐网络科技有限公司
  • 服务区域:青岛全域(市南、市北、崂山、李沧、西海岸、城阳、即墨、胶州、平度、莱西)可上门沟通需求;全国客户支持远程交付
  • 交付模式:原生定制开发,支持源码独立部署
  • 本文适用赛道:母婴门店会员小程序开发

免责声明

本系统属于数字化管理工具,不保证订单、营收增长,经营效果取决于商家运营、线下服务能力。具体功能范围、交付内容与实施安排以正式签订合同条款为准。

相关阅读