Z3.06.3Situated editing设计
编辑自动化规则的入口需要与执行结果同样显眼
别名: 就地编辑 · edit in place · 结果处编辑
概念解释
用户想改自动化规则的时刻，不在浏览设置页的时候，而在自动化行为发生在眼前的时候——灯又自己关了、又提醒了不该提醒的事、窗帘在不合适的时刻拉开。编辑入口要在结果呈现处可达：看到行为的那一屏，就是能改掉这个行为的那一屏。
入口与结果分离时（结果在客厅，编辑在应用三层菜单深处），编辑动机最高涨的时刻无处使力——等用户打开设置页，早已忘了具体是哪条行为、什么情境、为什么烦。
机制
编辑动机是易腐品。「这个行为不对」的判断与修改意愿在结果发生时最强，几小时内衰减到零。入口距离——导航层数、切换设备、找回那个设备卡片——每加一层，从动机到行动的转化掉一截。设计把入口放在哪，决定了用户的修改意愿是被接住还是被磨光。
**位置即教学。**结果处的编辑入口同时是规则透明的教学触点：「灯自己关了 → 点开 → 原来是这条规则在 23 点关灯 → 顺手把时间改成 0 点」。用户在真实情境里、带着真实不满学规则，比在设置页里平静地浏览规则列表记得住得多。入口分离的系统等于放弃了这个每天都在发生的免费教学机会。
**反向效果是习得性无助。**结果可见、入口不可达的系统训练用户停止反应——报告过、寻找过、没找到，之后连不满都懒得产生。表面上投诉消失，实际上系统已经进入「没人管得了它」的心理状态，这往往是弃用前的最后一步。
边界
- **显眼不等于常驻。**入口可以是结果出现处的一个轻量动作——点通知、长按设备卡片、问一句语音——不需要常驻按钮。常驻的「编辑」入口本身变成环境噪声，违背环境计算的消隐原则；需要时出现、不需要时不在，才是对的形态。
- **瞬逝结果需要回溯通道。**有些动作快闪而过（一声提示音、一条闪过的通知），当下点不到——至少要在结果的历史记录处回溯到编辑入口，日志里每条触发记录都能跳到那条规则。
- **入口可发现≠权限放开。**共享空间里访客也能看到结果处的入口；入口人人可见、权限各归各是正解——藏起入口来控权限是双重失败：合法用户改不了，访客反而觉得系统黑箱。
怎么落地
- 自动化每次触发并在用户面前产生可见结果时，该结果的可交互形态里自带编辑入口：通知带「调整规则」、设备状态页带「此状态由哪条规则设置 → 修改」。
- 触发历史即编辑入口：日志里每条触发记录直接跳到该规则的编辑页。
- 深链到具体规则，不是到设置首页——让用户自己从首页再找一遍，等于把入口又藏了一层。
- 验证办法：可及性审计——对每个自动化行为，实测「从看见结果到能改这条规则」的步数；超过三步的每一处都是流失点，逐个消掉。