对齐与原型

「做得更好用」还不是可实现的行为

用户说搜索结果不好用。你可能想到高亮、筛选、排序或布局，但这些选择解决的不是同一个问题。直接实现，会让猜测变成代码、测试和后续返工。

先把模糊处摊开：谁在什么场景下找什么？现在卡在哪里？什么变化能说明问题缓解？问清目标之后，才知道值得比较哪些方案。

先复述，再分清谁能回答

用几句话复述目标、使用者与成功条件，让对方有机会纠正。现有搜索接口返回哪些字段、仓库已有哪种组件，应该自己查代码和资料，不把调查工作变成用户问卷。

Restate my intent before continuing

本站译意：继续之前，先复述我的意图。

— Matt Pocock2026-10-01

每轮只决定当前能决定的事

如果先决定是否保留旧排序，才能讨论默认排序，就先问前一个问题。每题给一个推荐项和理由，也说明另一选项适合什么情况。不要一次抛出一长串互相依赖的问题。

很小且清楚的改动可以跳过这轮对齐。需要用户选择的，是会改变行为或范围的取舍；已能查明的事实应先查实。

用原型回答手感问题

卡片够不够紧凑、筛选是否挡住结果，往往要操作后才知道。做两个廉价原型，让人比较同一个任务，而非只选喜欢的颜色。

记录选择了什么、为什么选，以及哪些还没确定。agent 自己偏好某个方案，不等于人已认可；原型也只是探索材料，不代表可直接交付。

练习：拆开搜索结果页的三类问题

先把下面的问题各归一类，再写出回答者。试着解释为什么「要不要分两页」可能必须看过原型，才能给出可靠答案。

动手练习

把模糊搜索需求变成可确认行为

• 任务：为上面三类问题各写下一步，不提前宣布方案获认可。
• 产出：一句目标、一个待决定取舍、一项原型比较任务。
• 验收：写出选定筛选后结果怎样变化，以及尚未解决的问题。

参考思路

先查标签字段；向用户推荐默认相关性并说明理由；比较侧栏与折叠筛选。人确认后，记录筛选条件如何显示、如何清除和结果如何更新。

怎样才算完成？

另一位协作者能从记录中区分已确认行为、事实依据和未决事项；人做出的取舍有理由。若还有问题会改变核心行为，就不要把它写成已定需求。

把已确认结果交给规格与工单，让下一次会话能接着做。

速查

来源

• Matt Pocock · 2026-10-01
• 公开讨论 / Public discussion

非官方、非商业的学习整理，与 Matt Pocock 无隶属或背书关系。所引作品版权归原作者；MIT 复用内容另附版权与许可声明。