如何设计人们真正会用的送礼功能：来自58款应用的证据
内容提要
2025年节日季美国礼品卡消费约290亿美元，43%的人至少买过一张。研究58款应用发现，送礼功能的关键在时机而非设计：九种场景中八种依附产品已有信号，如购物车、节日、直播互动或共同目标。礼品卡只是供给，其余场景才制造需求。发送流程普遍存在六个问题，包括收礼人无账号、同意记录、定时送达、重复领取和过期规则。领取页决定能否将礼物转化为新用户。
延伸解读
时机比设计更重要：九种送礼场景的触发逻辑
文章基于58款应用的研究发现，送礼功能的关键在于触发时机而非界面设计。九种场景中，八种依附于产品已有的信号，如购物车、节日、直播互动或共同目标，只有礼品卡需要用户主动寻找。这意味着团队应优先考虑如何利用现有数据点来制造送礼需求，而不是孤立地开发一个礼品卡功能。
发送流程中的六个常见问题与应对
无论选择哪种场景，发送流程都会遇到六个问题：收礼人可能没有账号、同意记录、礼物选择、个性化程度、送达时间和双方可见性。文章列举了各应用的做法，如使用手机号或邮箱作为标识、发送前确认许可、将选择权交给收礼人、提供定时送达等。提前解决这些问题可以避免后续重建。
领取页：将礼物转化为新用户的关键
领取页是送礼流程的终点，也是获取新用户的起点。收礼人可能从未使用过产品，他们需要先完成打开礼物的动作，然后被要求创建账号。文章指出，设计良好的领取页能显著提高转化率，而草率的领取页则会流失客户。应用如Thrive Market和Instagram通过明确的要求和动画效果来引导用户完成这两步。
从设计到数据库：五个决策影响存储结构
送礼功能涉及两个身份（发送者和收礼者），收礼者可能尚未注册，因此数据库设计需要处理可空的收礼者ID、同意记录的版本和存储、定时送达的时区处理、防止重复领取的并发控制以及不同礼物类型的过期规则。文章展示了一个包含17列的gifts表，并指出提前考虑这些设计决策可以避免昂贵的迁移。
Q&A
送礼功能应该什么时候向用户推送？
研究58款应用发现，送礼功能的关键在时机而非设计。九种场景中八种依附产品已有信号，如购物车、节日、直播互动或共同目标。礼品卡只是供给，其余场景才制造需求。
设计送礼功能时常见的六个问题是什么？
发送流程普遍存在六个问题：收礼人无账号、同意记录、定时送达、重复领取和过期规则。具体包括：识别可能不是用户的收礼人、在发送消息前获得同意、发送者无法猜测收礼人想要什么、决定礼物个性化程度、选择礼物到达时间、决定双方能看到什么。
领取页在送礼功能中起什么作用？
领取页决定能否将礼物转化为新用户。收礼人点击链接后到达领取页，需要完成两个步骤：首先完成打开礼物，然后产品请求创建账户，这个请求完成转化。如果领取页设计不佳，会在两步发生前失去客户。
如何为产品选择合适的送礼场景？
有结账流程的产品应优先构建结账追加销售；有 recurring 文化时刻的产品适合场合目录；订阅产品应通过赠送订阅来获客并奖励发送者；有实时互动的产品可做社交送礼；有共同目标或 streak 的产品适合进度送礼。其他情况仍可从礼品卡受益，但需设计真正的入口。
存储一个礼物需要多少数据库列？
一个礼物需要17列来存储，分为五组：身份（6列）、同意（2列）、送达（2列）、过期和结果（3列）、金额和状态（4列）。这些列涵盖了发送者和收礼人身份、同意记录、送达时区、过期规则以及金额和状态。
礼品卡在送礼功能中扮演什么角色？
礼品卡是供给，而不是需求。22款应用销售礼品卡，但它是唯一没有触发器的场景，因为发送愿望必须在应用之前出现。其他八个场景的存在是为了在发送者想到之前提供理由。如果团队只发布礼品卡，就只构建了送礼的供给端，而非需求端。
