G3.01.3search-browse coexistence设计研究
两种行为需要并存的入口
别名: 搜索与浏览并存 · dual finding entry · 查找入口
概念解释
同一会话里，人会在键入和走动之间切换。Bates 的采莓路径本来就不是单一策略；Hearst 把搜索用户界面写成搜索框与可浏览结构必须同时在场。两种行为需要并存的入口，指的不是「产品定位是搜索还是导航」，而是在用户开始找的那一块屏幕上，搜索框和浏览路径都能被看见、都能被用上，并且从一条策略换到另一条时不必丢掉已经获得的上下文。
只提供其中一种，等于替用户提前决定他握有哪种线索。这个决定在任务开始前无法做对。
机制
用户在第一秒往往分不清自己是已知项还是 ASK。线索强度是在过程中显露的：搜了一枪落空，才知道名字记错；逛了两层对不上气味，才改去键入。切换成本取决于另一入口还在不在、上下文还在不在。搜索被收进汉堡菜单，已知项用户先付一层导航税；类目被撤掉只留搜索，说不清词的人没有学习集合语言的场地。
并存不只是两个控件同时出现。从浏览跳进搜索应带上当前类目作为可解除的范围；从搜索改去浏览应看得到命中落在哪些类。否则切换等于重开一次查找，工作记忆里刚建立的约束被清零。入口还要稳定：有的页有搜索、有的页没有，用户无法形成「找东西先看这里」的习惯，可预测性下降。
怎么研究
观察策略切换，而不是分别给搜索任务和浏览任务打分。
- 范式：同一批真实任务不限制通路，记录第一动作、失败后的切换、切换时上下文是否保留；日志里把「类目页内发起的搜索」和「搜索结果上的类目跳转」标成跨策略事件。Hearst 的 SUI 评估把入口可见性当作界面变量。
- 自变量：搜索与浏览是否在同一视口、切换是否保留查询词或当前类、某一入口是否被折叠。
- 因变量：切换次数、切换后是否重输、任务完成时间、把失败归因于「没有入口」还是「入口在别的页」。
- 方法论注意点：实验室若把任务预先标成「请搜索」或「请从菜单找」，等于取消了策略选择，测不到并存。现场第一动作受习惯和可见性共同影响，要记录入口是否在首屏，不能只报「用户更爱搜索」。
边界
单一对象的工具（手电、计算器）没有可浏览的集合，搜索框也无对象可命中，谈不上并存。强线性流程（结账、开户）的「下一步」不是查找策略，把搜索塞进步骤条会扰乱进程。专家系统若所有任务都是已知命令，命令面板可以压过浏览，但仍应允许偶尔的探索入口，而不是从产品里删除集合结构。移动端首屏极窄时，并存变成「一个主入口 + 一个一跳可达」，不是两个同等大小的控件抢宽度。
怎么落地
- 在查找发生的主表面同时放置搜索框和至少一条可浏览结构，不要把其中之一藏进只有完成另一策略才能到达的页面。
- 跨策略时保留已有约束：带着当前类搜索、带着当前查询看类目分布，约束可被单独拿掉。
- 全站搜索入口的位置固定，避免「有的模板有、有的模板没有」造成习惯无法形成。
- 验证：找一批未指定策略的真实任务，看失败后的下一步。若用户去找那个被藏起来的入口或重开一次查找，并存没有发生；若能在同一视口改策略且不必重说已知条件，入口是真的在场。