用户测试数据先按任务整理，再把“观察到的行为、可能原因、准备修改的设计”分开。一次点击失败不能直接解释为按钮不够醒目，一句“我喜欢”也不能证明用户会购买。分析的结果应能回到具体页面：谁在什么场景遇到什么阻碍，证据是什么，下一版准备怎样验证。
以服装购物App为例，先准备一条“找到合适尺码并确认退换条件”的任务。在Pixso原型设计中连接相关画板，保留商品详情、尺码说明、咨询与返回路径；测试时的观察和记录由研究人员完成，再用于调整原型。
1. 用户测试的重要性：把观点落到问题发生处
用户测试可以帮助团队在设计早期发现问题，通过定性与定量反馈判断哪些设计有效、哪些需要调整。对购物任务来说，完成与否是一部分，用户在哪里反复查找、为什么咨询客服、如何解释退换条件，同样决定后续要改什么。
不要只记录“用户觉得流程复杂”。如果参与者先打开个人中心，返回商品页，再进入客服询问是否可退，记录应包含这条路径和提问原话。它提示退换信息的查找可能有困难，但也可能是用户不信任页面承诺；只有结合追问与其他观察，才能区别“找不到”和“不敢相信”。
测试结束后尽快整理记录，参与观察的设计师、产品经理和研发可以共同查看问题。把行为记录与具体页面放在一起讨论，能减少单凭职位或个人审美选方案的情况；一次研究仍有任务、参与者与原型范围的边界，不应被扩写成整个市场的结论。
2. 用户测试与可用性测试：不同问题用不同证据
“用户测试”通常是较宽泛的说法。了解用户是否需要这项服务，要看实际经历与现有做法；可用性测试则关注目标用户能否用页面完成任务。专家检查界面可以发现潜在问题，但不能替代观察用户操作。
原型适合让设计方案变得可尝试。已有购物App原型资源可以帮助梳理页面范围，使用前先选出与任务有关的页面和内容；素材完整不意味着每个页面都需要进入本轮测试。
比较两个设计版本时，要让任务目标、商品内容和完成条件可比，并留意先使用一个版本带来的学习效果。探索性研究则可以观察参与者如何理解商品信息、如何决定是否继续。两类研究都能提供线索，但小规模原型比较不能直接推导线上转化率。
| 研究问题 | 可用证据 | 不应代替它的内容 |
|---|---|---|
| 能否找到退换条件 | 查找路径、是否需要提示、能否复述规则 | 只问页面是否美观 |
| 尺码说明是否能支持选择 | 用户如何对照尺寸、犹豫在哪里 | 仅统计点过多少次尺码按钮 |
| 是否有购买这类商品的需求 | 近期购物经历、约束和替代办法 | 仅因原型任务完成就判断有市场需求 |
3. 用原型收集反馈：保留上下文，别只截取评价
原型的价值在于让团队较早尝试想法、发现不合适的功能、获得使用者的视角，并识别值得继续研究的机会。Pixso可以展示整体页面关系和局部交互，也可以通过预览检查转场，让团队讨论的对象保持一致；这些能力帮助准备材料，不会自动生成研究结论。
下面的服装电商App设计包含商品咨询场景。分析咨询行为时，可以问：用户是在确认页面没写的信息，还是已经看见规则却仍不放心？前者可能需要补充商品信息，后者可能涉及表达、承诺或服务流程。
五秒测试也可以作为一个窄问题的练习：短暂展示页面后，请参与者回忆看到了什么、认为这里能做什么。它适合观察第一印象与信息突出程度，不能代替完成尺码选择、查看退换条件的完整任务。想了解任务是否完成，就让参与者真实尝试，并记录全过程。
每条记录至少包含参与者编号、任务、画板、观察与是否得到帮助。原话尽量保留原意；解释放在另一列。例如“在个人中心查找退换条件”是观察，“以为售后入口都在个人中心”是需要追问的解释，“在商品页增加退换信息入口”才是待验证的建议。
| 观察 | 待验证的解释 | 下一步设计动作 |
|---|---|---|
| 用户来回切换商品页和个人中心 | 不知道规则按商品提供还是统一提供 | 在商品页说明当前商品适用的退换条件 |
| 看过尺码表后仍向客服提问 | 表中参数与用户熟悉的尺码表达不同 | 补充测量方法，观察能否据此作出选择 |
| 点击咨询后没有反应 | 可能是原型未连接目标 | 检查交互连线，材料故障不归为使用困难 |
4. 分析原型测试记录：从归组到修改
先按问题发生的任务阶段归组：找商品、选尺码、理解退换、决定是否继续。再看不同记录是否指向同一障碍。同一个人在同一步重复点击三次，应当保留重复行为，但不能算成三个独立用户遇到问题。
GOV.UK的研究分析指南建议团队共同整理观察、识别主题并形成发现。可以把一条发现写成“在商品详情查找退换条件时，用户需要离开当前页面，因此难以判断规则是否适用于正在看的商品”，再附对应记录，避免只留下“增加一个入口”而丢失原因。
如果要列完成情况，先定清分母。假设有6位参与者开始了该任务，其中1位因原型链接故障中止，可分别写“5位完成有效尝试，3位独立完成、2位得到提示后完成；另1位遇到材料故障”。不要悄悄排除故障后只写成功率，也不要把这组练习数字当作全体用户的真实比例。
时间也需要上下文。主持人中途提问、用户主动解释思路、原型加载中断，都会影响时长。若没有统一计时条件，比较“谁更快”容易产生误导；对这轮定性研究，完整记录误解和恢复过程往往更有帮助。
修改时先处理阻断任务、误导关键决策或会产生严重后果的问题，再结合重复出现的情况和实现成本排序。小样本中只出现一次的严重误解也值得调查，不能单靠频次决定是否忽略。
在Pixso画布上保留旧方案旁的修改方案，用普通文本或评论记清“问题—修改—待观察结果”。例如把退换规则入口放到商品信息附近，再让新一轮参与者完成同类任务，观察是否仍离开详情页寻找。不要只问新页面是否更好看，也不要一次改动许多无关细节，导致无法判断是哪项修改起了作用。
5. 下一轮测试之前，保留这三项材料
第一是本轮任务和原型版本，确保团队知道观察针对哪套材料；第二是带编号的原始记录，能够追溯发现而不暴露参与者身份；第三是下一版修改与待验证问题的对应关系。这样，研究会成为持续的设计依据，而不是会后无人打开的长报告。
同时把三件事做好：使用不暗示答案的问题，先试跑材料，再按真实用户群开展多轮研究。参与者数量取决于问题、用户差异和研究方式，不用固定“五人”承诺覆盖所有问题；需要设计招募条件时，可接着查看可用性测试的参与者筛选方法。下一轮最值得验证的，是证据支持的那项具体改动能否帮助用户完成任务。
