经验原型：让人实际走一遍服务，而不只看方案图

展厅方案图上，访客查询产品、向人员提问、领取资料，三个触点都很清楚。实际走一遍，却可能出现另一条路线：设备上选好产品，到服务台又解释一次，拿到文件后仍不知道是否对应刚才的选择。

经验原型让参与者亲自经历一段产品、服务或空间情境。团队用道具、角色、纸面界面或可操作设备，让选择、移动、等待和交接真的发生，而非只看设计师介绍。

它可以帮助探索、评估与沟通。重点不是每个细节都像成品，而是让当前问题有足够的行动条件。

先挑一段体验，别急着模拟全部服务

假设企业展厅准备调整资料获取服务，研究重点是三个触点之间能否接上。可以从开始查询到拿走资料划定范围，说明角色、任务和本轮不回答什么。

真实大小的设备模型、服务台和资料区可能有必要，精细外壳却未必必要。研究人员可以扮演服务角色，纸卡可以模拟反馈，但参与者需要知道这是原型活动，不是正式服务。

如果主持人一路解释、替他操作，访客只需点头，活动就变成演示。参与者应当自己判断下一步，必要协助也按事先安排提供并记录。

该真实的部分，由问题决定

人工及时显示状态，能够检查用户如何理解，却不能证明系统真的可以及时提供。每处简化都应记录，结果才不会承担超出原型能力的结论。

安全和隐私优先。危险或复杂情境可以安全模拟，但不能让参加者承受真实风险。材料、录影和个人信息的权限也要在活动前确认。

试跑时，检查道具有没有抢走问题

先用商业折纸表示角色与触点，或通过身体风暴查看动作关系，再补齐关键界面与反馈。这些准备帮助发现遗漏，不替代后续亲身经历。

试跑检查设备能否按计划操作、脚本是否过度帮助、资料是否足够。若临时纸卡根本无法拿取，大家的困难可能来自道具，而非待研究的服务关系。

主持与角色人员也要约定：什么情况下回应、说哪些必要信息、何时不主动提示。角色越热心，原型越容易显得顺畅，却可能掩盖设计需要解决的交接。

跟着人走，而不是等他按图完成

观察参与者的选择、停顿、提问、回退和补救，记录发生在哪个触点、当时掌握什么信息。任务结束后，再请他解释关键时刻。

在这项假设体验中，访客重新说明产品选择，可能意味着信息没有传给服务人员。方案也许是资料标记、共享状态或简短确认，不能直接认定必须新增某种技术。

领取后怎样保存、怎样带回团队，可以进一步做物件分析。如果只研究拿到手的一瞬间，可能漏掉资料之后的用途。

复盘把三件事分开：设计问题、模拟限制、现实依赖

用户没看懂资料标记，是可继续调整的设计问题；工作人员忘了模拟反馈，是活动限制；共享状态没有可靠来源，则是现实依赖。三者都值得处理，但不能用同一种“改界面”回应。

调整后，重新体验相关片段，并检查前后是否连贯。不要只换外观，把上次停顿解释成参加者不熟悉。

成功标志：团队能指出一处实际经历到的断点，说明当时条件与模拟方式，并知道修改什么、还要去真实环境核对什么。一场按剧本顺利结束的活动，不自动达到这项要求。

原型里顺畅，运营中仍有待检查

参加者知道自己在研究，工作人员也可能比日常投入。排队、故障、班次和业务权限未必出现，因此原型不能证明长期习惯、成本或商业结果。

保留情境、道具、脚本、观察、解释和修订，落地前再做技术、内容与运营核对。关键条件进入真实环境后，也需要继续评估。

58UI可以负责数字触点的UI/UX、内容与原型设计，并提供企业官网设计开发、品牌视觉、响应式适配和改版诊断。线下空间与运营条件需与对应团队共同确认。可查看作品，或联系58UI讨论适合体验的任务范围。

相关服务