作品集真正的问题，很多时候不是项目不够，而是看完之后依然不知道你做了什么、为什么做、做得好在哪里。
作品集常见的问题，不是没有项目，而是项目很多却讲不明白
很多人做作品集时，第一反应是项目越多越稳。因为总觉得只有数量够了，别人才能相信你真的做过事。但现实里，一个项目讲不清楚，放十个也不会更有说服力。
真正让作品集有说服力的，不是页面里出现了多少案例，而是别人看完之后，能不能大致理解你处理问题的方式。
一个项目最少要回答几个问题，别人才能建立基本判断
这是个什么项目，最开始的问题是什么，你负责哪一部分，你做了哪些关键动作，最后结果如何。这几个问题如果没有被回答，作品集就容易变成一组缺乏上下文的图片。
很多人会放很多截图，却没有先把问题讲出来。这样别人看到的只是结果的表面，而不是你在里面做过哪些真正有判断价值的工作。
项目介绍最怕平铺职责清单，却没有真正的重点
常见写法是：我负责用户研究、交互设计、视觉设计、上线跟进。看起来很全面，但这种写法几乎没有信息密度，因为别人并不知道你到底在哪一步做了最关键的判断。
比起把做过的流程全部列出来，更重要的是挑出最能说明你能力的那部分。你解决了什么冲突，删掉了什么复杂度，为什么做这个取舍，这些才更容易让人记住。
作品集不是为了证明你做过很多，而是为了让别人看懂你怎么做事。
脱敏不是问题，讲不清楚才是问题
很多项目因为保密要求，不能放公司名、业务细节和完整页面，于是有人会觉得那就很难讲了。其实脱敏并不妨碍表达。你依然可以讲清楚目标、限制、关键决策和结果。
真正有用的表达，重点不是把所有细节都还原，而是在不暴露敏感信息的前提下，让别人知道你是怎么想、怎么做、怎么判断的。
作品集最终是一种沟通，而不是存档
如果一个作品集只是把做过的东西全放上去，它更像资料库。作品集真正的任务，是帮别人迅速理解你擅长处理什么问题，以及你做事时的判断方式。
数量当然有意义，但永远排在“讲清楚”之后。项目不一定要很多，只要几个关键案例已经足够清楚，作品集的说服力就会明显上来。