桌面价格表有十几行功能，手机上改成三张套餐卡片，看起来干净了，但每档的限制、计费单位和附加费用还在吗？移动版可以换布局、用折叠面板，却不应让用户在购买前少看到决定是否适合自己的信息。
先从决定购买的内容建立清单
不要拿桌面截图当作唯一验收稿。把每档价格、计费周期、席位或用量单位、主要权益、限制条件和行动按钮单独列出来，再到手机页面逐项找位置。桌面表格里一个跨列说明，改成卡片后尤其容易漏掉，或者被误放成只适用于其中一档。
如果页面允许切换月付与年付，每种状态都要检查。按钮前显示的金额、周期说明和最终选中的套餐应相互对应。不能只测默认状态，就认为所有组合都已通过。
“折叠起来”有两种不同实现
一种是正文已随页面加载，只是视觉上收起，点击后展开；另一种是点击后才请求接口，把新内容写入页面。两者在用户动作之前能获取到的信息不同。判断时看实际响应与渲染结果，不要仅凭面板外观猜实现方式。
对于希望被搜索理解的主要内容，避免依赖用户点击才加载。光算的移动版内容一致性检查说明区分了这两种情况，并整理了正文、元信息和资源方面的核对点。折叠本身不等于缺失，也不代表里面的内容已经能够被获取。
有内容，还要让用户顺利读完
- 展开入口要说清楚，例如“查看此套餐的用量限制”，而非几个无含义的图标。
- 键盘能到达并操作入口，展开状态应能被辅助技术识别。
- 长功能名、条件说明和较大的系统字号不能挤掉关键文字。
- 展开后，浮动购买栏不能盖住最后几行内容。
- 返回收起状态时，页面不应把用户突然带到另一档套餐。
在内容完整的前提下，金额单位、最低购买要求及会改变实际支出的条件，宜直接贴近价格展示。完整技术细节可以按需展开，但不应让客户买完才发现关键限制。
用一条真实任务走完验收
给检查者一个明确目标，例如“找到支持团队协作的最低套餐，并说明按年付费的单位和适用人数”。让他从手机价格页开始，展开必要说明，切换周期，再进入下一步。
记录找不到、看不清、理解不同和操作失败的地方，分别交给内容或开发负责人处理。最终保留一份双端内容对照记录和各状态截图，比只说“页面没有横向滚动”更能证明关键决策信息没有丢失。