H7.01.2cart price and stock change设计研究

库存与价格变化需明确提示

别名: 购物车变价 · 库存变化提示 · cart price change

概念解释

人把商品放进购物车时记下的是当时的价格与「还能买」。隔一段时间再打开,库存或售价已经变了,界面必须把差值说出来:哪一条、旧值、新值、还能不能按原计划买。这条只管车内已有条目的事后变化,不管结算页何时摊开运费税金,也不管优惠券怎么比。不提示就等于用过期数字继续邀请人去结账。

机制

购物车是一份延迟的承诺。人用当时看见的数字做心理预算,回来时默认数字没动——这是现状偏差叠上记忆:记得「大概一百」,不记得精确到分。库存从有到无、价格上调、限时价到期,都把旧承诺作废。若只在小计里换成新数字,人会以为自己记错,或在结算最后一步才发现总价跳了,把跳变归咎于被加价。提示要落在那一行上,让变化成为事件,而不是静默改写。降价同样要说,否则人会在事后用截图对账时认为中间被改过。

怎么研究

把同一批加车商品在后台改价、改库存、改时效价,再让人打开车。比较「静默改数字」「行内旧→新」「进入结算才弹窗」。

自变量:变化类型(涨价 / 降价 / 售罄 / 限购变少)、提示位置(行内 / 顶部汇总 / 结算才说)、是否保留旧价。 因变量:是否注意到变化、仍去结算的比例、结算放弃、关于「被改价」的归咎。

实验室里被试被要求找不同,会过度检出;真实回访里许多人扫一眼小计就走。不要用「最终成交价是否正确」当唯一指标——成交价对了,人仍可能是在不知情下接受了新价。

边界

高频变价的行情类商品(黄金、机票)用户预期数字会动,提示要更密,但不能用刷新闪烁代替差值说明。预售、订金锁价本身就是合同,变价应按锁价规则,而不是按普通车。完全售罄且无替代时,提示的终点是「这条买不了」加移除或找相似,不是继续显示可勾选。管理端批量调价若波及在途结算单,那是订单问题,不是车内提示能单独解决的。

怎么落地

  • 打开购物车时对每一行做价格与库存对账;有差值则在该行显示旧值与新值,售罄或限购不足则取消勾选并说明原因。
  • 顶部给一条可展开的变化摘要,但摘要不能替代行内标记。
  • 禁止只改小计;进入结算前若仍有未确认的变价,阻断提交并滚到第一条变化。
  • 验证:人为把车内一件涨价、一件售罄、一件降价,找未参与的人打开车,问三件各发生了什么。说不出旧价或仍想勾选售罄件,提示失败。

延伸

  • 同组H7.01.1 车内内容需跨会话保留 · H7.01.3 加入购物车需要即时反馈
  • 相邻H7.03 价格透明 · H7.02 结算流程 · H7.13 支付失败与状态未知
  • 站内检索cart price change · stock change notification · stale cart

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/H7.01.2