在会议室里看设计稿，按钮大小、信息层级和填写流程似乎都说得通。到了现场，用户可能正拿着资料、站着等人，或需要一边看实物、一边用手机找参数。设计稿上的一条顺畅流程，遇到这些条件就可能变成另一种体验。
身体风暴把设计讨论带进使用情境：参与者用动作、角色和简单道具走一遍活动，边体验、边提出想法，再把想法变成可以试用的方案。
《通用设计方法》将它描述为结合身体体验、角色扮演与模拟活动的方法。重点不是表演得逼真，也不是用身体动作替代所有研究，而是让团队看到坐在桌前容易遗漏的情境限制，并据此发想设计。
1. 身体风暴与普通头脑风暴差在哪里？
头脑风暴可以围绕一个问题口头提出想法；身体风暴则让人置身真实或模拟的环境，通过活动获得新的想法。角色扮演是可用的手段，但如果只是照稿演一遍，没有根据体验改变设计，还没有发挥这个方法的主要作用。
例如，讨论“产品页要不要加比较功能”时，团队很容易只看电脑上的表格。换成站在两个展台之间，拿着资料用手机比较型号，就会发现：先要知道自己看的是什么型号，再决定比较哪些项目，最后才是表格长什么样。
身体风暴适合早期探索或方案推演，尤其是设计与位置、动作、协作和环境有关时。若目标只是检查一个网页文字是否易懂，直接让目标用户阅读并反馈，通常更简单。方法的选择应由问题决定。
2. 先准备情境，不要急着准备完整原型
以下为假设情境，不是58UI客户案例：某企业想让展会访客通过手机了解产品，再提交咨询需求。团队准备模拟“看完展品，边走向休息区边查看资料，稍后填写需求”的一段过程。
可以用桌子表示展台，椅子表示休息区，纸卡表示页面，手机展示粗略原型。无需搭建整个展馆，先保留影响任务的条件：资料在手里、查询与实物分离、有人打断、暂时无法坐下。条件应来自已知观察或明确的假设，不能为了让故事精彩随意增加困难。
| 要重现的条件 | 简单准备 | 体验时检查什么 | 可能产生的候选方向 |
|---|---|---|---|
| 手机与实物切换 | 两张型号卡和手机原型 | 能否确认当前型号 | 更清楚的型号入口 |
| 手里拿着资料 | 正常重量的文件夹 | 操作是否需要反复换手 | 简化当前步骤 |
| 查询被打断 | 同伴在约定时机提出问题 | 能否知道刚才看到哪里 | 保留进度或恢复入口 |
| 稍后才填写需求 | 设置查询区与休息区 | 内容是否能接续使用 | 可检查的后续入口 |
最后一列是发想方向，不是已经证实的正确答案。若原型未实现保存进度，应使用明确的模拟方式，别把纸卡演示写成上线功能已经可用。
3. 按五步完成一次身体风暴
第一步：写清角色、任务和已知条件
选择一段有明确起点与终点的活动，例如“确认展品型号后找到技术资料”，不要从进入展馆一直演到采购签约。说明参与者是谁、需要完成什么、有哪些条件来自观察，以及哪些暂时是假设。
为角色提供目标和必要背景，不要规定每一个动作。角色卡若写成“先点这个，再点那个”，团队只能重现设计师已经想好的路线，难以发现新的可能。
成功标志： 大家能说清本轮探索的问题，活动结束条件一致，已知事实与假设有标记。
第二步：布置刚好够用的场景
用纸板、桌椅和现成物件表达关键空间与交互。优先重现与问题有关的距离、动作和内容，不必为装饰花时间。数字流程用纸面页面也可以，但要明确页面之间怎样切换、哪些地方暂时需要人工配合。
使用安全、可退出的条件。不要把突然推搡、危险遮挡或真实工作中断当作“增强体验”。参与者对某个环节不适时，可以停止或调整，研究目的不需要依赖勉强完成。
成功标志： 场景能够触发想检查的动作，参与者知道模拟范围，活动可以安全完成。
第三步：先走一遍，让动作暴露问题
安排体验者、协作者与记录者。体验者按自己的理解完成任务，协作者扮演必要的服务或同伴角色，记录者关注行动与卡点。途中先不要急着教正确路线，也不要每出现一次犹豫就开始评审。
记录具体时刻：“在两张型号卡之间往返，无法确认手机页对应哪张”，比“体验不顺畅”更有用。可以同时写下参与者当时的感受，但应分开保存行为、感受和记录者的解释。
成功标志： 至少得到能描述清楚的动作或情境问题，而不只是收集“喜欢、不喜欢”。
第四步：围绕卡点改一个小方案，再走一遍
体验后问：哪一步需要额外动作？哪里依赖了别人提醒？什么信息在当时最需要？然后挑一个有依据的问题，用纸卡或简易原型改出候选方案。
例如，假设体验者经常混淆型号，可以尝试让实物标识与手机页标题对应，再重走同一段任务。保持其他关键条件相近，方便判断这处改动是否帮助了团队体验。此时得到的是探索线索，不能直接称为实际用户效果。
成功标志： 新方案与刚才的具体卡点有关，团队能解释为什么改这一处，并实际体验过。
第五步：整理假设，安排真实用户验证
每个保留的想法写成四项：情境问题、观察记录、候选改动、待验证问题。例如，“型号对应信息可能减少来回查找，但还需确认真实访客是否使用同样的查询方式”。
邀请合适的真实用户在可行条件下试用，再检查他们的理解、操作和反馈。无法立即验证时，把限制写在方案旁边，而不是让团队演练的结论自动升级为“用户需求”。
成功标志： 输出包含可试用方案与验证计划，能区分已经观察到的现象和仍需确认的判断。
4. 团队亲身体验了，为什么还不能代表用户？
设计师熟悉产品，也知道任务答案。短时间扮演客户，能帮助看见动作与环境的关系，但不能自动复制客户的知识、习惯、顾虑和长期使用经验。因此，身体风暴是一种发现与发想手段，不是替用户做出全部结论的依据。
尤其不要通过蒙眼、限制动作等短暂模拟，就声称理解了残障用户的完整体验。不同用户可能有长期形成的操作策略与辅助工具，也会遇到团队未意识到的障碍。相关设计应请真实用户参与，并结合可访问性检查；团队模拟只能提出待验证的问题。
同样，模拟一次“被打断”并不能证明所有访客都需要保存进度。它提示团队检查接续使用的需求，是否值得实现仍要看真实场景、产品成本和验证结果。
5. 如何让发想进入官网改版？
身体风暴结束后，容易留下很多便利想法：少填一个字段、增加分享、提供比较、加一个固定按钮。先别把这些都加入需求清单，应该回到任务，看哪项最能解决观察到的困难。
对官网与UI/UX设计，可以先保留一个关键路径的候选方案：从识别产品到找到资料，或从看懂服务到提出需求。再用原型检查信息是否连续、触达是否方便、错误后能否继续。需要比较上线方案的真实表现时，可根据流量和测量条件参考企业官网A/B测试方法。
一次有用的身体风暴，最终会留下能回到具体情境的设计理由：当用户正在做什么时，哪处设计让动作更困难，团队提出了什么方案，还准备向谁验证。这样的记录可以帮助后续设计评审避免重新变成审美投票。
关于58UI设计工作室
58UI设计工作室提供企业官网设计与开发、UI/UX设计、品牌设计、响应式适配，以及已有网站和数字产品的体验诊断与改版支持。我们将内容结构、视觉表达和交互流程放在实际使用情境中讨论，具体合作范围可查看58UI设计服务。
如果你正在规划新官网或产品界面，可以整理客户使用场景、当前卡点和希望完成的关键任务，与我们沟通设计与改版需求。这些信息能帮助明确方案需要服务谁，以及下一轮应验证什么。
相关服务
