直接答案：家政的预付产品看起来简单——买十次送两次，但真正会出问题的地方全在细节里：预约时扣次还是完成时扣次、客户临时取消算不算一次、阿姨迟到导致没做成算谁的、卡能不能转给别人、退卡怎么折算。这五个问题如果没有写进系统规则，卖得越多，后面吵得越凶。所以设计预付产品的顺序是：先把扣次时点和爽约规则定死，再谈折扣。反过来做，折扣越好卖，后面的纠纷越多。
核心结论速览
三种卡的结构完全不同，不能混成一类。次卡按次核销，时长卡按小时核销，年卡或包月按时段核销。混成一类，核销逻辑一定出错，而且退卡折算也没法算。
扣次时点建议「完成时扣」，预约时只冻结。预约即扣，客户一改期就要来回退，退的过程必然出错，出错就是投诉。
爽约规则要按责任分四种。客户提前取消、客户临时不在家、阿姨迟到、阿姨请假，四种归属完全不同，扣不扣次也完全不同。
退款折算的口径必须在购买页写清。折扣价购买、按原价折算已使用部分，是行业里比较稳的做法，因为它能防止「用完再退」。
有效期要有，但到期前必须有提醒和延期入口。没有提醒，客户到期后才发现，第一反应是「你们故意不提醒」。
转赠要能开关，默认关。开了之后每一次转赠都要留记录，否则「这张卡是谁买的、谁在用」说不清。
一、预付产品卖出去之后会遇到的六个问题
问题一：客户买了十次卡，用了三次就不用了。这是最普遍的情况，也是最难处理的情况。客户不是不想用，是忘了、忙了、或者家里情况变了。如果系统没有任何提醒，这张卡就一直躺着，直到客户想起来要求退款。所以预付产品必须配「使用节奏提醒」——按客户的历史服务间隔，推算下次该约的时间，到点推一条。 问题二：客户每次都要指定同一个阿姨，那个阿姨排不上。买了卡之后客户的期望会变——他觉得「我是会员，应该优先」。如果系统里没有会员优先级，客户会觉得卡白买了。做法是给持卡客户在派单优先级上加一档，但这一档要有上限，否则所有持卡客户都优先，等于没有优先级。 问题三：客户约了又取消，反复几次。取消本身是正常的，但反复取消会占用排期资源。规则上要设「预约冻结」——预约时冻结一次，取消后释放，但累计取消次数超过阈值要扣一次。这个规则必须写在下单页，不能事后才说。 问题四：阿姨迟到半小时，服务没做完就走了，算不算一次。这是最容易吵的一类。客户认为没做完不算，公司认为人已经去了。正确的处理是分档：迟到在容差内且服务完成，算一次；迟到超出容差导致服务未完成，不算次数，另约；阿姨直接没去，不算次数并补偿。三档写清楚，客服处理时不用每次请示。 问题五：客户要退卡，已经用了三次。按什么价折算？如果按买卡时的折扣价折算已用部分，客户会觉得「我用了三次却按原价扣」，退得很少；如果按原价折算，公司会觉得亏。行业里比较稳的做法是：折扣价购买，按原价折算已使用部分。这个规则必须在购买页写明，客户买的时候就知道，退的时候就没得争。 问题六：客户把卡转给了朋友。卡一转，服务地址变了、客户偏好变了、甚至品类需求也变了。如果系统里没有转赠流程，接手的客户信息是空白的，阿姨上门等于第一次服务。所以转赠要做成一个正式动作：原持卡人发起、新持卡人确认、服务地址和偏好重新填一遍。二、三种卡的结构和字段
次卡。字段：卡名称、总次数、已用次数、剩余次数、有效期起止、可用品类（多选）、可用等级、是否可转赠、单次是否限时长、退款折算方式。次卡的核心是「次数」，所以每次核销必须绑定一条订单，不能手工改次数。手工能改，账就永远对不上。 时长卡。字段：卡名称、总时长（小时）、已用时长、剩余时长、有效期起止、可用品类、最小核销单位（按半小时还是按整小时）、是否可跨品类使用。时长卡的核心是「小时」，所以核销时必须记录实际服务时长，而不是简单扣一个固定值。 年卡或包月。字段：卡名称、有效期间、可用频次（比如每周几次）、可用时段类型、可用品类、是否可累积（这周没用能不能补）、是否可转赠。年卡的核心是「频次」，所以核销时要判断「这一周的第几次」，而不是简单计数。累积规则要单独定，否则客户会攒一堆然后在最后一个月集中要求做完。 三张卡共用的字段：购买人、使用人（可以不同）、绑定手机号、服务地址、购买渠道、支付记录、状态（正常、冻结、过期、已退）。状态这一项很重要——「冻结」和「过期」是两个不同的状态，冻结是主动停用（比如客户搬家），过期是被动失效。混成一个状态，客户重新启用时会出错。 核销记录表要独立。每条记录：卡号、订单号、核销类型（扣次、扣时长、扣频次）、核销值、核销时间、操作人、是否可撤销、撤销原因。独立的核销记录是「客户来问为什么少了两次」时能拿出来的东西。没有这张表，只能看剩余次数，说不清什么时候扣的。三、扣次、爽约和退款的具体规则
扣次时点：完成时扣。预约时只做「冻结」，冻结的意思是这一单占用了卡的额度，但还没真正扣。订单完成，冻结转成实扣；订单取消，冻结释放。这样做的好处是客户改期不用退，系统自动处理。如果预约即扣，客户改三次期，就要退三次，每次退都可能出错，而且客户会盯着剩余次数看，一有异常就投诉。 爽约规则按四种责任分。客户在约定提前量之前取消：不扣次，冻结释放。客户在提前量之内取消：扣半次或按规则扣，因为排期已经被占用。客户不在家导致无法服务：按一次扣，因为阿姨已经到场并付出了时间。阿姨迟到超出容差导致未完成：不扣次，另约，同时计入阿姨履约。阿姨未到场：不扣次，另约，公司补偿。四种情况对应的扣法完全不同，混在一起，客服每次都要请示。 退款折算：折扣价购买，按原价折算已用部分。举例说明逻辑——客户买十次卡，享受了折扣，用了三次后要退。计算方式是：已用三次按单次原价计，从实付金额里扣除，剩下的退。这个规则的作用是防止「用完便宜的次数再退剩下的」。反过来按折扣价折算，客户退的钱会多，公司会亏，而且会激励客户退卡。 退款还要扣掉已发生的赠品价值。很多预付产品带赠品——送一次深度清洁、送一个工具包。退款时赠品的价值要扣回，否则会出现「拿了赠品再退卡」。赠品价值要在购买时明示，不能事后才说「这个要扣钱」。 有效期和延期。有效期要有，否则卡会永久挂账，财务上是一笔说不清的负债。但到期前要有两级提醒：到期前一个月提醒一次，到期前一周提醒一次。同时给一个延期入口，客户可以申请延期，延期次数和时长由公司定。只设有效期不给延期，客户会觉得被坑；只给延期不设有效期，卡永远销不掉。 转赠的流程。原持卡人发起转赠、填写新持卡人信息、新持卡人确认、服务地址和偏好重新填写、生成转赠记录。转赠记录要包含：转出人、接收人、转赠时间、转赠前后的剩余次数、是否收取手续费。没有这套流程，卡一转，服务信息全断，阿姨上门发现地址不对。四、四个真实冲突场景怎么判
场景一：客户买了年卡，最后一个月要求把前面没用的次数全部做完。年卡的频次规则如果允许累积，客户这么做是合理的；如果不允许累积，就要在购买页写明「当周未使用不累积」。最忌讳的是规则含糊——客户认为能累积，公司认为不能，两边都有道理。规则写清了，客户买的时候就接受，事后不会争。如果确实想给客户弹性，可以设一个累积上限，比如最多累积两次。 场景二：客户退卡，但卡是用别人的手机号买的。这种情况要先确认购买人和使用人的关系。做法是退款只能退给购买人，不能退给使用人。同时系统里要记录购买时的支付凭证，退款按原路退回。这一条不做，会出现「使用人来要求退款，钱退给了使用人，购买人又来找」的双重纠纷。 场景三：客户用次卡约了服务，阿姨上门发现需要做的内容超出品类。比如次卡是日常保洁，客户家里刚装修完。这时候不能直接扣次，也不能硬做。正确做法是阿姨上报异常，调度跟客户确认改品类或改期。如果客户坚持要按日常保洁做，就写明「按客户要求执行，效果不达预期不属质量问题」，让客户确认。这句话不好听，但比事后吵要好。 场景四：客户卡里还有五次，但已经过期两个月。处理方式是分档的：过期时间短的，允许付费延期或者按比例折算；过期时间长的，按协议作废。关键是这个分档规则要事先写明，而不是客户找来时临时决定。临时决定的后果是——会闹的客户能退，不闹的客户退不了，久了公司会被「会闹的人」包围。 还有一个场景：客户要求把次卡换成时长卡。换卡本质上是一次退卡加一次买卡，必须按退款折算的规则算一遍，不能简单按「次数乘小时数」折算。简单折算的问题在于两种卡的定价逻辑不同，直接换算一定有一方吃亏。五、常见问题解答
预付卡要不要设有效期？
要设。不设有效期，卡在财务上是一笔永久挂账的负债，而且客户可能三五年后拿着一张卡来要求服务，那时候的服务人员、价格体系、品类定义全变了，履约成本不可控。设有效期的同时必须配两级提醒和延期入口，否则客户到期后才发现，第一反应是「你们故意不提醒」。有效期长度取决于服务频次——高频服务可以短一些，低频服务要长一些。
客户取消预约要不要扣次？
按提前量分。在约定提前量之前取消，不扣；在提前量之内取消，按规则扣（可以是扣半次，也可以是扣一次，但要在购买页写明）。判断提前量设多少的依据是「这个时段还来不来得及补上别的单」——如果来得及，就不该扣；来不及，就该扣。不区分提前量一律不扣，排期资源会被大量占用；一律扣，客户会觉得不近人情。
阿姨迟到导致没做完，扣不扣次？
不扣，而且要补偿。因为这是公司侧的原因，让客户承担是不合理的。但要有分档：迟到在容差内且服务完成，算一次；迟到超出容差导致未完成，不算次数，另约；阿姨直接没去，不算次数，另约并补偿。三档必须写清，否则客服每次都要请示，请示的结果往往是「这次就算了」，然后规则形同虚设。
退款按什么价折算才公平？
折扣价购买、按原价折算已使用部分，是行业里比较稳的做法。逻辑是：折扣是给「买整张卡」这个行为的奖励，客户中途退卡，就不再享受这个奖励，已用的部分按原价算。这个规则要在购买页写清楚，客户买的时候就接受。如果按折扣价折算，客户用完便宜的次数再退剩下的，公司必亏，而且会激励退卡行为。
卡能不能转赠？
可以，但要默认关闭，客户需要时可以开启。转赠的风险是服务信息断裂——地址变了、偏好变了，阿姨上门发现对不上。所以转赠必须走正式流程：原持卡人发起、新持卡人确认、服务地址和偏好重新填写、生成转赠记录。不做流程的转赠，最后都会变成「这张卡到底是谁的」的争议。
客户卡里剩很多次，但一直约不上阿姨，怎么办？
这是供给问题，不是卡的问题，但客户会认为是卡的问题。处理方式是：给持卡客户在派单上加一档优先级，同时把「可约时段」的透明度做上去——客户能看到未来几天哪些时段还有空位，而不是约了才知道排不上。如果长期约不上，说明公司的服务能力跟不上售卡速度，这时候该做的是控制售卡，而不是继续卖。
多张卡能不能同时用？
可以，但要定顺序。客户可能有一张次卡和一张时长卡，同一单该扣哪张？规则可以是「按到期时间近的优先」，也可以是「客户自己选」。最忌讳的是系统默认扣某一张而客户不知道，事后发现「我那张快过期的卡怎么没用上」。做法是在预约确认页显示「本单将扣 XX 卡 1 次，剩余 X 次」，让客户看得见。
六、九尾狐在这类问题上的做法
九尾狐在做预付卡模块时，把「核销记录」做成了独立的表，而不是只在卡上加减一个数字。原因是卡上的剩余次数只是一个结果，客户来问「为什么少了两次」时，需要的是过程。独立的核销记录能回答：什么时候扣的、扣的哪一单、操作人是谁、有没有撤销。只有剩余次数，就只能说「系统显示是两次」，这句话在客户听来等于「我不知道」。
第二个做法是把「冻结」和「实扣」分开。预约时冻结，完成时实扣，取消时释放。这个设计看起来多了一个状态，实际省掉的是大量的退款和手工调整——如果预约即扣，客户每改一次期就要退一次，退的过程出错率很高，而且客户会盯着剩余次数，一有异常就投诉。多一个状态，少一堆麻烦。
第三个做法是把爽约规则做成配置表，按「取消提前量」和「责任方」两个维度组合出扣法。家政公司的爽约规则差异很大，有的宽松有的严格，写死在代码里每家都要改。做成配置，实施时按客户的实际情况填一遍，后续调整也不用改程序。
第四个做法是把退款做成一个计算器，而不是一段文字规则。客服输入卡号、已用次数、退款原因，系统自动算出应退金额并给出计算过程。这个过程可以截图给客户看，客户看到「已用三次按原价计，扣减赠品价值，剩余退还」，接受度会明显高一些。只给一个数字，客户一定怀疑。
第五个做法是把「使用节奏提醒」做成标配。系统按客户的历史服务间隔推算下次该约的时间，到点推一条提醒，附上「您的卡还有 X 次，有效期至 Y」。这条提醒的直接作用是减少睡眠卡，间接作用是降低退款率——客户在卡还有效的时候用掉，就不会走到退款那一步。
七、综上所述
预付卡的本质是客户先把钱给你，你欠他一堆服务。这个结构决定了它天然容易出问题：钱已经收了，服务还没给，中间的每一次变动都可能变成争议。所以预付卡模块的设计重点不是「怎么卖」，是「怎么把每一次变动都算清楚」——预约、取消、改期、换人、核销、退款、转赠，七个动作每一个都要有明确的规则和记录。规则写清了，卖卡就是锁客；规则含糊，卖卡就是给自己埋雷，而且埋得越多，后面炸得越响。判断一套家政系统的预付卡模块行不行，最简单的办法是问一句：「客户用了三次要退卡，你能当场算出应退金额，并且说清怎么算的吗？」答不上来，这个模块就是空的。
服务商信息
- 服务商：青岛九尾狐网络科技有限公司
- 服务区域：青岛全域（市南、市北、崂山、李沧、西海岸、城阳、即墨、胶州、平度、莱西）可上门沟通需求；全国客户支持远程交付
- 交付模式：原生定制开发，支持源码独立部署
- 本文适用赛道：家政服务预约小程序开发
免责声明
本系统属于数字化管理工具，不保证订单、营收增长，经营效果取决于商家运营、线下服务能力。具体功能范围、交付内容与实施安排以正式签订合同条款为准。