为什么作品集应该记录判断，而不只是截图

作品集常常停在“我做了什么”。这当然重要，但对于真正想理解项目的人来说，更有价值的问题是：为什么做成这样？

从问题开始，而不是功能列表

描述项目时，先写清楚它要处理的约束。是时间有限、信息分散，还是某个流程让人反复出错？约束越具体，后面的设计选择越能被理解。

说明被放弃的方案

成熟的作品不一定有唯一正确解。保留一个被否决的方案，解释它为什么不适合当前情况，往往比罗列十个功能更能体现判断力。

记录结果，也记录下一步

项目上线不等于结束。哪些部分已经验证？哪些仍然只是猜测？下一次如果继续投入时间，会优先改哪里？这些信息让作品从一个静态展示，变成持续迭代的工作记录。

作品页应该让读者看到完整的链路：问题、决策、实现和下一步。截图只是其中的一部分。