H7.02.3forced registration checkout设计研究

强制注册是主要放弃点

别名: 强制注册结算 · 游客结账 · guest checkout

概念解释

人已经把商品推进结算,界面却要求先创建账号才能继续填地址或支付。强制注册把「付钱」改成「先成为会员」,是结算路径上反复出现的离开点。它不是步骤多少的问题,也不是返回改地址的问题:哪怕只有一屏,挡在支付前面的账号墙也足以让这次购买结束。游客结算、结算后引导注册,和「不注册就买不了」不是同一件事。

机制

进结算时承诺已经指向商品和价格,不指向「与本站建立长期关系」。注册要邮箱、密码、验证码,每一项都是新的风险判断:会不会被营销、密码要不要新想一套、验证码会不会收不到。这与买东西的目标无关,却被做成前置条件。人还会把账号墙读成陷阱——先套走身份再谈付钱。已有账号的人若被再次推去注册而不是登录,摩擦变成羞辱。把注册成功当作漏斗胜利会掩盖真实购买失败:账号造出来了,单没付。

怎么研究

比较三种路径:必须注册才能结算、游客结算并在成功页邀请注册、结算中可选用账号预填。用同一批商品和同一支付方式。

自变量:账号墙的位置(结算入口 / 支付前 / 成功后)、是否提供游客、登录与注册是否分清。 因变量:从进结算到支付成功、注册完成但未支付、因账号墙离开、成功后再注册。

不要把注册转化和支付转化绑成一个指标。行业报告常把强制注册列为结账离开的主因之一,但具体比例随是否已有账号、设备、品类变化,不能把某一数字当成设计目标。实验室里发给被试现成测试账号,会把这道墙测没。

边界

法律要求实名才能售卖的商品(部分药品、代购管制)可以把身份核验做成购买条件,但仍应把核验与「营销账号」分开。数字内容要按账号交付时,购买过程仍可先收钱,再在交付前绑定账号。企业采购本来就在登录态里,不存在游客。会员价、积分抵现如果是卖点,应在进结算前说清「游客价 / 会员价」,而不是进了结算才锁死。

怎么落地

  • 默认提供游客结算:邮箱只用于发凭证,密码和营销勾选放到支付成功之后。
  • 已有账号用「登录」而不是「注册」;登录失败再给创建账号,且登录不得清掉车与结算草稿。
  • 注册墙若因合规必须存在,把必填压到核验所需的最小集,并写明这些信息用于履约而非开会员。
  • 验证:漏斗单列「结算中到达账号墙」与「墙后支付成功」;再走游客路径看成功页注册是否可选。墙后支付成功率明显低于墙前到达率,账号就是放弃点。

延伸

  • 同组H7.02.1 步骤数与放弃率直接相关 · H7.02.2 结算过程中需保留返回修改的能力
  • 相邻H6.01 注册摩擦 · H7.05 订单确认 · H6.09 匿名与游客模式
  • 站内检索guest checkout · forced registration · account wall

同组卡片

快捷操作

分享

分享当前页面

ios_share

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