B2.25.1Structure Matching设计研究
界面结构应匹配任务结构，而非组织架构或技术实现结构
别名: 任务结构 · 信息架构 · 概念结构
概念解释
结构匹配（structure matching）要求界面分组、顺序和入口按用户完成任务时的心智步骤组织：准备、审核、发布、处理例外应连续可达；后台服务名、数据库表、部门归属或汇报线不应成为用户必须理解的一层导航。
机制
用户带着目标进入界面，会把下一步预测为“完成这个任务还需要什么”，而不是“系统内部由哪个团队或模块负责”。结构匹配时，路径、字段、状态和权限沿任务顺序出现，工作记忆只需跟踪当前目标；结构不匹配时，用户要翻译组织或技术词汇、跨页收集同一任务的材料，并记住哪些步骤其实属于同一意图。随着任务变复杂，翻译成本和遗漏率放大。
怎么研究
先做任务分析，记录触发、所需信息、角色交接、决策点、例外和完成证据；再与信息架构逐层比对。用任务式卡片分类、路径观察和日志检验：用户能否从目标直达入口、在哪里返回、哪些步骤被跳过、是否重复输入。比较按任务重组与按组织/技术重组的版本，测量完成率、路径长度、中断和支持请求。
边界
任务结构不是唯一合法结构。管理员可能按权限治理、审计员按流程阶段、运营按客户群工作；同一系统要处理多个主任务时必须排序和分层。技术结构有时会影响性能与可靠性，不能假装不存在，但可以藏在用户不必决策的位置。若把所有角色的任务压成一条路径，会让专家更慢。
怎么落地
- 为每类核心用户写出目标-步骤-状态图，再检查每个步骤的入口、数据和反馈是否连续。
- 把部门、服务、表名和系统模块改为任务对象名；技术细节放在诊断页或帮助层。
- 对高频任务提供端到端路径，跨页保留上下文、草稿和已选条件。
- 验证时跟踪一个真实任务从触发到完成的路径，统计跨模块跳转、重复输入和中断点。