收银页面准备调整时，设计稿上看起来更清楚，不代表顾客一定找得到入口，也不代表当班员工能在客流中顺手完成操作。邀请实际使用者参与测试，重点不是让大家为新界面投票，而是观察他们在具体任务中如何理解信息、在哪里犹豫、哪些步骤需要别人提醒。

先把要验证的问题说清楚

测试开始前，先圈定本次改动范围：例如商品确认、会员识别、优惠说明、付款状态或取消入口。不要一次把整套收银流程都交给参与者评价。把问题写成可观察的任务：“请找到本单优惠如何计算”比“你觉得新版好不好”更容易发现障碍。对尚未定稿的流程，先注明哪些是界面方案、哪些规则已经确定，避免把政策选择和视觉偏好混在一起。

顾客、收银员和门店负责人看到的是不同问题。顾客可能在意应付金额是否看得明白，收银员关心扫码、改单和异常状态如何衔接，负责人需要理解权限和日常管理边界。分角色记录发现，不能让其中一方代替其他人发言。参与者应尽量来自不同熟练程度和使用情境；只找最熟悉系统或最愿意配合的人，容易漏掉新顾客、新员工会遇到的理解障碍。

用真实任务，但控制测试环境

准备几项门店常见任务，并为每项写清起始状态、目标和完成条件。例如找出商品金额、核对活动优惠、识别会员权益、处理顾客改变购买内容，或判断付款结果还未确认时下一步该做什么。具体任务应符合门店现行规则，遇到规则未定的情况先暂停，不把测试答案当成业务政策。

先用原型或测试环境演练，不拿真实顾客资料做演示，也不要求参与者完成真实扣款、退款或留存支付凭据。准备一份固定的测试商品和虚拟订单，标明哪些操作只用于模拟。若新版仍未接通某些接口，就由主持人说明边界，并把“测试环境不支持”与“参与者看不懂”分开记录，避免把技术缺项误判成界面问题。

可安排一位主持人读任务，一位观察员记步骤和疑问。主持人不要提前指屏幕、暗示按钮位置，也不要在参与者卡住时立即接管。先给对方一点时间表达正在寻找什么；如果必须协助，记录触发协助的原因和当时看到的内容，再继续任务。

记录行为和原话，不急着解释原因

每项任务记下是否完成、是否走错入口、何处停顿、是否重复操作、需要几次提示，以及参与者自己的疑问。收银员测试还要记录操作时是否需要离开顾客、切换设备或重复核实金额；顾客测试则关注金额、优惠和支付状态有没有被正确理解。只记“体验不好”无法指导改版，要补上发生在哪一步和参与者看见了什么。

把观察和解释分开：例如“顾客在优惠说明处停留，询问是否已减价”是观察，“顾客不懂促销”是推断。不同角色对同一页面意见相反时，先检查他们承担的任务、权限和熟练度是否不同，不急着求平均。个人偏好可以记录，但更应关注多人重复遇到的理解错误、可能造成金额误会的提示，以及导致交易无法继续的流程问题。

测试记录只收集完成任务所需的信息，避免抄录真实手机号、订单号或支付信息。录屏、拍照或录音应先说明用途、可查看人员和保存安排，让参与者知道可以选择不记录影像；拒绝录屏不应妨碍其提供意见。结束后把笔记整理成问题清单，去掉与改版无关的个人信息。

把问题分到该负责的环节

发现的问题可以按影响和复现情况排序：会不会让人误解金额或付款状态，是否阻断高频任务，出现于一个人还是不同角色，是否有明确的现行规则可供核对。界面信息不清交给设计与产品人员；规则冲突找门店或运营负责人确认；设备或接口问题另行验证；培训不足也不要简单改一个按钮来掩盖。每条问题都写明证据、负责人和下一次检查方式。

先改少数高影响问题，再拿同一组任务复测，并补一两个之前容易出错的场景。确认参与者看到的是当前版本，比较时记录环境、设备和任务差异。复测通过说明这组参与者在这些条件下能完成任务，不代表所有门店和所有顾客都会遇到相同结果；扩大使用后仍需有收集问题和恢复旧流程的安排。

把顾客体验与员工工作条件一起验

收银员参与不是为了考核个人速度，而是让改版者看见客流、台面空间、设备切换和顾客询问如何影响操作。测试前说明是评估方案，不是给员工打分；发现问题也先记流程和系统条件，再判断是否需要培训。顾客的选择也不应用一两句满意评价概括，应记录其是否能说清金额、权益和下一步。

复盘时说明测试时间、参与角色、完成的任务和未覆盖的场景。不要仅凭满意度、任务速度或少量样本宣称改版提升销售或全面改善效率。更可靠的结论是：哪条信息更易理解、哪个步骤仍需提示、哪些问题尚未验证。把这些限制写明，下一轮测试才知道还缺什么。

若改动涉及不同屏幕、扫码器或顾客自助入口，分开记录设备与操作角色，不把一台终端的表现外推到所有门店。可先在安静环境确认基本理解，再于获准的模拟高峰流程中观察步骤衔接；真实营业观察应先约定不影响正常交易的边界。