色彩、材料和表面是一组决策
样品评审里,如果材料决策仍是分别挑选喜欢的颜色和材料,结果往往是三者放在一起,和品牌要说的话不一致。


把回用路径只看成等产品结束使用再想去向,系统就建不起来。在产品定义里,它应被拆开,否则说不清问题在哪:去向没有被设计,最后只能被当作废弃。
拆开不是为了更复杂,而是为了让在设计时写上使用结束后的路径可以落在不同的层里。
在设计时写上使用结束后的路径。做不到这一点,回用路径就还停在等产品结束使用再想去向。
回用路径的上下层要有接口。上一层规定不能让渡的部分,下一层才知道自己可以变哪里。
没有接口时,每个场合都会重新解释回用路径,等产品结束使用再想去向就从接口的空隙里回来。
规则要能执行,样本只能举例。团队若只收藏喜欢的成品,遇到新场合仍会回到旧问题:去向没有被设计,最后只能被当作废弃。
所以路径说明里写的是条件,不是某一张参考。
执行层要让普通人用得了。定义评审,检查路径说明是否还指向在设计时写上使用结束后的路径。
执行层一旦只服务熟练的人,回用路径就会再次变成少数人的等产品结束使用再想去向。
迭代时改规则,不改原则的名字。设计负责人。
每一轮结束都回到同一个问题:使用结束时,是否有一条被设计过的去向。能回答,系统就还是完整的。
从不可让渡的部分到现场可用的工具,每一层只回答一个问题,避免把回用路径重新写成等产品结束使用再想去向。
这一层写明回用路径里什么不能让渡。
这一层把回用路径收成可检查的条件。
这一层规定回用路径在不同场合可以变什么。
这一层把回用路径交给使用的人,并写明例外。
注:本图为概念框架示意,用于说明思考结构,不代表任何统计数据。来源:清美未来洞察团队。
在产品定义里标出回用路径真正被调用的时刻,不要从改写等产品结束使用再想去向开始。
用路径说明代替更长的说明,只保留能支持「在设计时写上使用结束后的路径」的内容。
定义评审,只问:使用结束时,是否有一条被设计过的去向。答不上来,就还不是决策。
设计负责人。没有维护人的回用路径,会在冲突里被悄悄改掉。
样品评审里,如果材料决策仍是分别挑选喜欢的颜色和材料,结果往往是三者放在一起,和品牌要说的话不一致。
原型计划里,如果打样仍是打样只为了看像不像,结果往往是像的样品没有回答能否被制造和使用。
量产交接里,如果设计意图仍是交接只交图纸和公差,结果往往是能做出来,但当初要让人感受到的东西丢了。