评审之前，先统一样品身份
给样品标注名称、日期、软硬件版本与内容版本，确认本轮是外观样、功能样还是接近交付的确认样。不同阶段承担的验证任务不同，不能用尚未接入正式内容的工程样评价最终故事体验，也不能用外观展示样证明全部互动功能。评审通知中写明本轮检查范围、暂不评审的内容以及下一轮补齐的安排。
用一致的场景检查体验
准备一组固定的操作：开机、触摸、开始对话、播放内容、切换状态和结束互动。逐项观察声音清晰度、反馈时机、眼部状态及操作提示；涉及联网与模型服务时记录网络和服务条件。主观感受可以记录，但应附上具体例子，如哪一句语音不清楚、哪一种动作未触发，以及重复操作后的表现。
如何形成可执行的问题清单
每个问题包含编号、步骤、预期结果、实际结果和照片或录像。区分影响核心体验、可接受但需改进、以及新提出的需求。新需求可能改变工程和排期，应与缺陷修正分别讨论。对重要问题指定责任人、修改版本、复核方式及时间，避免只在聊天中留下零散反馈。
签样代表哪些确认
签样前核对外观、材料、内容、配置与包装资料是否对应同一版本，并列出仍待处理的事项。保留参照样品和确认文件，明确后续变更如何发起。样品评审是产品开发沟通的一部分，不替代目标市场要求的测试或双方约定的检验；相关项目和责任应另行明确。