顺序应符合用户的信息组织方式
别名: 字段顺序 · 表单图式 · schema order · conversational order
概念解释
字段顺序指人从上到下（或从阅读起点沿主轴）依次遇到的提问次序。它应当贴合人已经用来保存这份信息的图式（schema）：身份证是姓名再号码，地址是从大到小的行政区再落到门牌，约会是先日期再时刻。数据库列顺序、接口字段字母序、或「先填主键再填从表」都不是人的组织方式。这条只谈提问的先后，不谈相关项在视觉上要不要围成一块，也不谈证件号、收入这类敏感项该不该往后放。
机制
提取长时记忆里的一条记录时，人按既有结构展开，而不是按表单作者的存储结构展开。城市还没问就要求邮编，工作记忆里没有「哪座城」这个锚，邮编只能靠另一次搜索或放弃。对话也有默认次序：先确认你是谁，再问你在哪、要什么；把「公司税号」放在「你的姓名」前面，等于陌生人先要凭证再打招呼，提取被打断，人会把答案填进下一个看起来差不多的框。第二层代价是预期下一问（expected next）：每填完一项，人会预演下一空该是什么；次序一旦跳图式，预演失败被读成「这张表有病」，犹豫和回跳都发生在这一拍，而不是在视觉分组或信任计算上。
怎么研究
用卡片分类和「下一问」口头报告，不要只用总完成时长。把同一组标签做成「按人的生活文档排」与「按后端对象排」两版。
自变量：顺序来源（生活图式 / 存储模式 / 法律表格影印）、文化或语言是否改变图式（姓名顺序、地址粒度）。 因变量：每一项上的首次按键前停顿、回跳到已填项的次数、答案填错栏、事后能复述的提问次序。
实验室里被试知道要填完，乱序的伤害会表现成减速而不是离开。远程任务或漏斗才能看到「问早了就走」。不要把「相关项挨在一起」的布局实验和顺序实验混在一起——挨在一起改变的是组块，不证明次序对了。
边界
内部系统的专家已经把产品顺序练成自己的图式，改成「更自然」的次序会让他们找不到熟悉的下一项。必须与纸质原件逐栏对应的申报表，顺序被法律或归档锁死。语音或聊天式表单比视觉表单更依赖次序，因为人无法扫视后面几项来重建图式。从右到左的界面改变的是空间起点，不自动翻转概念次序：城市仍在街道前面，除非当地地址习惯本来就是反过来的。
怎么落地
- 先写出人保存这份信息时的自然叙述（「我叫…，住在…市…路…号」），按这句话排字段，再对后端做映射，而不是把接口字段直接铺到页面上。
- 在每一项填完后问未参与设计的人「下一空会问什么」；连续两处猜错就改次序，不要只看整表完成率。
- 跨地区的表单按地区切换次序（姓名、地址），不要用一张全球通用的列顺序应付所有市场。
- 验证：把字段标签做成卡片，请至少五名目标用户独立排序；若产品顺序与多数人顺序的逆序对超过两处，先改这两处，再比同一流量窗口里该段的停顿与回跳，而不是只看提交数。