H7.01.1persistent shopping cart设计研究
车内内容需跨会话保留
别名: 购物车持久化 · 跨会话购物车 · cart persistence
概念解释
跨会话保留指购物车里的 SKU、数量、勾选与备注在关掉标签、杀死进程、隔日再打开、换设备登录同一账号之后仍然在。购物车是把「现在不买」从浏览里摘出来的外部记忆，不是收藏夹（收藏不进入结算），也不是结算单（结算单已经带上地址和支付）。人加车是为了推迟决定；车一空，推迟就变成重找。
机制
加入购物车是低承诺动作：比价、等人点头、等发薪、把候选集从搜索结果里搬出来。工作记忆存不住十几条规格，车承担的是外部记忆（external memory）。会话一断就清空，等于告诉人「先放着」不可靠，下一次会改去收藏、截图或直接离开。未登录用本地存储、登录后用云端，两边必须合并而不是覆盖：覆盖会让人以为商品被系统偷走。合并冲突（同一 SKU 两边数量不同、一边已失效）若静默取一边，信任同样破裂。
怎么研究
用真实回访，而不是让人在实验室里当场结账。让人加车、强制结束会话（清 cookie、杀进程、隔夜），再测量车是否还在。
自变量：登录与否、是否跨设备、合并策略（覆盖 / 相加 / 让人挑选）、游客车的保留天数。 因变量：回访时车内条目保留率、因空车离开、合并后的数量误差、关于「东西没了」的主动反馈。
注意激励被试会把商品记在脑子里，测不到对外部记忆的依赖。不要把「重新加入」算成成功——那是被迫重建。实验室当日任务几乎看不到跨会话损失，需要隔日或远程日记。
边界
隐私策略要求游客身份短留存时，车不能无限挂在设备上，到期要说明而不是不告而删。共享设备、网吧不应把本地车默认同步到刚登录的账号。票务、闪购等时效商品保留车不等于锁库存，人回来时条目还在但已不可买。企业请购、合同采购用的是请购单，不是这条意义上的车。
怎么落地
- 登录态把车写入账号；游客态写入设备，并在登录时按 SKU 合并，数量冲突展示两边让人确认。
- 静默删除只用于确定的失效（商品下架且无法替代）；价格或库存变化要留条目并另作提示，不要当成「没了」。
- 跨设备以账号为准拉取，同时避免把设备 A 的游客车在未确认时写进账号 B。
- 验证：同一账号隔日打开、另一台未登录设备打开、登录后合并，三条路径截图车内 SKU 与数量；任何一条空了或被覆盖即失败。