对于设计师和前端开发者来说，作品集往往比简历更重要。它是证据。简历声称你能胜任工作；作品集展示工作本身，更重要的是，展示你如何思考它。
大多数作品集以两种方式之一失败：太多平庸的项目，或漂亮的截图却没有对问题、你的角色或结果的解释。本指南两者都能解决。
要点
- 三到五个有力的项目胜过一打普通的——评审总共只花两到三分钟。
- 每个项目都需要相同的骨架：问题、你的角色、过程、方案、影响。
- 展示混乱的中间过程——草图、迭代、取舍——而不仅仅是打磨过的最终画面。
- 开发者：一个可访问的链接加上一份干净的 README 加上可读的代码，比一个花哨的网站更有分量。
选择放入什么
- 1列出你可能展示的每一个项目——工作、自由职业、个人项目、课程作业、黑客松、开源。
- 2从以下几方面为每个项目打分：与你想要的工作的相关性、结果中你能主张多少、以及你能否说明你的具体贡献。
- 3保留最好的 3 到 5 个。去掉任何你需要大量附加说明，或因保密协议而无法谈论的项目。
- 4确保这组项目展现出多样性——不同类型的问题，而不是同一个画面的五个版本。
还没有专业工作经历？
一个你能深入谈论的自主项目，胜过一个你几乎没碰过的真实项目。重新设计一个你在用的产品，构建一个你曾需要的工具，或为一个开源仓库做贡献。
案例研究的结构
案例研究是一个形式固定的短故事。目标是让读者在两分钟内浏览、在五分钟内读完。
1. 概述（2 到 3 句） 产品是什么、面向谁、项目是什么。 2. 我的角色 你的头衔、团队、时间范围、你负责什么与你贡献了什么。 3. 问题 用户或业务问题，以及你如何知道它是真实的（数据、调研、投诉）。 4. 过程 你所做的 3 到 4 个关键动作。展示产物：草图、流程、原型、实验、PR。 至少包含一个取舍或死胡同，以及你为什么改变方向。 5. 方案 最终结果，配上视觉图或可访问链接。为重要的决策加注释。 6. 影响 如果有数据（转化、加载时间、任务成功率、采用率）。如果没有，就写定性结果以及你接下来会衡量什么。 7. 我学到了什么 一两点诚实的反思。
不要写成
“重新设计了结账流程以改善用户体验。” + 4 张打磨过的截图。
应写成
“移动端购物车放弃率为 68%。我进行了 5 次用户会话，发现地址表单是流失点，用一个 2 字段的自动填充与原来的 9 字段版本做对比测试，并上线了胜出的版本。放弃率在 6 周内降到 51%。” + 前后对比 + 两个受测原型。
如果你是开发者
- 每个项目：一个可访问的演示链接和一个仓库链接，两者都能用。坏掉的演示比没有演示更糟。
- 写一份真正的 README：它做什么、截图或 GIF、技术栈、如何在本地运行、你接下来会做什么。
- 在你的 GitHub 资料上固定你最好的 4 到 6 个仓库，并添加一份资料 README。
- 突出代码质量的信号：测试、CI、清晰的提交、合理的结构。评审确实会打开代码。
- 开源贡献算数——链接已合并的 PR，并简要说明每一个做了什么。
- 对于没有视觉内容的后端或数据岗位，一张清晰的架构图和一段书面讲解可以替代截图。
# 项目名称 用一句话说明它做什么、面向谁。  ## 我为什么构建它 2 到 3 句。 ## 技术栈 语言、框架、值得一提的库、托管。 ## 本地运行 步骤。 ## 重要决策 - 决策及其原因 - 你做的一个取舍 ## 接下来 简短清单。
如果你是设计师
- 展示过程产物，而不仅仅是最终稿：调研笔记、用户流程、线框图、迭代。
- 包含没有上线的版本，并说明原因——这体现判断力。
- 在作品集网站本身保持高水准的视觉工艺；无论你是否有意，它都是一份作品样本。
- 把每个决策都追溯到用户需求或业务目标，而不是个人品味。
- 对于 UX 岗位，以思考开场；对于视觉或品牌岗位，以工艺开场——但两者都需要两者兼备。
托管在哪里
- 在你自己的域名上的个人网站是最有力的选择——完全掌控，显得投入。
- 上线快：网站构建工具上的一个模板，或在 GitHub Pages、Vercel 或 Netlify 上的一个简单静态站点。
- 设计师可以用 Behance 或 Dribbble 补充触达，但把真正的案例研究放在你自己的网站上。
- 开发者：GitHub 没有商量余地；作品集网站是加分项。
- 始终准备一两个案例研究的 PDF 或幻灯片版本，以备有人通过邮件询问。
不要过度设计网站
一个花了几周、带自定义动画、却仍然只有一个项目的作品集帮不了任何人。先上线一个带三个真实案例研究的简单、快速的网站，然后再改进。
常见错误
- 项目太多，没有一个被深入解释。
- 截图没有问题陈述、角色或结果。
- 在没有说明你个人做了什么的情况下主张团队成果。
- 没有联系方式，或没有明显的联系途径。
- 在你发给招聘者的版本中出现密码保护或失效的链接。
- 把最好的项目埋在第三页。
常见问题
作品集应该有多少个项目？
三到五个。评审很少看过第三个。少数项目的深度胜过众多项目的广度。
我可以纳入受保密协议约束的工作吗？
先和你的公司沟通。通常你可以在高层面上展示过程和结果，而不暴露机密细节或未发布的画面。如有疑虑，用文字描述，而不是展示出来。
如果我是后端开发者，我需要作品集吗？
作品集网站是可选的，但一个有固定仓库、良好 README 和可见贡献的强大 GitHub 资料能起到同样的作用。
作品集和简历，哪个在先？
把作品集链接放在简历和领英的顶部。对于设计和前端岗位，预期作品集会在有人认真读简历之前就被审阅。