阅读口径
本文不提供产品检验结论，也不判定赔偿或退换责任。涉及安全异常时，应查该产品的正式说明与相应支持信息，而不是用网络用语代替具体问题描述。
期待从哪里来
期待有时来自产品说明，有时来自朋友推荐，也可能是自己从图片推想出来的。三者不能混在一起。例如“看起来应该很轻”与页面标注的重量不是同一种依据。先保存与你判断直接有关的说明，确认版本和适用条件，再看体验是否与之冲突；没有明确承诺的部分也可以表达失望，但应说清那是个人期待。
用可观察项目描述问题
“质量差”太宽泛，可以进一步写成接缝开裂、按钮偶发无响应或尺寸不合适，并说明你怎样观察。若无法重复，不要把偶发写成必现。若只是颜色偏好，也不必包装成技术缺陷。有些体验同时包含两类问题，可以分别列出，而不是为了选一个标签而忽略复杂性。
比较时保持相同条件
对比新旧产品时，电量、环境、配置和使用方式若不同，差异未必来自同一个因素。日常记录不需要假装完成标准化测试，但应公开重要限制。你可以写“在我的桌面环境中表现如此，尚未换设备尝试”，这样读者能理解结论的边界，也能提出更有用的补充问题。
可执行检查单
- 01分列个人期待、公开说明与实际观察。
- 02用具体表现替换宽泛质量标签。
- 03说明比较条件及尚未尝试的变量。
一个常见问题
只是需求不合，就不能写差评吗？
可以表达不满意，并解释需求。读者有权知道某种设计对谁不方便；重点是不要把个人不适用转换成未经证实的普遍缺陷。清楚写出条件，反而能帮助相同需求的人。
原创情境练习
原创示例：某背包容量符合公开标注，但装不下读者惯用的硬壳盒。这可以是形状与需求不匹配。若商品标明内层可放某尺寸物品，实际测得入口更窄，则应核对测量方法和版本，再描述具体差异，而不是直接把两个情况都归为同一问题。