完成驱动可被用于推动与用户无关的任务
别名: 完成驱动伦理 · 资料完整度百分比 · profile completeness
概念解释
完成机制没有内建的受益方检查。进度条、资料完整度百分比、"只差一步"——这套机制可以指向对用户有价值的完成（表格填完，申请就能提交），也可以指向对平台有价值的采集（"资料完成度 85%，请补全手机号"——那个百分比真正在完成的是平台的营销数据）。机制分不清这两种完成，它对用户施加同样的"去闭合"压力，差别只在被完成的东西归谁。完成驱动（completion drive）的伦理面因此是一个归属问题：谁受益于"被完成"。说服与操纵的通用判据已经给出方向——机制是否服务用户自己的目标；完成机制在此之上只多问一句：这个"完成"的定义是谁写的。
机制
完成感的输入是指示器的状态，不是"这件事对我有用"。张力机制不审计目标来源：任何长得像进度的指示，背后是用户的表格还是平台的字段配额，召唤闭合的力度没有差别。这使完成机制可以被零成本挪用：把采集目标改写成进度语义（百分比、剩余一步、即将完成），用户侧感受到的推力与真实任务毫无二致。资料完整度是标准案例：百分比在平台选定的字段集上计算，权重是平台的营销优先级，却以用户"资料完整"的名义呈现——显示是真的（确实缺手机号），语义是被偷换的（完整的不是用户的资料，是平台对用户的画像）。正因为不涉及任何假数字，捏造进度一类针对"显示是否为真"的审查抓不到它：它诚实到每一个字段，只在"为什么算这些字段"这一层完成偷换。
边界
判据不是"平台是否受益"。互利的完成（绑定手机号同时提升账号安全与平台触达）不因平台同时获益而违规；要审的是完成定义的主要受益方，以及用户拒绝的代价——如果用户不做这件事会失去的功能本来就是用户要的，这个要求才有资格以进度外观出现。复杂情形是平台视角的"完整"确有第三方正当性（实名、合规）：此时它应以明确身份的要求出现，说明依据与用途，而不是伪装成用户自己的完成进度。还有一个失效方向：在本来就无功能后果的字段上堆砌完整度百分比，长期后果是用户学会无视这类指示——完成机制被过度挪用之后，真正属于用户的进度也失去召唤力。
怎么落地
- 审计每个进度指示背后的完成定义：写下"用户完成它得到了什么"。答不出来、或答案只有商业价值——把它从"进度"降级为"采集"：撤掉进度条与百分比外观，改用普通表单并说明用途。
- 资料完整度只统计对用户有功能后果的字段（头像出现在评论旁、地址用于收货），营销字段移出进度语义，另行单独说明。
- "只差一步"式催促只用于用户自己开启的目标——用户发起的订单、用户点开的设置；不用于平台发起、用户从未表达兴趣的目标。
- 把受益方审查写进进度类组件的评审项：每个进度组件附一行"完成定义 + 用户所得"，缺失即不通过。
- 验证办法：可用性测试里直接问"这个 85% 是什么的 85%"——用户答不出完成对象，说明显示在语义上是失败的，无论转化数据多好看。