L6.10.1inspectability as reset prerequisite设计研究

可查看画像是可重置的前提,看不见的东西无法被纠正

别名: 先看见再重置 · 不可见则不可纠 · see then reset

概念解释

设置里有一个大红按钮「重置个性化」,画像却无处可看。用户不知道会清掉什么、该不该清、清完还剩什么。可查看是可重置的前提(inspectability as reset prerequisite)指:纠正操作以看见对象为条件——看不见的状态不能被有指向地改,只能被盲按。

查看与重置作为一对能力必须存在,是上一组的命题。这里要钉的是顺序:看见在前,重置才不是抽签。

机制

纠正是命题运算:否定 P。P 不可见时,人不知道该否定哪一句,只能选择「全部毁掉」或「什么都不敢动」。前者误伤还要用的部分,后者让错误特征继续活。按钮因此看起来像有控制,实际把决策从「改哪一处」降成「赌不赌」。

画像若只展示显式勾选、藏起行为计数和推断标签,看见的也不是将被重置的集合。前提要求看见的集合覆盖将被改写的集合,否则顺序只在表面上成立:人看见了 A,清掉的是 B。

怎么研究

对比:先看完整画像再重置、只给重置不给看、看的是不完整的一层。任务是清掉一个具体的错误类、保留其余。因变量:能否指出将被动到的对象、误伤范围、事后是否后悔。自变量:可见层(勾选 / 计数 / 推断)、重置是全局还是可按项。

若「先看」组完成率高且误伤低,前提就在行为上成立。不要用「按钮被找到了」当成功——找到盲按按钮不是看见。

边界

用户明确要求「全部忘掉我」时,全局重置可以在不细看的情况下执行,但执行前仍应列出将失去的类别,这是下一层的代价说明。法定必须保留的记录本来就不在偏好画像里,看不见它们不是违反前提。这条只论证「纠正以看见为条件」,不讨论关闭后的默认是不是一种编排,也不讨论关了之后还在不在用情境推断。

怎么落地

  • 重置入口必须从画像页走进去,不要在没有对象的设置列表里单独放一个总按钮。页上先列出将被动到的类和种子。
  • 看见的列表与实际会清的字段对齐,行为计数和推断标签不得藏在「高级」里才出现。
  • 验证:让人在不看画像的情况下重置,再让另一组先看再按项清。前一组应说不清自己改了什么,后一组应能指向具体类。若两组无差别,查看就还没有成为前提。

延伸

  • 同组L6.10.2 重置需说明会失去什么,否则用户不敢动它 · L6.10.3 关闭个性化后的默认排序同样是一种编辑选择,需要可理解 · L6.10.4 删除单条记录与整体重置解决的是不同问题,须分别提供 · L6.10.5 关闭后仍基于当下情境做实时推断,属于未被声明的个性化
  • 相邻L6.05 个性化的可关闭 · L6.06 隐性偏好推断及其边界 · L6.07 推荐理由的呈现
  • 站内检索inspectability as reset prerequisite · see then reset · correcting the unseen

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/L6.10.1