粒度应匹配用户的专业程度
别名: 粒度匹配专长 · 专家细新手粗 · grain versus expertise
概念解释
客服用「语气、长度、要不要赔」三档就够。法务要的是「不得引入新事实、保留管辖条款编号、被动语态」。把法务的那一套摊给客服，是把生成工具变成要另学的专业软件；把客服的三档摊给法务，是不让人碰到真正能改变产物的那些维度。粒度匹配专长（expertise-matched control grain）要求可调维度的分辨率跟着人在该任务上的区分能力走：分得清的，就要能调；分不清的，调了也是噪声。
它假定控制已经存在，不是在诊断只能重试。它也不要求同一人能在粗细之间来回切换——那是另一层产品决策；这里只要求眼前这套维度对眼前这个人来说是可分辨的。
机制
控制维度只有在人能把「调它」和「产物哪一处会变」对应起来时才是控制，否则是仪式。专家的知觉已经把任务切成许多可独立调节的轴；新手的知觉里这些轴还黏在一起，只能抓「好不好」「长不长」。把专家轴提前摊开，新手无法建立对应，只会乱拧或放弃。把新手轴交给专家，专家会感到手被捆住，改去写长提示绕过控件——控件等于没提供给他们的粒度。
匹配失败还有社会层。一线被摊开专家控件，会被当成「你应该会」，培训成本和误操作一起上升。
怎么研究
先用卡片或出声思维量出两组人在该任务上能独立命名的维度数。再把界面做成细、中、粗三档，交叉给两组。因变量：正确使用维度的比例（调 X 时产物在 X 上变、在其他轴上不变）、无策略乱拧、绕过控件改用长提示、主观「这些旋钮是给我的吗」。自变量：维度命名是否用该组的行话、是否有即时预览。
金标准是各组自己能命名的轴，不要用设计者的轴清单去判「他们没用完」。没用完可能正是匹配成功：多余的轴本来就不是他们的。
边界
同一人在不同任务上的专长不同：写代码的人在法务文本上是新手。匹配应按任务专长，不按职位或账号等级乱贴。完全没有该任务专长的人，最粗的粒度仍可能太细，应退回示例或人工。无障碍用户的「能分辨」受输入方式限制，粒度还要匹配可操作的步长，不只匹配概念。这条不处理维度过多把工具变成专业软件的产品战略，只处理眼前用户能否分辨眼前这些轴。
怎么落地
- 用该角色真实会说的词来命名控件，数量不超过他们能在卡片上独立列出的轴。多出来的收进「更多」，不要铺在主路径。
- 给专家的细轴不要塞进新手默认。用角色、最近任务、或「我常调这些」来长出细轴，而不是用一个全局高级开关应付所有人——除非你已经单独决定要做切换。
- 每个轴必须能被预览：拧了，产物上对应的那一处要动。拧了不动的轴删掉。
- 验证：客服组和法务组各做同一类文书。客服面对法务级禁令清单若出现乱拧或放弃，粒度过细；法务面对三档语气若开始写长提示绕过，粒度过粗。对照他们预先列出的轴清单，主路径轴应落在那份清单里。