案例写作：把画面变成可判断的证据

先讲项目要解决什么

一张漂亮截图能展示结果，却不能单独解释你的贡献。每个案例先用两三句话交代项目类型、目标读者和待解决问题，再说明自己负责的部分。

建议依次写：问题是什么；有哪些时间、内容或设备约束；你做了哪些决定；用什么材料支持；哪些部分尚未验证。读者可以先看摘要，再按兴趣展开细节。

教学示例：改写一段模糊描述

原句：“我全面提升了用户体验。”这句话既没有动作也没有证据。可改为：“在图书目录练习中，我将书名和类别放在同一张卡片，增加返回列表链接，并记录窄屏时标题折行的情况。”

这只是虚构教学示例。若没有访谈、测试或业务数据，不应续写“转化率提升”或“用户一致好评”。可以展示前后截图、调整理由和未验证的问题；如果进行了测试，写明参与人数、任务和观察方法。

建立证据表再写正文

每个主要结论旁列一项证据：截图说明布局；流程图说明顺序；代码说明实现；观察记录说明人在操作时遇到什么。证据无法支持的结论，删掉或改成待验证假设。

团队项目单列“我的工作”和“其他成员负责部分”。公开前确认材料允许展示，替换私人资料并标明内容已匿名化。最后列一个下一步：例如用更长的项目标题重测卡片，而不是泛泛地说继续优化。

常见问答

内容依据与范围

本篇为本站编辑建议与教学示例，不是行业调查、真实客户记录或平台身份认证。