直接答案：宠物门店的会员卡，实际是三种完全不同的东西被混成了一种：储值（客户充进来的是钱，消费时按金额扣）、次卡（买的是次数，比如洗澡十次卡，扣次数不扣钱）、套餐（买的是权益组合，比如年卡含十二次洗澡加两次寄养加全年免费剪指甲）。三者的退款规则、过期规则、跨店规则完全不同。全塞进一个「余额」字段里，退款那天必然算不清。
核心结论速览
储值、次卡、套餐是三种资产，必须分表分字段。储值记金额，次卡记次数，套餐记权益项。用一个「余额」装三种东西，退款时无法区分该退钱还是退次数。
储值的赠送部分要单独记。充一千送两百，账上是两个科目：本金一千、赠送两百。退款只退未消费的本金部分，这是行业惯例，但必须写进协议并且在系统里能算出来。
次卡要记总次数、已用次数、每次核销明细。只记「还剩几次」，客户质疑时拿不出记录。核销明细要带时间、门店、操作人、服务项目、宠物。
套餐要拆成权益项，每项独立计数。年卡不是一个总额，是若干条权益的组合，每条有自己的次数和有效期。合成一个总额，客户用完了洗澡但没寄养，就算不清还剩什么。
跨店通用要先定「钱在谁手里」。客户在 A 店充值、在 B 店消费，B 店要不要向 A 店结算、按什么价结算，必须事先定规则，否则门店之间会互相推。
卡要能绑宠物，但不能只绑一只。宠物会去世、会转让、家里会添新成员。绑死一只宠物，客户换宠物时卡就废了，这是投诉高发点。
一、宠物门店的卡为什么最难退
第一个原因：一张卡里混了三种资产。客户充了三千，其中两千是储值，八百是买的一张洗澡十次卡，两百是办年卡的工本费。三个月后要退款，该退多少？储值部分按未消费金额退，次卡按未使用次数折算，年卡按已使用权益扣减。如果系统里只有一个「余额 1800」，这三个数谁都算不出来。
第二个原因：赠送金额没有单独记账。充三千送五百，系统里余额直接写三千五。客户消费了一千，要退款，按余额退两千五？那五百的赠送就被退成现金了。正确做法是本金和赠送分两个科目，消费时按比例扣减，退款时只退本金余额。这个逻辑不做在系统里，靠人工算一定会错。
第三个原因：次卡的核销记录不全。客户说「我一次都没洗过」，门店说「你洗了三次」。如果系统里只存一个「剩余 7 次」，谁也证明不了。核销记录要带时间、门店、操作人、宠物名、服务项目，能有一张服务后的照片。有记录，争议五秒钟解决；没记录，只能各让一步。
第四个原因：套餐权益没有拆开。年卡宣传「全年无限次洗澡加十二次寄养」，实际执行时门店加了限制（节假日不可用、大型犬加收）。客户觉得被骗，要求退款。如果套餐在系统里是十二条独立权益、每条有明确的使用条件，销售时就能逐条确认，事后也不会各说各话。
第五个原因：跨店消费没有结算规则。连锁门店最常见的矛盾：A 店卖的卡，客户天天在 B 店用。B 店付出了人力和耗材，却拿不到钱。时间一长，B 店会找各种理由推脱跨店客户。这背后是结算规则缺失。
第六个原因：宠物去世后卡怎么处理没有预案。这是宠物行业特有的场景，也是最需要谨慎处理的场景。客户在悲伤中提出退卡，门店如果按「卡已激活不退」的条款硬顶，很容易演变成舆情。正确做法是提前写好预案：凭相关证明可以全额退未消费部分，或者转为纪念性质的权益。这条写进协议更体面。
二、三种卡怎么分开建模
储值：一张主表加一本流水。主表记客户、本金余额、赠送余额、状态（正常、冻结、已退）、开卡门店。流水表记每一笔充值、消费、退款、调整，每条带时间、金额、本金扣减、赠送扣减、操作人。余额永远由流水汇总得出，不允许直接改余额。这是账目能对上的基础。
次卡：一张卡加多条核销记录。字段包括卡类型（洗澡十次卡、洗美五次卡、遛狗二十次卡）、总次数、已用次数、有效期、适用门店、适用宠物、是否可转让。核销记录每次一条，带服务项目、操作人、宠物、时间。核销时要校验剩余次数和有效期，两个都不满足就拦。
套餐：一个套餐加多条权益项。套餐本身只是一个容器，真正起作用的是权益项。每条权益项要有：权益类型（洗澡、寄养、剪指甲、体检）、总次数或是否无限、使用条件（是否限节假日、是否限体型）、有效期、已用次数。客户在小程序上看到的应该是这张权益清单，而不是一个笼统的「年卡」。
三种卡共用一套「消费凭证」。不管是扣钱、扣次数还是扣权益，最终都要生成一条消费凭证，记录这次消费用了哪种资产、扣了多少、对应哪个服务单。这样客户问「我这张卡怎么少了」，能立刻定位到具体哪一次消费。凭证是把钱和服务对上的关键。
状态要统一设计，不要每种卡一套。正常、冻结、已过期、已退卡、已转出，这五种状态对三种资产都适用。状态决定这张卡能不能用、能不能退、能不能转。状态变更要有原因和操作人记录，尤其是冻结和退卡，这两个动作直接涉及钱。
卡和宠物的关系要设计成「默认绑定，允许变更」。开卡时绑定一只宠物，用于服务记录和提醒；同时允许客户申请变更绑定对象，变更要留痕。宠物去世的情况下，允许把剩余权益转到同一客户名下的其他宠物，或者按规定退款。绑死一只宠物，一定会遇到解不开的死结。
三、退款和跨店怎么算
储值退款：只退本金，赠送不退，但要算清已消费的抵扣顺序。常见规则是消费时按本金和赠送的比例扣减。充一千送两百，消费三百，按比例扣本金两百五、赠送五十。退款时退剩余本金七百五。这套算法要写在协议里，并且在系统里自动执行。
次卡退款：按未使用次数折算，但要扣掉已享受的优惠。洗澡十次卡卖八百，单次原价一百二。客户用了三次要退，按未用七次折算退五百六？但客户已经享受了三次八十的单价，这个差价要不要扣？行业里比较常见的做法是：退款金额等于实付金额减去已使用次数乘以单次原价，结果为负则不退。规则要提前写清楚，不能临时定。
套餐退款：按已使用权益的原价扣减。年卡一千二，含十二次洗澡（单次一百）加两次寄养（每次两百）。客户用了六次洗澡一次寄养，按原价扣减是一千。实付一千二，退两百。这个算法的逻辑是「已经享受的服务按原价算，没用到的按套餐价退」，客户容易理解，门店也不亏。
跨店消费的结算价要事先定。常见做法有两种：一是按服务原价的固定比例（比如七折）结算给服务门店，差额留在开卡门店；二是按实际成本（人力加耗材）结算。第一种简单，第二种精确。中小连锁用第一种就够，规则简单、争议少。关键是这个比例要写进加盟或内部协议，不能靠店长之间商量。
跨店要能查余额但不能改余额。B 店可以查询客户在 A 店办的卡并扣减，但不能调整余额、不能退款、不能改有效期。这些动作只能由开卡门店或者总部操作。权限这样分，是为了避免「B 店把 A 店的卡退了」这类无法追责的情况。
退款要走审批，且要能算出「退多少」。退款申请由前台发起，系统按上面三套算法自动算出可退金额，店长或财务审批后执行。金额计算必须由系统给出，不能让前台手工填。手工填的退款，是账目混乱和内部舞弊的主要来源。
四、六种最容易出纠纷的场景
场景一：宠物去世，客户要求退卡。这是宠物行业最敏感的场景。预案要提前写：凭宠物医院出具的证明或火化证明，未消费部分可按本金全额退，不扣违约金；也可以选择把权益转给同客户名下的其他宠物，或者转成纪念性质的权益。处理这类请求时，速度和态度比金额更重要，拖一周和当天办完，客户的评价完全不同。
场景二：客户家里添了新宠物，想把次卡用在新的狗身上。技术上要支持变更绑定，流程上要简单——客户在小程序上自助申请，门店确认即可，不需要层层审批。设太多门槛，客户会觉得卡被绑架了。风险不大，因为卡的总额是固定的，换只宠物用不会增加门店成本。
场景三：卡过期了但客户还有余额。预付卡过期不退，在很多地区是有合规风险的。比较稳妥的做法是：到期前一个月提醒，到期后进入「冻结」而不是「作废」，客户可以申请延期一次（比如三个月），延期后仍未使用的按协议处理。把「作废」改成「冻结加可延期」，既保住了客户关系，也降低了合规风险。
场景四：赠送金额被当成真钱退。客户充一千送两百，消费了两百（按比例扣本金一百六十七、赠送三十三），要求退剩余的八百三十三。如果系统里没有本金和赠送的区分，就会退八百三十三现金，门店多损失了赠送部分。这个漏洞金额小但笔数多，一年下来不是小数目。
场景五：门店转让或闭店。这是最容易引发群体投诉的场景。系统层面要能做到三件事：一是闭店前能一键导出所有未消费余额清单，用于交接或退款；二是能把客户和余额整体迁移到承接门店，并给每个客户推送通知；三是迁移后客户能在小程序上看到「您的卡已迁移至 X 店，余额不变」。做到这三件，大部分客户能接受；做不到，就是集体投诉。
场景六：员工私下开卡或超额赠送。店员为了冲业绩，给客户承诺「充一千送五百」，系统里没有记录，事后对不上账。防范方式有三层：赠送比例设上限，超过需要店长审批；所有开卡动作记录操作人；赠送金额单独出报表，异常比例能被看到。
五、常见问题解答
储值和次卡能不能合并成一张卡？
可以放在同一个会员账户下，但不能合并成一个余额字段。客户可以同时拥有一张储值卡和一张洗澡十次卡，在小程序上看到两张卡的余额和次数，结算时由客户选择用哪张。合并显示是体验，合并记账是灾难——退款时你无法区分该退钱还是退次数。
次卡有效期设多久比较合理？
按使用频次倒推。洗澡十次卡，如果客户平均一个月洗一次，十个月用完，有效期设十二个月比较合理，留两个月缓冲。设六个月会逼客户，设三年会让负债长期挂在账上。设置之后要配套到期提醒，到期前一个月、前一周各推一次，提醒过的客户再来投诉「你们吞了我的次数」，门店就有依据。
客户要求把储值转给朋友用，行不行？
技术上要支持，规则上要留痕。做法是允许「授权使用」而不是「转移所有权」：客户可以授权某个手机号使用自己的卡，授权有期限、可撤销。这样既满足了客户的实际需求（家人朋友帮忙带宠物来），又保住了卡的归属关系，退款时还是找原客户。直接转移所有权会让退款责任变得模糊。
跨店通用要不要额外收费？
不建议对客户收，但要在门店之间做结算。对客户收费会直接打击办卡意愿，而且客户不理解「为什么同一家连锁的卡在这家店要多花钱」。门店之间的结算属于内部成本分配，用固定比例结算就能解决。如果门店是加盟关系、结算比例谈不拢，那就不做跨店通用，也比做了之后互相推诿要好。
预付卡有没有金额上限的合规要求？
各地规定不同，需要按当地商务和市场监管部门的要求执行，常见的要求包括单张卡限额、资金存管、书面合同、退卡规则公示等。系统层面要做的是：开卡时能配置单卡上限、能生成规范的电子协议并留痕、能导出全部预付卡台账供检查。这三件事做好，应对检查时不会手忙脚乱。
客户用储值卡消费，算不算当期的收入？
不算。客户充值时钱进来了，但服务还没提供，这在账上是预收款（负债），不是收入。真正的收入在每次服务核销时确认。很多门店把充值当收入，月底看报表很漂亮，实际是提前把未来的钱花掉了。系统要能同时出两张报表：一张是现金流（充值减退款），一张是收入（核销金额），两张表的差额就是还没履约的负债。
年卡卖得越多越好吗？
不是。年卡本质是提前锁定客户未来一年的消费，卖得太多会形成履约压力——洗澡位、寄养笼位是有限的，年卡客户集中来的时候接不住。比较稳的做法是给年卡设发行上限，按门店的实际产能算：一年的洗澡总工位时除以单张年卡的平均使用次数，得出的就是可发行的上限。超发的年卡，最后一定以服务缩水或者排队投诉的形式还回来。
六、九尾狐在这类问题上的做法
九尾狐在做宠物门店会员系统时，第一件事是把储值、次卡、套餐拆成三种独立的资产，各自有主表和明细表，共用一个会员账户和一个消费凭证体系。客户看到的是一个账户，系统里是三条独立的账。这个设计在退款时才显出价值——每种资产按自己的规则算，不需要人工判断。
第二个做法是余额永远由流水汇总，不允许直接改。充值、消费、退款、调整都生成流水，余额是流水的计算结果。这样任何一笔余额变化都能追溯到具体动作和操作人，客户质疑时能立刻给出明细。直接改余额的系统，账目出问题是迟早的事。
第三个做法是赠送金额独立记账并按比例扣减。充值和赠送分成两个科目，消费时按比例扣，退款时只退本金。这个逻辑看起来只是多了一个字段，但它挡住了「赠送金额被退成现金」这个长期漏洞。
第四个做法是跨店消费按预设比例结算，权限上只允许扣减不允许调整。服务门店能查、能扣，但不能改余额、不能退款，这些动作留给开卡门店或总部。规则清楚之后，门店之间不会因为「谁该出这笔钱」互相推，客户也不会被当成皮球。
七、综上所述
宠物门店的会员卡，本质是把未来的服务提前卖出去。卖得清楚的前提是记账清楚：钱、次数、权益三种资产分开记，赠送和本金分开记，每一笔核销都有凭证。做到这三点，退款时能算出数、跨店时能分清账、宠物去世这类敏感场景也有预案可依。做不到，卡卖得越多，未来的纠纷越多。预付卡在宠物行业的价值很高——客户本来就需要周期性服务，办卡对双方都有利——但它的风险也集中在「说不清」这三个字上。把账做清楚，是这个业务能不能长期做的基础。