作品集和简历不是一件事。简历回答"你做过什么"，作品集回答"你做到什么水平"。所以作品集不追求数量，追求三十秒内让人看懂你会什么、做到什么程度。评审的人通常是先扫一遍，挑一两个细看，剩下的不看。
先决定放几个
| 岗位类型 | 建议数量 | 理由 |
|---|---|---|
| 设计（视觉、交互、UI） | 3 到 5 个完整项目 | 每个都要能讲清过程，多放反而暴露弱点 |
| 研发 | 2 到 3 个项目 + 1 个代码链接 | 代码是最强的证据，但要能跑 |
| 内容、运营 | 3 个案例 + 数据结果 | 案例要给前后对比 |
| 应届生 | 2 到 3 个，含一个完整课程项目 | 完整比数量重要 |
判断标准很直接：你能不能就其中一个项目讲十五分钟，包括为什么这么做、中间错在哪、最后怎么验证。讲不下来的，先不放。
每个项目放什么
一个项目的页面结构固定成四块，评审的人不需要找。
| 区块 | 内容 | 常见错误 |
|---|---|---|
| 问题 | 要解决什么、背景与约束 | 直接放成品图，不给上下文 |
| 你的角色 | 你负责哪一部分，和谁合作 | 写"参与"，看不出贡献 |
| 过程 | 关键决策点和被否掉的方案 | 只放最终稿，看不出思考 |
| 结果 | 上线情况、数据变化、他人评价 | 只写"获得好评" |
第三块是拉开差距的地方。放一版被否掉的方案并说明为什么否掉，比放十张精美成品更能证明判断力。
设计与研发的差别
| 维度 | 设计岗 | 研发岗 |
|---|---|---|
| 主证据 | 图、交互稿、成品的视觉结果 | 代码、架构、性能数据 |
| 过程展示 | 草图、迭代、改版理由 | 提交记录、测试、故障处理 |
| 结果表达 | 转化、点击、留存的变化 | 响应时间、并发量、故障率 |
| 加分项 | 一套完整的组件或规范 | 可运行的开源仓库或线上项目 |
研发岗最常见的错误是把作品集做成 PPT。代码要能给链接、能跑、有 README 说明怎么启动，这三件事比截图有用得多。
载体怎么选
| 载体 | 适用 | 注意 |
|---|---|---|
| 校招投递、要求附件上传 | 控制在 10 到 15 页，文件小于 10MB | |
| 在线链接 | 社招、设计岗 | 链接要能直接打开，不用登录 |
| 代码仓库 | 研发岗 | 有 README、有运行说明、提交记录真实 |
| 现场演示 | 面试环节 | 提前准备离线版本，防止网络问题 |
链接类载体一定要自己用手机和别人的电脑各打开一次。常见问题是权限没开、需要登录、图片加载失败，评审的人打不开就直接划走，不会追问。
三个减分项
| 减分项 | 为什么减分 | 改法 |
|---|---|---|
| 全是成品图，没有过程 | 看不出你的思考，也看不出哪部分是你做的 | 每个项目补一页过程与决策 |
| 项目全是临摹或教程作品 | 无法证明独立解决问题的能力 | 至少有一个自己提出问题的项目 |
| 堆了十几个项目 | 评审时间有限，反而都看很浅 | 精选三到五个，其余列清单 |
还有一个隐性减分项：作品集里出现与岗位无关的大量内容。投设计岗放摄影作品不是加分，是分散注意。
和简历怎么配合
| 简历位置 | 写什么 |
|---|---|
| 顶部 | 一行作品集链接，用短链或可点击的完整地址 |
| 项目经历 | 每个项目一行，写清角色与结果，细节留给作品集 |
| 附件 | 投递要求附件时附 PDF，不要只给链接 |
简历里不要重复作品集的全部内容。简历负责让人想看作品集，作品集负责证明水平，两份文件分工不同。
常见问题
没有商业项目怎么办
用完整的课程项目、比赛作品、自己发起的小项目。关键是完整：有问题、有过程、有结果。自己发起的项目反而更能证明主动性。
作品集要多长
PDF 十到十五页够用。超过二十页通常意味着没有取舍，评审会跳着看。
团队项目怎么标自己的贡献
逐项标清：哪部分是独立完成、哪部分是协作、哪部分由他人主导。含糊写"参与"等于放弃署名。
作品涉及公司保密内容能放吗
不能放未公开的细节和数据。可以放脱敏版本，或在面试时口头讲、不进公开文件。这一点在签保密协议后尤其要注意。
作品集要不要做成一版一投
设计和研发岗按岗位方向做两到三个版本，不必每家重做。方向差别大的，比如同时投 UI 和品牌，分开做。
作品集的作用是替你说"我做到过这个水平"。选得少一点、讲得深一点，比铺满更好用。