打样要验证约束,不只验证外观
原型计划里,如果打样仍是打样只为了看像不像,结果往往是像的样品没有回答能否被制造和使用。


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