采购人员不知道型号，销售却必须先确认型号才能转给技术人员。官网表单遇到这种僵局，增加一个必填项往往无济于事。设计师需要看清，各方手里有什么信息，又在等待谁。
角色扮演适合把这段过程演出来。团队成员分别承担用户和服务人员的角色，在有依据的情境里即兴行动，旁边有人观察，结束后一起复盘。它能暴露沟通困难、启发方案，也能帮助同事理解彼此的限制。演练顺利，只能说明这个模拟情境走通了。
采购说不出型号，咨询还能往下走吗
以一家定制设备企业改版官网为假设场景。采购负责人想判断新设备能否满足工序需求，知道使用场景和大致数量，但尚未确定型号。销售熟悉服务范围，技术人员掌握安装条件。三个人需要从一次咨询走到明确的下一步。
给扮演者的角色卡应说明目标、已有信息和不能越过的权限。采购需要向主管说明为什么值得继续谈；销售可以询问用途，却不能替技术人员承诺安装；技术人员可以提出资料要求，但暂时看不到客户现场。这样的限制比“着急的客户”“耐心的销售”更有用。
角色条件应来自访谈、授权业务记录或观察。缺少依据时，可以先写假设，但要留下待核对项。不要为了让演练顺畅，突然给采购一份现实中拿不到的完整技术参数。
用网页和资料把沟通接起来
把开始和结束说清楚：采购发现旧设备无法满足新工序，打开官网寻找替代方案；演练到他收到明确的补充资料要求为止。购买、交付不在本次范围内。网页原型、产品资料和示例邮件已经足够，不必搭一间完整办公室。
参与者自愿加入，随时可以暂停。说明活动研究任务与交接，不要求模仿口音或身体特征。若要拍照、录像，事先约定用途；实际客户资料应替换成不含个人或商业敏感信息的示例。
另安排一位观察者。请他记动作和原话，尤其留意资料何时被索取、谁重复解释、谁不知道怎样继续。他不宜同时扮演主要角色，否则很难看见自己参与的交接。
让采购自行决定从哪里看起。他可能先打开案例，再问设备能否安装在现有场地。销售若回答“先填型号”，就按这个反应继续，主持人无需马上救场。只有参与者忘了设定或偏离范围时，才补充说明。
这里值得记录的是“采购停在型号输入框，返回产品列表查找”，至于他是否不信任品牌，还需要询问。动作是观察，原因是解释，不能在记录时合成一句“客户缺乏信任”。
复盘时，让每个人解释刚才为什么停下
演完立即请各角色说出最难继续的一刻，再对照记录。采购可能担心填错型号，销售可能担心资料不足无法分配咨询。两人的犹豫落在同一个字段上，背后的责任却不同。
团队可以提出一个小改动：允许先描述用途，说明后续为什么需要现场照片，并把型号设为可稍后补充。再用相同的主要情境演一次，看销售能否据此给出明确的资料要求。
这仍是探索。内部人员熟悉产品，他们可能替界面补全解释；第二次也受第一次经验影响。演练可以帮助选出值得测试的方向，不能据此宣布表单已经好用。
成功标志是团队能指着具体交接说明：谁缺哪份信息，页面准备如何帮助他，哪些判断需要再找真实采购核实。只有“大家更理解客户了”，还不足以形成设计任务。
让演练的问题走进真实任务
交付材料不需要厚重。保留情境与角色卡，附上关键观察，再把候选改动写成验证任务。例如请目标采购用原型判断项目是否适用，观察他能否在不知道型号时提交足够的信息；请实际销售检查这些信息能否支持分配咨询。
如果角色条件主要来自想象，就先核实条件。若只演理想流程，可以补一个有业务依据的例外，如资料不足或需要同事确认。不要故意制造夸张冲突，让某个方案显得不可替代。
身体风暴也通过行动发现问题，但更关注身体和环境限制。咨询卡在角色权限与信息交换时，角色扮演更贴近题目；卡在设备位置、走动或操作姿势时，可以结合身体风暴。
角色扮演最后应留下更准确的问题和可验证的改动。真实用户能否完成任务、技术能否实现、服务人员能否响应，仍要分别检查。
把咨询页面和后续服务一起考虑
58UI提供企业官网设计开发与UI/UX设计，可在咨询流程改版中梳理页面信息、表单反馈和后续状态，帮助团队把交接问题转成可讨论的原型。品牌视觉与响应式适配也应服务于这段真实任务。
你可以了解设计与开发服务，查看官网与界面案例。准备讨论时，把现有表单、角色目标和最常卡住的交接带来，通过沟通具体设计问题确定适合先验证的环节。
相关服务
