送人一个订阅：vibe 项目的礼品卡与兑换码实战

朋友想送你家产品当礼物，你却只能回一句“先让他自己买吧”：先讲一个虚构的教训

先讲一个虚构的教学例子。阿南一个人用 AI 搭了个在线插画课平台“画匣子”，月付 48 元，年付 480 元。去年圣诞节前一周，后台突然多了十几封邮件，问的都是同一个问题：“我想买你们的课送给我妹妹当圣诞礼物，怎么买？”阿南去后台看了一眼：购买流程只认“买给自己”，没有“买给别人”的入口，没有礼品卡、没有兑换码、没有定时发送。他只好一封封回：“你先自己买一个账号，把账号密码发给你妹妹就行。”

结果可想而知。有一半人就这么算了，另一半真按他说的做了——然后客服噩梦开始了：有人把账号密码发错了人，有人买完发现妹妹已经有账号了想退款，有人圣诞节当天才发现“礼物”只是一串账号密码、毫无仪式感，跑来投诉“你们家连张卡都没有”。那个圣诞节，阿南少赚了至少二十单，更糟的是，他亲手把“送礼”这个最适合传播的场景，变成了一次次糟糕的客服体验。

这个例子想说的是：礼品卡不是“多一个 SKU”，而是“多一个获客场景”。买给自己的人是你的用户，买给别人的人是你的推销员——他花自己的钱、替你把产品送到一个你本来够不着的人手里。本文讲的就是怎么把礼品卡这条路修好：礼品卡和优惠券到底有什么区别、三种形态怎么选、购买流程的五步、兑换码怎么设计才防得住暴力破解、余额账本怎么做、欺诈怎么防、退款和客服怎么做，最后是一份上线检查清单。本文所有例子里的人名、产品名和数字都是虚构的教学例子，只用来把道理讲清楚；文中的金额、期限和比例都是工程经验建议，不是哪个官方标准，照着用之前先按你自己的定价表、支付平台的最新文档和所在地区的法规验算一遍。

先划界：这篇只管“买给别人”，不管另外四件事

动手之前先把范围划清楚，站内已经有几篇写在前面的指南，本文是拼图里新的一块，不重复它们讲过的事。第一篇是《优惠券与折扣码实战》，讲的是“买给自己时便宜点”：满减、折扣、限时、叠加规则——那是降价的活。第二篇是《积分账本与余额计费实战》，讲的是用户账户里的点数和余额怎么记账、怎么抵扣——那是“自己的钱”的账本。第三篇是《定价与付费墙设计实战》，讲的是“定什么价、哪部分收费”——那是定价本身。第四篇是《订阅暂停与恢复实战》和《订阅升降级按比例计费实战》，讲的是订阅中途的各种变化——那是订阅自己的生命周期。

本文讲的是第五种：钱是 A 出的，用的是 B。送礼人、收礼人、产品三方，第一次被一笔交易连在一起。礼品卡解决的不是“便宜”，而是“送”——怎么让 A 买得体面、让 B 收得明白、让你的系统分得清这笔钱是谁的、什么时候算收入、什么时候算负债。

还有三件看着像、其实不是这篇的事。第一，推荐返利：推荐是“老用户拉新用户、事后给奖励”，礼品卡是“送礼人先付钱、收礼人事后兑换”，钱流动的方向和时间点完全不一样。第二，团队 seat 购买：公司批量买座位是 B2B 采购，有发票、对公、管理员分配那一套；礼品卡是 C 端送礼，讲的是心意和仪式感。第三，免费试用：试用是“先用后付”，礼品卡是“先付后用”，账上一个是成本、一个是负债，处理方式完全不同。划界的意义很实际：礼品卡有自己的账本、自己的欺诈面、自己的客服问题，混在一起写，代码里一个字段都写不清楚。

一、礼品卡不是优惠券：三种形态，先选一种再动手

最常见的错，是把礼品卡当成“换了个名字的优惠券”。优惠券的本质是折扣：原价 100 元，券后 80 元，少的 20 元是你让出来的利润。礼品卡的本质是储值：送礼人先付 100 元，收礼人之后拿这 100 元来花，钱一分不少，只是换了个花钱的人。一个是“少收钱”，一个是“先收钱”。账上一个是成本、一个是负债，法律上一个是促销、一个可能受预付卡法规约束——从第一天起就不是同一种东西。

礼品卡有三种形态，选哪种先看你的产品是什么。第一种是储值卡：固定面额或自定义金额，收礼人拿到之后当余额花，买什么都行，适合什么都卖一点的产品，比如素材站、模板库、积分制的 AI 工具。面额建议给三档加自定义：50、100、200 元三档最常见，再加一个自定义金额框。第二种是订阅礼品卡：送的不是钱、是时间，比如“送 3 个月专业版”，收礼人兑换后直接获得 3 个月会员，到期再自己决定续不续。适合订阅制的产品，比如阿南的“画匣子”——送时间比送钱更体面，收礼人也不用再选套餐。第三种是指定商品卡：送的就是某一个具体东西，比如“送一门《水彩入门》课”，收礼人兑换后直接拥有这门课。适合单品价值明确的产品，比如一门课、一套模板、一个高级功能包。

三种形态的取舍很实际。储值卡最灵活，但也最容易被当成“变相打折”——收礼人拿 100 元卡只买了 80 元的东西，剩下 20 元躺在账上，时间一长就成了“沉睡余额”，后面账本那节会讲怎么处理。订阅礼品卡最省事，送礼人和收礼人都不用算钱，但你要想清楚一个问题：收礼人本来已经是付费用户怎么办？是顺延三个月，还是折成余额？指定商品卡仪式感最强，送出去就像送了一件实物，但它最怕“送错”——收礼人已经买过这门课了，卡就废了，得有换课的口子。

我的建议是：第一次上礼品卡，先只做一种。订阅制的产品先做订阅礼品卡，卖单品的先做指定商品卡，什么都卖一点的先做储值卡。三种全上，等于三套账本、三套客服话术、三套欺诈面，一人团队根本扛不住。等第一种跑顺了、圣诞节验证过了，再加第二种。

二、购买流程：送礼人的五步，每一步都在决定他会不会买

礼品卡的购买流程和普通下单只有一个区别：买的人不是用的人。这个区别会让每一步都多一个问题，流程设计要一个一个回答。

第一步是选礼物：送多少钱、送多久、送哪门课。面额档要给建议，别让用户对着一个空白框发呆——“50 元够买两节课”“200 元够用一个季度”这种提示，比单纯的数字管用。订阅礼品卡要写清“送的是哪一档、几个月、到期后怎么办”；指定商品卡要放商品图和一句话介绍，让送礼人确认“就是这个没错”。

第二步是写祝福：给收礼人的一句话、署名、要不要匿名。祝福语不是可有可无的装饰，它是礼品卡和普通订单最大的区别——没有祝福语的礼品卡，只是一张代金券。给三句示例文案让用户一键套用，再留一个自定义框。署名默认填送礼人的账号名，但要允许改成昵称或匿名。

第三步是填收礼人：邮箱是最低要求，再加一个可选的手机号。关键细节是“收礼人还没有账号怎么办”——答案是：不用先有账号。兑换码发到邮箱，收礼人点链接、注册、兑换，一气呵成。千万别要求送礼人先确认收礼人有没有账号，那等于把你的获客漏斗堵死在第一步。

第四步是定时发送：圣诞节前一周买、圣诞节当天发，这是送礼最常见的需求。给两个选项：“立即发送”和“定时发送”，定时要能精确到天。定时发送的邮件要在发送当天再发一遍确认给送礼人——“你的礼物已经送出去了”，不然送礼人圣诞节当天会焦虑地来问客服“到底发出去了没有”。

第五步是付款与凭证：付完钱，送礼人要立刻拿到三样东西——一张能转发的礼品卡凭证（带兑换码、金额、祝福语）、一封确认邮件、一个“还没送出、可以改地址”的入口。凭证的样式要好看一点，它是收礼人看到的第一眼，也是送礼人愿意转发到聊天群里的理由。凭证上不要印完整的兑换码——印一半、点“查看完整兑换码”再展开，防止截图转发时码被别人顺走。

整个流程里还有一个容易被忽略的点：送礼人买完之后，他自己的账户里应该能看到“我送出的礼物”列表——送给谁、什么时候送、对方兑了没有。兑了，他安心；没兑，到期前提醒他一次“对方还没兑换，要不要再发一封提醒”。这个列表的成本很低，但它把“买完就忘”变成了一次回访的理由。

三、兑换码设计：16 位字符背后，是一整套防暴力破解

兑换码是礼品卡最脆弱的地方，也是最容易写错的地方。它看起来只是一串字符，但背后是四个必须同时满足的要求：唯一、不可猜、能吊销、能追踪。

先说格式。建议用 16 位字符，分成 4 组、每组 4 位，中间用短横线隔开，比如 XXXX-XXXX-XXXX-XXXX。字符集去掉容易混淆的：0 和 O、1 和 I、l 都不要。16 位、去掉混淆字符后大约 30 个可用字符，组合数是 30 的 16 次方——这个量级下，随机猜中一个有效码的概率可以忽略不计。短横线分组不是为了好看，是为了让人能一口气读出来、抄对，客服电话里报码的时候尤其重要。

再说存储。兑换码绝对不能明文存在数据库里。正确的做法和密码一样：只存哈希值，验证时把用户输入的码哈希后比对。数据库被拖走，码也不会跟着泄露。每个码还要带一个状态机：未发送、已发送、已兑换、已过期、已作废、已退款，六个状态缺一不可。没有“已作废”状态，被盗的码就没法紧急冻结；没有“已退款”状态，退过款的码就可能被二次兑换。

然后是防暴力破解。兑换接口必须限流：同一个 IP 一小时最多试 20 次，同一个账号一天最多试 10 次，超过就锁一段时间。还要加一个“蜜罐”机制：连续猜错 5 次的 IP，后续每次验证都故意延迟 2 秒返回，让自动化脚本的效率断崖式下跌。兑换成功和兑换失败的返回时间要保持一致，别让攻击者通过响应时间差判断“这个码存在、只是被用过了”。

最后是兑换体验。兑换页要做到三件事：第一，输错码的时候，报错要说清楚是“码不存在”还是“码已经用过了”还是“码已过期”——三种情况三种文案，别用一句“兑换失败”打发人。第二，兑换成功后立刻显示“你得到了什么、有效期到什么时候、下一步去哪里”，别让用户兑换完还要自己去找。第三，兑换要支持“先注册再兑换”和“先兑换再注册”两种顺序——收礼人可能是先点了邮件里的链接才发现自己没账号，也可能是注册完了才想起手里有张卡。

四、余额账本：收到的钱先是负债，不是收入

礼品卡的账，是很多一人团队第一次真正接触“负债”的地方。送礼人付了 100 元的那一刻，你的账上多了 100 元现金，但这 100 元不是你的收入——它是你欠收礼人的 100 元商品。只有收礼人真的兑换、花掉的那一刻，它才变成收入。中间这段时间，它在账上叫“递延收入”或“预收账款”，是一个负债科目。把这笔钱当天就当收入花掉，是礼品卡最常见的财务错误。

账本的设计建议直接复用积分账本那套模式：一张礼品卡对应一个余额账户，每笔变动记一条流水——发卡（+100）、兑换（-100 或部分）、过期（余额清零并转收入）、退款（-100）。储值卡要支持部分兑换：100 元的卡买了 60 元的东西，剩下 40 元留在卡上，下次还能用。部分兑换的每一笔都要记流水，余额永远等于“发卡金额减去已花金额”，对不上账的时候就靠流水一笔笔查。

过期是最容易吵架的地方。建议是：礼品卡有效期 12 个月，到期前 30 天、7 天各发一封提醒，到期后余额不清零、而是再给 90 天宽限期，宽限期过了才按你的政策处理。很多地区的法规对预付卡过期有明确要求，有的要求不得过期、有的要求过期后余额仍可赎回，具体的合规口径要按你所在地区去核对，本文不展开法律细节。但有一条底线是不变的：过期规则要写在购买页上，用户买之前就看得到，事后扯皮就少一半。

还有一笔账叫“沉睡余额”（breakage）：发出去的卡，总有一部分永远不会被兑换。行业里这个比例通常在 10% 到 20% 之间。对小团队来说，沉睡余额不是“白赚的钱”，而是“迟早要处理的一笔账”——它在账上挂着负债，时间越长、审计越问。处理办法是：按你的财务政策，在卡过期后的一定期限内，把确认无法兑换的余额转入收入，并留好记录。转收入之前，一定要先走完提醒流程——到期前提醒、宽限期提醒，提醒完了还没人兑，再转不迟。

五、防欺诈：礼品卡是黑产最喜欢的洗钱工具之一

礼品卡有一个不体面的真相：它是黑产最喜欢的东西之一。盗刷来的信用卡买礼品卡、礼品卡转手卖掉变现，这条链路比直接盗刷更难追踪。所以礼品卡上线第一天，欺诈防护就要跟着上线，而不是等出了事再补。

第一道防线是购买限流：同一个账号一天最多买 5 张，同一个 IP 一天最多买 10 张，单张面额超过 500 元要走人工审核或二次验证。新账号注册当天就买大额礼品卡的，要重点盯——正常用户不会注册第一天就买 10 张 200 元的卡送人。

第二道防线是支付风控：礼品卡订单要单独打风控标签，别和普通订单混在一起。信用卡的账单地址和 IP 所在地对不上、短时间内多张卡连续失败后突然成功、深夜高频下单，这三类信号凑齐两个就先拦下来人工看一眼。支付平台自带的风控规则要打开，别为了转化率把它关掉——一单盗刷的退款和罚款，够你卖一百张正经礼品卡。

第三道防线是兑换风控：兑换码被频繁试错的 IP 要限流（上一节讲过）；兑换成功后，余额的使用也要有节奏——新兑换的卡 24 小时内只能用于小额消费，大额消费要等 24 小时之后。这个“冷静期”能挡住很大一部分“盗码后立刻花光”的操作。

第四道防线是转售监测：你的礼品卡如果出现在二手平台上打折出售，基本可以确定是黑产在出货。定期搜一搜自己的品牌名加“礼品卡”，发现了就把对应的卡冻结、走客服流程。冻结之前要留证据：购买记录、IP、兑换记录，免得误伤正常用户之后说不清楚。

六、退款与客服：码丢了、发错了、想退了，怎么办

礼品卡的客服问题，九成集中在三件事上：码丢了、发错了、想退了。每一件都要在上线前想好答案，而不是等用户问上门再现编。

码丢了：收礼人说邮件找不到了、兑换码丢了。处理流程是：先验证身份——收礼人邮箱加购买订单号，两样对上才能补发；补发之前先把旧码作废，再发新码；补发记录要留着，防止有人拿着旧码和新码各兑一次。千万别凭一句话就补发，补发错了就是一次资损。

发错了：送礼人把邮箱填错了，礼物发到了陌生人手里。处理流程是：如果对方还没兑换，立即作废原码、重发到正确邮箱；如果对方已经兑换了，那就比较麻烦——要看你的政策是“兑换后不退不换”还是“特殊情况人工处理”。无论哪种，购买页上都要写清楚“邮箱填错责任在谁”，事前写清楚比事后扯皮强十倍。

想退了：送礼人买完后悔了、想退款。规则建议是：没兑换的卡，购买后 7 天内可以全额退款；已经兑换的卡，按“已使用部分不退、未使用部分可退”处理；订阅礼品卡兑换后已经开始计时的，按剩余天数折算退款。退款的时候，钱退回原支付方式，别退成余额——退成余额等于强迫用户继续在你这里消费，投诉马上就到。

客服话术还有一个原则：礼品卡的问题，回复要比普通问题快一倍。因为礼品卡背后通常是一个具体的日期——生日、圣诞节、纪念日，错过了就是错过了。客服响应慢一天，用户失去的不只是一张卡，还有一次送礼的机会。把礼品卡工单单独打标签、单独排优先级，圣诞节前两周再加一个“礼品卡专线”都不过分。

七、指标与上线检查清单

礼品卡上线之后，效果要靠四组指标来验证。第一组是送礼转化率：访问礼品卡页的人里，有多少真的买了；低于 2% 说明页面没讲清楚“送什么、怎么送”。第二组是兑换率：发出去的卡里，30 天内兑换了多少；低于 60% 说明提醒没做到位，或者兑换流程太绕。第三组是新客占比：兑换的人里，有多少是第一次注册的新用户——这个数是礼品卡作为获客渠道的核心价值，低于 50% 说明它只是在老用户之间打转。第四组是欺诈率：盗刷订单占礼品卡订单的比例，超过 1% 就要立刻收紧风控。

最后是上线前逐项打钩的检查清单，一共 14 项，缺一项都别上线。形态：三种形态只选一种先上，面额档加自定义金额，订阅卡的“老用户已付费”规则定好，指定商品卡的“送错换课”口子留好。购买：五步流程跑通，祝福语示例加自定义，定时发送精确到天，凭证样式好看、兑换码半遮盖，送礼人“送出的礼物”列表上线。兑换码：16 位分组格式、去掉混淆字符、只存哈希、六态状态机、兑换接口限流加蜜罐延迟、三种报错文案分开写。账本：发卡记负债、兑换才记收入、部分兑换流水完整、有效期 12 个月加 90 天宽限、到期提醒 30 天和 7 天各一封、沉睡余额转收入政策写好。风控：购买限流、支付风控标签、兑换冷静期 24 小时、转售监测有人负责。客服：补发、发错、退款三套流程写好，礼品卡工单单独打标签。14 项全打钩，礼品卡才算真正上线；缺一项，圣诞节前一周就有人在客服群里问你没想过的问题。

说到底，礼品卡卖的不是一张卡，而是一次“替你把心意送到”的机会。买给自己的人是你的用户，买给别人的人是你的推销员。把这条路修好，下一个圣诞节，就不是十几封邮件问“怎么买”，而是十几个人替你把产品送到你够不着的地方去。