设计体系要有维护人
体系发布之后里，如果体系维护仍是发布完就视为完成，结果往往是例外越积越多，没有人更新体系。
文章 · 设计体系 · 科技
模板锁住的是决策，不是锁死所有差别
模板制定里，如果模板仍是模板把所有细节都定死，结果往往是人们要么照抄，要么完全不用。更稳妥的做法是模板只锁住不能让渡的决定，其余允许差别，并用模板说明把这个选择固定下来。
核心要点
- 在模板制定里，模板不该继续停留为模板把所有细节都定死。
- 放着不管，就会反复出现同一件事：人们要么照抄，要么完全不用。
- 起点换成：模板只锁住不能让渡的决定，其余允许差别。
- 把选择写进模板说明，由设计负责人。
- 以后只按一个问题验收：使用者能否说出哪些地方可以不同。
01模板如何被翻译
模板写在文件里并不等于已经到达模板制定。翻译的第一步，是模板只锁住不能让渡的决定，其余允许差别。
若翻译只是把模板把所有细节都定死缩短，一线遇到的仍是：人们要么照抄，要么完全不用。
模板只锁住不能让渡的决定，其余允许差别。做不到这一点，模板就还停在模板把所有细节都定死。
02模板在哪一步变形
模板最常在任务拆开时变形。部门各自领走一句好说的话，却没有领走对应的拒绝。
于是对外仍能看见模板把所有细节都定死，对内却解释不了：人们要么照抄，要么完全不用。
03模板的最小翻译单位
模板的最小单位不是一整本手册，而是一个能当场使用的判断。模板说明就应该是这个单位。
一线拿到模板，不必再猜品牌部门会怎么想。
04一线拿到的模板
模板评审，抽一处现场，看模板说明有没有退回到模板把所有细节都定死。
改写不一定是坏事。坏的是改写之后没有人承认模板已经变了。
05模板的判断力放在哪里
判断力要留在使用的人身上。设计负责人，同时让现场有权按模板说明拒绝。
培训结束时只考一个问题：使用者能否说出哪些地方可以不同。
框架图
模板的四层结构
从不可让渡的部分到现场可用的工具，每一层只回答一个问题，避免把模板重新写成模板把所有细节都定死。
L1锁住
这一层写明模板里什么不能让渡。
L2可以不同
这一层把模板收成可检查的条件。
L3为什么
这一层规定模板在不同场合可以变什么。
L4误用
这一层把模板交给使用的人，并写明例外。
注：本图为概念框架示意，用于说明思考结构，不代表任何统计数据。来源：清美未来洞察团队。
行动建议
行动 01
先看现场
在模板制定里标出模板真正被调用的时刻，不要从改写模板把所有细节都定死开始。
行动 02
收成一页
用模板说明代替更长的说明，只保留能支持「模板只锁住不能让渡的决定，其余允许差别」的内容。
行动 03
按一个问题验收
模板评审，只问：使用者能否说出哪些地方可以不同。答不上来，就还不是决策。
行动 04
写明维护人
设计负责人。没有维护人的模板，会在冲突里被悄悄改掉。
相关
全部洞察相关洞察
新增组件要有进入规则
体系使用中里，如果组件进入仍是谁需要谁就加一个组件，结果往往是组件变多，体系变乱。
例外要被记录，否则体系会被悄悄改写
日常设计里，如果例外记录仍是口头同意一次例外，结果往往是同样的例外反复出现，变成事实上的新规则。