弹性建模怎么做？让用户拼出真正需要的工作界面

订单后台要改版，设计师希望把客户资料放在左边，业务人员却想先看到附件。双方都能说出理由，会议开了几轮，页面还是定不下来。与其继续对着线框图争论，可以把模块拆成能移动的纸卡，请业务人员按一笔订单的处理过程重新组合。

这种做法叫弹性建模（Flexible Modeling）。研究者提供功能、信息或物理部件，参与者一边搭建界面、产品或空间，一边解释自己的安排。设计师关心的既有最后拼出的模型，也有中途删掉了什么、为什么换位置、哪些部件被赋予了新含义。

从“放哪里”追到“处理什么”

假设一家设备供应企业准备改版订单后台。业务人员要核对规格、查看附件、确认交期，遇到缺项还要把订单交给同事。当前页面把这些内容分在几个栏目，团队拿不准该合并页面，还是保留分步处理。

这次研究只问：“处理一笔资料不完整的订单时，哪些信息需要同时看见？”任务越具体，参与者越容易用工作经历解释安排。直接问“你喜欢什么后台”，常会得到颜色、风格或个人习惯，难以判断该怎样设计。

弹性建模适合团队已了解基本功能、需要探索组合关系的时候。如果连用户做什么都不清楚，应先访谈或观察。否则，给定的纸卡会把研究范围锁在已有功能里，缺失的需求仍然看不见。

它与前端组件库也有不同用途。组件库约定怎样复用和实现；弹性建模允许参与者拆分、改名和重新解释部件，用这些变化帮助团队理解工作。

把材料做得容易改，现场才会有新线索

研究者为示例准备待办、订单信息、附件、沟通记录、异常提醒等纸卡，另外放几张空白卡。每张卡只写明代表的内容，不标推荐位置。需要时提供同一模块的副本，方便参与者表达“这里也要看到”。

材料不必像正式界面。磁贴、便签或数字画布都可以，前提是参与者能自己移动和修改。若卡片精致到像已经定稿，业务人员可能只调整位置，不愿提出“订单信息应拆成规格和交期两部分”。

空白卡也很重要。它可以补上缺少的功能，也可以写“此时不要出现”，让参与者有机会拒绝研究者提供的选项。

开始前，主持人交代任务起点和终点：从收到缺少附件的订单，到完成核对并交接。账号权限与财务结算不在这次讨论中。让不同岗位先独立组合，可以看见职责差异，避免大家为了达成一致而互相迁就。

主持人不要先摆一套“参考答案”。参与者移动卡片时，也不急着问“这样会不会太乱”。先让他完成，再请他用一笔具体订单演示。研究者可以问“发现缺项后，你会看哪一块”“交给同事时，这里还需要保留什么”。

如果参与者把“历史记录”用成“待确认问题清单”，就请他说明含义。研究者要分清，这是卡片命名让人误解，还是现有系统确实缺了另一种信息。立即纠正会丢掉这条线索。

用任务走一遍，布局才有依据

静态模型只能告诉团队内容摆在哪里。演示订单处理过程，才能看见何时需要这些内容。例如附件与规格被放在一起，可能因为业务人员需要逐项核对；异常提醒被挪到边缘，可能因为它只在缺项时才出现。

后一种安排提示设计师考虑条件显示，而非把每个模块永久塞进页面。参与者提出同时查看，也只支持一项需求假设，左右分栏是否合适，还要考虑屏幕尺寸、阅读顺序、键盘操作和移动端表现。

记录时，在取得同意后保存模型照片或画布副本，同时记下关键修改。可以用一张简短表格把过程与理由连起来：

表中的解释必须来自参与者；设计师自己的推断另记。只有布局照片，另一位同事容易照着画页面，却不知道这套布局成立的条件。

不同模型不必拼成一个平均答案

收齐模型后，把同一任务中的安排放在一起比较。可以用亲和图整理说明，但每个主题都要能找到对应的模型和原话。

业务人员先看缺项，主管先看交期，两者未必冲突，也可能是岗位和处理阶段不同。出现次数最多的摆法不应自动胜出。更有用的结论是“核对岗位需要并排查看附件与规格”“交接时需要保留未确认事项”。

成功标志是团队能据此提出少量清楚的设计判断，每项都说明适用岗位、任务和条件，并能写出原型测试任务。参与者是否拼出同一个答案，不是验收标准。

把候选布局做成可操作原型，再请目标用户处理类似订单。若并排查看导致页面拥挤，或条件显示使人漏看异常，就要继续调整。用户提供了工作关系，设计与开发团队仍需负责把关系转成可用的界面。

订单后台的布局讨论走到这里，依据已经从“谁觉得重要”变成“哪个任务需要”。58UI设计工作室可在UI/UX设计与体验改版中，将这些线索整理为信息布局和交互原型，并结合企业官网设计开发与品牌视觉设计，处理对外页面的内容和呈现。

可查看设计服务与作品，或联系58UI说明当前后台最难处理的一类任务。

相关服务