H2.09.1onboarding checklist progress设计研究

清单需展示总步数与已完成步数以提供进度感

别名: 上手进度 · 完成度 · setup checklist · x of n

概念解释

上手清单把「成为能用的状态」拆成可勾选的几步。要产生进度感,必须同时看得见总共几步已经完成几步,例如「3 / 5」或等价的条。只有「下一步」、只有打勾没有分母、或中途暗中加项,清单就退回成待办黑洞。这条管清单作为进度装置怎么让剩余工作可估计,不管每一项是不是真有价值,也不管卡住时怎么诊断。

机制

目标梯度在看得见终点时才工作。清单把上手从「还要搞多久」收成可计算的差,已勾的项把沉没成本显式化,剩下的项变成有限债务。缺分母时,每一项完成都可能后面还有,梯度无从附着。分母中途变大(完成三项后突然变成 3 / 8)把已经支付的进度作废,人会把清单本身当成不诚实的门。进度还要在清单不展开时可见:收成顶栏一条「还差 2 步」,否则关掉面板就等于关掉终点。清单与分步表单的步进器同类,但清单的项通常可乱序完成,当前位置不是「第 3 步」而是「5 里做了 3」,数字比顺序更要紧。

怎么研究

把同一套上手项做成无进度、只有当前项、有「x / n」、以及中途增加 n 的版本。

自变量:是否显示分母、n 是否在中途变化、收起时进度是否仍可见。 因变量:完成全部项的比例、放弃时已完成数、对剩余工作的估计、是否觉得「又多出来了」。

实验室里清单很短,梯度被压缩。真实产品常把营销项悄悄插入「完成设置」,测到的会是信任破裂。可乱序完成时,不要用「当前步」当唯一进度,要测人对分母的感知。

边界

只有一两步的上手,沉重的进度条小题大做,一句「还差连接邮箱」够了。持续运营的「提升账号」清单没有稳定的 n,不应假装是可完成的上手。专家或迁移用户已经闭合了这些技能,清单进度对他们是噪音,应可永久关掉。项会因套餐而增减时,进入清单那一刻锁定分母,并说明「按你的套餐共 n 步」,不要在付费升级后偷偷加项还显示同一条进度。

怎么落地

  • 清单标题或旁侧固定写「已完成 x / 共 n」;收起态保留一条等价进度,不要只在展开面板里才有分母。
  • 进入清单时锁定 n;因用户选择而少走的项,更新分母并说明原因,禁止完成前暗增项。
  • 允许乱序勾选,进度只反映数量,不要用错误的「第 3 步」假装有强制顺序。
  • 验证:在收起和展开两态都问「一共几步、做完几步」。答不出分母,或中途分母变大却没人说明,进度装置就失败了。

延伸

  • 同组H2.09.2 清单项应对应能带来实际价值的动作而非形式打卡 · H2.09.3 完成度停滞不前时需要识别具体卡在哪一步 · H2.09.4 清单项目过多时会被视为负担而非引导,需限制总量
  • 相邻H1.01 表单长度与分步 · E5.10 步骤条 · H2.02 空状态引导
  • 站内检索onboarding checklist · goal-gradient · setup progress

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/H2.09.1