G3.07.2constraint relaxation设计研究
应提供放宽条件的具体动作
别名: 放宽约束 · remove filters on zero · 零结果可执行动作
概念解释
原因说清之后，空页上还要有放宽条件的具体动作：拿掉某一枚筛选、把范围从当前文件夹扩到全库、丢掉查询里最窄的那个词——并且是可以当场点的，不是「请放宽你的条件」这句劝告。动作必须指向一条被点名的约束，点完应立刻重跑，得到非空或至少不同的计数。抽象建议把生成成本还给用户；具体动作把那一步替用户做掉。
这些动作是在空集已经发生之后的修复。它们不是应用筛选前的件数预告，也不是拼写上的近似查询；那两件事各有自己的对象。
机制
约束是一条链，空集是链上某几环收得过紧。人很难从「0」反推出该松哪一环，尤其筛选是在上一页勾的、范围是从导航带进来的，早已不在注意焦点。把「清除：今年」「在全部文档中搜」做成控件，等于把诊断结果接进运动系统：下一步不需要再生成，只需要确认。
动作还要可逆且单一。一次拿掉全部约束，用户不知道是哪一刀救了场，学不到以后怎么避免；一次只拿掉系统判断最可能负责的那一条，反馈才能教人。若动作点了还是 0，空页的第二次出现会比第一次更快被放弃，所以动作在展示前应探活——至少保证放宽后计数会变。
怎么研究
看零结果之后恢复是否走了被提供的那一刀，以及那一刀是否对准真正过紧的约束。
- 范式：已知项被筛选或范围切空，一组只给劝告，一组给可点的放宽动作；查询日志中零结果后「移除筛选 / 扩大范围 / 删词」的来源是控件还是自发。Hearst 将 query reformulation 支持列为搜索界面能力。
- 自变量：动作是否点名具体约束、一次放宽一条还是清空全部、展示前是否探活。
- 因变量：恢复时间、采纳控件而非自发放宽的比例、放宽后仍为零的比例。
- 方法论注意点：实验室若把该松的那一枚筛选画得很显眼，采纳率会虚高。真实空页上筛选摘要可能被折进角落。不要把「点了近似拼写」算进放宽条件——那是换查询，不是松当前约束。
边界
对象确实不在集合里时，放宽任何约束都不会变出它来，动作应停止承诺「会有结果」，改指向别处。权限造成的空，放宽筛选无效，动作应是申请访问或换账号，不要假装松过滤能解开授权。查询已经是最短、无筛选、范围为全局时，没有可放宽的条件，硬给「放宽」是空按钮。移动端空页空间有限，动作应是一条最可能负责的约束，而不是把整条链摊开。
怎么落地
- 针对被点名的约束各给一个可点动作，文案含约束原名（「去掉筛选：仅看今年」「在全部位置搜索」）。
- 展示前探活：点了之后计数必须变化；无变化的动作不出现。
- 默认一次只放宽一条，另给「清除全部筛选」作为明确的第二选择，避免一次清掉后无法学习。
- 验证：用一条过窄筛选把已知项藏成 0。空页上若只有劝告没有按钮，动作不存在；按钮点完仍是 0 或清掉了不该清的查询词，动作没有对准约束。