H2.09.2value-producing checklist items设计
清单项应对应能带来实际价值的动作而非形式打卡
别名: 形式打卡 · 有价值的上手项 · vanity checklist · setup that pays off
概念解释
清单上的每一项都应是做完之后产品变得更能用的动作：连上数据、邀请一个会一起干活的人、发出第一份东西。形式打卡是为了让进度条动一动：看完介绍、点开设置页、关注官方账号。打卡项消耗与真动作相同的名额，却不改变能力，人完成清单时仍不会用产品。这条管项的内容质量，不管进度怎么显示，也不管项是不是太多。
机制
清单许诺「勾完就能干活」。项与许诺之间若只是浏览或表态，完成体验是空洞的：进度到 100%，第一次真任务仍失败。空洞会回溯污染整张清单——后面真正有用的项也被当成打卡。价值要在勾选当下可观察：连接邮箱之后收件箱不再空，邀请同事之后出现一个真人，而不是「你已了解协作」。把教学播放、品牌关注、评价应用塞进清单，是把增长事件伪装成上手。它们或许有商业价值，但对「成为能用」没有贡献，应走别的渠道。项还要是用户做的，不是系统自己勾的（「你已注册」）：系统勾给进度送礼，梯度附着在虚假运动上，真债务被藏起来。
边界
法律必做项（同意数据处理）不是形式打卡，是准入；可以放在清单外作为门，不要和「发出第一份报告」混成同类勾选。纯教学项若立刻接到一次真动作（看完短演示就导出一份），可以并进那次动作，不要单独占一项。游戏或课程产品里「看完第 1 课」本身就是价值，这条的「能用」要改读成课程进度，不是办公工具的能力。
怎么落地
- 逐项写「勾完之后哪件具体的事变得可能」；写不出可观察结果的项删除或移出清单。
- 禁止把「观看介绍 / 打开某页 / 关注 / 评分」当作清单项。
- 注册、安装、首次打开由系统完成的状态不要出现在用户要勾的列表里。
- 验证：让人只做完清单、不做其他探索，立刻执行核心任务。仍缺关键能力，缺的那一步应补进清单或把空洞项换掉；任务已能完成，清单里多出来的项就是打卡。