给复杂的问题， 留一点思考的空间。

一个可研究的问题需要对象、范围与判断标准。把“这个方案好吗”改成“它能否帮助初次访客在一分钟内找到所需入口”，就可以设计观察方式。 先写下你预期看到什么，再记录实际观察。若结果不同，检查问题定义，而不是立即替结果寻找理由。

系统的价值来自各部分如何协作。先说明输入来自哪里、输出交给谁、失败时谁接管，再增加功能。 对一个网站而言，展示页、真实业务能力和管理后台有不同责任。界面应让访客看见这些边界，避免把演示误认为已经可用的服务。

记录不是为了堆积文字，而是为下一次行动留下线索。每次工作结束时写下当前结论、证据位置和未解决的问题。 把下一步写成可执行的动作。例如“比较两个首页在手机上的导航表现”，比“继续优化体验”更容易开始。