这是一篇示例文章，用来展示博客的阅读体验。它讨论一种通用的记录方法，不代表站点作者的个人经历。
先写下问题
项目记录不必从工具清单开始。更有价值的起点是：当时遇到了什么问题，为什么值得解决，又有哪些边界不能越过。把问题写得具体，后来的读者才容易理解方案的意义。即使最后的作品很小，一个清晰的问题也能让它拥有完整的背景。
留住选择的依据
过程往往比结果复杂。一个界面可能改过多次，一段逻辑也可能被重新组织。记录时不需要保留每次微小调整，而应挑出改变方向的节点：有哪些备选方案，依据什么做出选择，哪些假设暂时无法确认。截图、草图和简短的实验记录，可以帮助文字落到具体细节上。
让结果与证据对应
展示完成的作品时，可以先说明它现在能做什么，再说明它仍然有哪些限制。能直接观察到的行为与主观感受应分别表达。没有测量过的提升，不必急着换成漂亮的数字；一段可复现的操作流程，常常比笼统的评价更有说服力。
为下一次留下入口
复盘不是给项目打分，而是为下一次尝试保存线索。可以写下一件值得保留的做法、一处需要重新考虑的设计，以及一个尚未解决的问题。记录因此不只是展示材料，也成为可以不断更新的工作档案。当你再次打开它时，能够迅速找回当时的判断，便已经产生了价值。