平均设备并不存在
社区项目面对的可能是旧手机、小屏幕、有限存储和不稳定连接。只在开发团队的新设备上测试，会把加载成本转给最难承担的人。
基础流程应在低性能设备和较慢网络下完成，再逐步增加增强功能。
离线不是简单缓存整站
离线设计要明确哪些资料可保存、多久更新、冲突如何处理。涉及个人信息时，还要考虑设备丢失和共享使用。
公开指南、表单草稿和关键联系方式适合优先设计，敏感数据不能因为离线需求而失去保护。
语言与图标需要一起测试
翻译正确不代表用户理解动作。按钮、提示和错误信息应在实际任务中测试，并允许用户回到上一步。
不要依赖只在设计稿里成立的图标含义。
培训内容要围绕任务
长篇功能介绍很难在现场留下记忆。用一次注册、一次查询或一次资料提交组成短任务，更容易发现真正障碍。
培训后让参与者独立完成，观察停顿位置，而不是只询问是否听懂。
反馈渠道需要低门槛
用户应能提供页面、时间和提示，但不被要求提交账号秘密。语音、文字与线下渠道可以互补。
收集反馈后要说明处理状态，否则反复询问会增加使用成本。
流量成本改变用法
图片自动播放、重复下载和强制更新会消耗有限流量。页面应先提供文本核心，再由用户主动加载较大资源。
按屏幕尺寸提供合适图片，能够减少用户看不到却仍被下载的内容。
共享设备需要退出机制
家庭或公共场所可能多人使用同一设备。任务结束后应能清楚退出，并说明哪些资料保存在本机。
自动填充和通知预览可能暴露账号信息，因此要让用户容易关闭或清除。
现场观察补足统计
分析工具能看到加载时间，却不知道用户为何停止。观察一次真实任务，常能发现文字、按钮和流程障碍。
反馈应聚焦动作与结果，不要求参与者猜测技术原因。
把方法放进真实场景
在旧手机上测试时，可以从打开首页、找到目标资料、保存草稿到再次进入四个动作观察。每一步记录等待时间、是否出现空白、用户是否理解提示。比起一次总评分，这些停顿点更能决定首页应减少图片、表单应否分段，以及资料是否需要离线保存。
社区技术还要考虑维护者。页面更新、账号权限和培训材料若只能由外部团队处理，试点结束后很快会失效。应把常见调整交给在地人员，并留下无需专业工具也能执行的检查方式；复杂问题再升级给技术支持。