P3.08.4Retrieval-task conflict设计
无限滚动与检索式任务的目标冲突
别名: 检索任务冲突 · 终止判据缺失 · search termination · information seeking
概念解释
检索式任务——找特定信息、比较选项、核对某条记录——以「找到，或确认没有」为终点；无限滚动没有终点，也不告知还剩多少。两者叠加时任务失去判定结构：用户永远无法知道自己是接近目标，还是目标根本不在流里。
机制
理性检索需要两个信息来维持：剩余量（还有多少没看）与覆盖范围（看过的部分是否可能包含目标）。无限流两者皆无——供给持续生成意味着「没找到」永远可能只是「还没看到」，永远无法升级为「没有」；于是停止搜索没有合理依据，继续成了唯一可辩护的动作。界面同时取消了检索的完成信号（末页、结果计数），任务的结束态不被界面承认。这是结构性错配：把浏览型容器——无目标、以消耗为终点——装进了检索型目标——有终点、以找到为终点。
边界
并非一切搜索都受害。带查询框、排序与结果数的检索界面保留判定结构，冲突的是把检索结果也做成无限流的那些；流内查找（浏览器页内搜索给出有限匹配数）部分恢复判定，是常见的用户自救。对模糊检索——逛式寻找灵感、没有特定目标的探索——无限供给反而合适，冲突不存在。判定冲突与否的问题是：这个任务有没有一个用户能认出的「完成」。
怎么落地
检索结果不用无限滚动：保留结果计数、分页或明确的范围陈述（「共 N 条，按相关度排序」）。移动端确需滚动的，提供已检索范围指示与收紧筛选的入口，让「缩小范围」替代「继续滑」成为下一步。浏览流与检索结果在交互与视觉上分开，不互相伪装——用户应能一眼认出自己在哪种容器里。验证办法：对照两种呈现下的检索任务完成率与「确认没有」的耗时——确认空结果的耗时是判定结构是否存在的敏感指标，无限流下它趋向无穷（用户放弃确认而不是完成确认）。