心愿单
心愿单是一种电子商务功能,让购物者可以保存感兴趣的商品供日后参考,而无需加入购物车或完成购买。它充当浏览与购买之间的桥梁,让顾客能够跨会话和设备收藏商品,直到他们准备好转化。
心愿单定义
心愿单(也称为"收藏待购列表"或"收藏夹列表")是购物者标记为感兴趣但未承诺购买的商品集合。它在转化漏斗中的位置比购物车更靠前:顾客可以浏览商品页面,点击心形或书签图标,将该商品存储在与自己账户、Cookie 或本地设备关联的个人列表中。与通常需要快速结账的购物车内容不同,心愿单的设计目标是持久留存——购物者可能在一月份添加商品,直到十一月的假日促销才再次查看。对于商家而言,心愿单既是顾客便利工具,也是数据来源:它揭示了哪些商品产生了尚未转化的兴趣——这些信息很难通过其他方式获取,因为已放弃的浏览会话不会留下明确的意图信号。
心愿单的工作原理
大多数心愿单实现遵循相同的基本机制。购物者在商品页或分类页上点击保存图标,该商品就会被添加到与其客户账户(或对于访客用户,是浏览器 Cookie 或本地存储条目)关联的列表中。该列表随后可以通过专门的心愿单页面访问,通常会保留数量、尺寸或款式等详细信息。在此基础上,商家通常会叠加以下辅助功能:
- 降价提醒——当已保存商品打折时发送邮件或通知
- 补货提醒——当已保存的缺货商品到货时发出通知
- 可分享列表——顾客可发送给朋友或家人的公开链接,常见于礼品清单
- 移入购物车——一键将心愿单商品转换为购物车商品
一个简单示例:某服装店在每个商品页上添加心愿单按钮。一个月内,12% 的网站访客至少保存了一件商品。其中,18% 最终购买了所保存的商品——大多数在收到降价提醒邮件后两周内完成。如果没有心愿单及其后续提醒功能,这 18% 本应是无法挽回的流失需求。
心愿单对电商品牌的重要性
心愿单之所以重要,是因为大多数购买决策并非在首次访问时做出。购物者可能需要比较几件夹克、等待发薪日、或与伴侣商量后才能购买家具——他们需要一种方式在多次会话之间保持购买意图。没有心愿单,这种意图通常会蒸发:购物者关闭标签页后可能再也找不到该商品,尤其是当他们不记得发现的品牌名称或搜索词时。
从商家角度来看,心愿单将不可见信号(兴趣)转化为可见且可操作的信号。某个被频繁加入心愿单但很少购买的商品,可能说明存在价格异议,值得通过促销活动来测试。某个几乎无人收藏的商品,可能说明即使有流量也难以引起共鸣。从整个商品目录来看,心愿单数据充当了一个早期预警系统,能够捕捉到标准转化率报告完全遗漏的需求——因为这些需求从未到达购物车。
心愿单 vs. 购物车 vs. 购物车放弃
| 特征 | 心愿单 | 购物车 | 购物车放弃 |
|---|---|---|---|
| 漏斗阶段 | 早期考虑 | 预结账 | 已加入购物车、待购买 |
| 典型生命周期 | 数周到数月 | 数分钟到数小时 | 数小时到数天后过期 |
| 购买意图 | 感兴趣,未承诺 | 高,接近结账 | 曾经很高,而后停滞 |
| 常用挽回策略 | 降价或补货提醒 | 会话持久化、已保存付款 | 购物车放弃邮件序列 |
| 最适合 | 礼品、高考虑度商品 | 任何活跃购物会话 | 挽回接近成交的交易 |
心愿单与 AI 驱动的电商
随着 ChatGPT Shopping、Perplexity Shopping 和 Amazon Rufus 等 AI 购物助手越来越普遍地成为产品发现的入口,心愿单行为的意义已超越单个商家自身网站。购物者可能会让 AI 助手"找一些和我之前保存的那件夹克类似的选项",这要求心愿单数据具有可移植性,或者至少在商家端结构良好。具有清晰商品标题、库存状态和定价元数据的可读可分享心愿单,更有可能在顾客通过 AI 中介搜索(而非直接访问网站)返回时被有效引用。
在分析方面,了解哪些商品被加入心愿单但未购买,与更广泛的产品性能监控密切相关。AmICited 的电商报告让商家能够看到哪些产品和客户群体带来了最多的重复互动,这与心愿单数据天然互补:保存量高但转化率低的商品是定向促销的有力候选,而 AI 助手可见度高但心愿单活动弱的商品,可能需要更好的页面商品陈列手段来赢得用户的收藏动作。
心愿单最佳实践
- 将保存操作设置为单击即可完成,并在商品列表页和单个商品页上都清晰可见,不要隐藏在菜单中
- 将心愿单关联到客户账户而非仅依赖 Cookie,以便商品信息在设备切换后仍能保留
- 自动触发降价和补货提醒,而非期望顾客手动回查
- 清晰显示心愿单商品的库存状态(有货、库存紧张、已停产),使列表长期保持可用性
- 允许访客心愿单,并在购物者登录或创建账户后合并到账户心愿单中
- 谨慎展示汇总的心愿单数量(“214 人已收藏”),仅在能提供可信社交证明时使用
- 定期按产品线检查心愿单到购买的转化率,以便及早发现定价或营销信息方面的问题
常见心愿单错误
一个常见错误是将心愿单视为没有后续跟进的静态功能——保存按钮存在,但顾客点击后没有任何反应。没有降价或补货自动化,心愿单就成了死胡同,而非重新触达渠道,商家也就失去了收集数据的所有意义。另一个常见问题是强制要求购物者在保存商品前先创建账户,这在顾客还在决定是否喜欢品牌的时刻增加了摩擦;访客到账户的合并流程可以在不丢失数据的情况下解决这一问题。有些商家让已加入心愿单的商品默默缺货或停产而不更新列表,导致顾客回到一个失效链接,从而对该功能失去信任。一个更微妙的问题是永远不在产品层面分析心愿单数据——仅将其视为用户体验上的点缀而非需求信号——这使得商品管理和定价团队对从未转化的兴趣一无所知。最后,一些商家针对每件已保存商品频繁发送营销邮件,过度通知心愿单顾客,导致退订率上升;解决方法是在真正有意义的变化时(如实际降价或补货)才发送提醒,而非常规推送。