Z4.06.3Template personalization gap设计研究
预设模板降低门槛但难以覆盖个性化需求
别名: 场景模板 · recipe 模板 · 预设与个性化解耦
概念解释
厂商预设的场景模板（「观影之夜」「早安模式」「离家安防」）解决的是空白页问题：给用户一个起点，而不是一个空表单。模板确实降低了创建门槛——但家庭不是均质的，户型、作息、设备组合、房间用途各不相同，模板编码的是一个标准化家庭：双职工、朝九晚五、客厅中心。用户的家一偏离这个原型，模板就从「起点」变成「要改的东西」，而模板往往改不动——只读引用、缺少设备、参数锁死，都会把用户挡在外面。
于是出现两段式失败：离原型近的家庭用模板但从不个性化（将就着用），离原型远的家庭直接放弃（回到空白页，或放弃联动）。
机制
模板的价值与代价来自同一个机制：它是配置空间上的先验。好处是替用户决定了结构——哪些设备类型参与这个场景、大致什么参数；代价是先验里带着原型家庭的假设。个性化缺口的大小 = 家庭与原型的偏离度。
缺口为什么难以弥合？三个环节。
编辑别人的分解比从头构建更难。 当模板的结构与用户自己的分类不一致（模板按房间组织，用户按活动思考），改结构的心智成本超过重建——认知上「翻译并修正陌生方案」比「表达自己的意图」更重。这是模板反而增加部分用户负担的机制。
只读模板把成本原样退回。 模板不可编辑时，用户唯一出路是照着模板手工重建一个自己的版本——逐条配置的负担一分没少，只是多了个参考答案。
覆盖缺口是静默的。 模板应用到用户家里时，用得上的设备生效、没有的设备被跳过，不声明缺了什么。用户不知道「早安模式」本该包含窗帘开合——他家根本没装智能窗帘，于是体验残缺却无从归因，结论是「智能家居也就这样」。
怎么研究
- 模板生态的使用数据：Ur 等人 2014 年的 IFTTT 调查显示，平台上的公共配方（recipe）高度集中于少数热门模板，多数用户的规则来自直接套用现成配方而非自建——模板是实际上的主流创建路径，它覆盖不了的需求就是主流需求的缺口。
- 对照创作研究：模板起步 vs 空白起步的随机对照——完成率、满意度、后续修改率。关键指标是修改率：模板创建的场景若长期零修改，要么完美契合（少见）要么废弃不用；被持续微调的才是活场景。
- 纵向追踪：入户部署后记录模板场景的存活曲线——多少被改写、被删除、被绕开（不再触发后也不再使用）。
方法论注意点：模板的「使用率」是最常被误读的指标——套用一次即算使用，但套用不等于满足；没有修改与存活数据的使用率会高估模板的适配能力。
边界
- 目标环境本身标准化的场景，模板近乎完美。 酒店客房、样板间、标准化办公室——布局统一、设备清单统一，模板的先验与真实环境高度重合。模板的失效严格正比于环境偏离原型，而家庭恰恰是最不标准化的环境：这是「智能家居模板难做」而「酒店模板好用」的原因。
- 品牌覆盖决定模板上限。 跨品牌设备越多的家庭，模板能匹配的部分越小；单一品牌全屋反而模板体验最好——这其中有厂商捆绑的成分，评估模板好坏时要与生态锁定效应分开。
- 轻度用户要的可能就是「将就」。 对只想要点氛围自动化的家庭，不完美的模板已足够；个性化需求集中在投入型用户，两种人群的模板诉求应分开评估。
怎么落地
- 模板必须是可编辑的分叉：导入即成为用户自己的场景，随便改；绝不以只读引用的形态存在。
- 应用模板时对照用户实际设备清单报覆盖：「此模板用到你没有的设备：加湿器——跳过或替换」，把静默缺口变成显式选择。
- 从安装问答里预本地化：设置时问过的作息、时区、朝向，直接调模板参数（「早安」的时间不是默认 7:00 而是用户的起床时间）。
- 模板库按家庭原型分层（有小孩的、上夜班的、租住单间），而不是按设备类型罗列。
- 验证办法：模板创建场景的两周修改率（有修改=可编辑性在起作用）、删除率与「触发后不再使用」的静默死亡率（=原型不匹配）。