我经常会遇到一些这样的案例作品——它的呈现方式几乎就像一个设计流程模板，或者是一个常见的用户体验方法的列表。
大致是这样："我们做了什么调研，再做了一些构思，然后制作了相关的草图、原型图，并根据原型找用户做了测试，最后我们得出了这个解决方案。"
【为什么这是个问题】
当谈到作品集时，展示每个设计项目的成果是很有必要的。
当然，说明你是运用了什么工具和方法才达到这个结果的也是非常有意义的。
可如果按照上面那个逻辑阐述，只展示了你对标准设计流程的理解，以及你有用户旅程图、线框、可用性测试等方面的经验。
然而，了解设计流程和最常见的用户体验方法只是一个基本要求。它通常不足以让你从其他候选人中脱颖而出。
【该怎么做】
你的作品集应该讲述一个关于你从问题产生到最终解决的过程，毕竟这才是至关重要的。
可以向Maarten van Hoogdalen学习，他利用反馈来反复改进自己的作品集：
不要只展示你的最终设计，展示你的过程，展示你的研究，讲述一个令人信服的故事，而不仅仅是屏幕的图像和按钮的解释。
除了凸显你的项目是什么和怎么做之外，我建议把重点放在：为什么你要做这些？为什么你要采用这些方法和工具？为什么你做出了这些的决定？为什么你进行这些权衡？
你应该把这些作为作品集的关键地方，这样我才能了解你是否知道在UX中使用的工具，并且清楚它们只是工具而已。当你需要的时候，你就可以使用这些工具。
这也能告诉我，你能够批判性地思考，反思你在项目中的任何一步所面临的挑战，并慎重地选择前进的道路。
不管是人际交往中，还是作品集中，我们总是以*的方式来展示自己，比如不谈论自己的弱点或错误，让自己看起来完美无瑕。
一个作品，从研究开始，到实施设计解决方案，整个过程都被描述的近似完美。没有权衡，没有回过头来纠正项目早期所犯的错误步骤。
【为什么这是个问题】
首先需要明确一点，没有什么项目是完美的。
中途总会遇到需要解决、权衡的难题。并且，那个完美的解决方案不会是一开始就实施的。
所以，项目的过程绝对不会像我们所预想的那样顺利，但是没关系！那也是我们的一部分*。
在创新和技术可行性之间、漫长彻底的项目研究和有限的时间之间以及完美的解决方案与预算之间权衡利弊，最终达到一个好的平衡，这些都是我们的*的一部分。
此外，对这个过程进行实验，尝试新方法和工具，挑战自己和验证自己的方法，是作为一个设计师学习和成长的重要部分。我希望你勇于探索，勇于犯错误并从中学习。
如果在案例研究中漏掉不完美的地方，不仅会让我怀疑你有所隐瞒，也会错失展示项目如何让你成为更好的设计师的机会。
【该怎么做】
不要总是追求完美。解释每一个作品中你遇到的困难以及如何去解决他们的，讨论那些你不得不忽视的地方。
介绍你使用的实验方法和工具，你学到了什么，以及你在下一个项目中如何做得更好。并且考虑在你的案例展示结束时做一个专门的"回顾"。
此错误是列表中*个错误「忽略作品集的可用性」的一部分。
在设计作品集和其中的案例展示时，使人们获得良好的阅读体验应该是你的首要任务之一。我认为它至关重要，因此值得再单独说一次。
【为什么这是个问题】
如果你的目标是潜在的雇主或客户，他们有可能没有大量的时间看你的作品集。他们也很可能需要在几十个甚至100多个其他作品集中进行权衡。这时你的作品集就需要让人轻松地理解。
这个适用于每一个作品展示。
一般情况，我会快速浏览一下作品集的介绍--项目背景--项目总结。然后，才会查看正文，再去寻找你的过程和方法以及工具的应用，以及如果得出结论的。
如果我在其中看不到主线的话，我可能就会直接放弃而去看下一个案例展示了。另外，每个案例都需要作为自己的用户体验项目来展示。要明白，这不仅仅是你应该要展示的项目，而是关于你如何展示它。一个拙劣的案例分析会给我一个不好的体验，即使你在你所展示的项目中做得很好。
【该怎么做】
当你设计你的作品集时，多想想你的目标受众。设身处地去想他们在浏览你的作品网站时的情景。
考虑一下您在本文前面阅读的内容：提供有关项目上下文及你在其中扮演角色的基本信息。从清晰的问题陈述开始你的案例展示，以项目结果和你的最终解决方案结束。在其中，显示你的过程，展示你如何得出最终解决方案，以及你为什么要怎么做。
设计你的作品集时，一定要注意用最快、最清晰的方式传达最有意义的信息。
在过程中的每个阶段，或你使用的每种方法或工具上添加一个大号的粗体标题。使用大量视觉效果，同时配上贴心的、有针对性的标题。用尽可能简短的语言告诉我关于你项目的故事，突出你想要我注意的部分，决定和方法。
