想摆脱美工?先学会如何写好一个作品集的介绍!关于如何做好一个作品集，网上已经有大量的文章回答这个问题。然而专门关于如何写好一个项目介绍的讨论并不多，而这个恰恰是区分美工和设计师的关键。趁着最近一直在看关于作品集的问答和文章，自己私下总结了一些规律，今天可以来聊聊。我认为一个好的项目介绍，需要同时满足观众略读和精读的需求，能够真正阐述清楚一件事，同时又能表达出设计师的思考过程与设计方式。
每一个设计决定都需要有一定的理由去支撑。很多时候可怕的不是这些理由想得不完善，而是设计师对于手上这份设计是怎么诞生的都不清楚，莫名其妙的交付物，界线模糊的“成功”与“失败”——这才是真正的“业余”。
从这个标准出发，可以先PASS掉一批只有最终成果展示的项目介绍，无论视觉上多么好看，没有渗入思考的设计都只能算是eye-candy。另外一种学生作品集里常见的问题就在于，形式大于内容。抽出任何一个还OK的作品集，几乎都是分为几个固有的章节，从用户研究，到人物画像(Persona)，到使用场景分析，再到具体的设计，这个设计师写和另一个设计师写并不会有什么不同，连每个步骤的描述都可以照搬照抄，很难看出设计师的独特性，更缺少了对于思考过程的展示。(话虽然这么说，但其实我也是这么干的~)
综上吐槽，我觉得一个好的作品集需要：
1. 一个引人入胜的标题
很多设计师都不会花心思去取标题，都是直接把项目名字放在首页草草了事，常见的有“学校官方主页设计”，“饿了么移动端再设计”，“SchoolConnect(某个app的名字)” 。这些都是我现编的，但是很普遍有木有!然而这些标题除了可以帮助设计师本人定位项目内容之外，能起到的作用几乎为零。
来看看Facebook Design是怎么给他们的项目描述起名字的“Canvas: How we crafted Facebook’s new immersive ads” “Reaction: Not everything in life is likable”。题目中暗含了设计需要解决的问题，是不是很高超。最近看到一个学妹的作品集，里面对于项目的展示也非常有启发性：“I visualized a parking kiosk for people in wheelchair.”，“I visualized a game targeting environmental education”。这样的标题，再配上“Go and Check”的按钮，是不是让人充满了点击的冲动。
这些标题高超的地方在于，它们都给出了一个context，无论这个context有多么高度简洁，但是作为观众都会理解里面大概在解决什么问题。此外，这种描述的角度显得项目本身更加专业化，也显得设计师更为成熟。设计师的存在是为了公司创造价值的，商业价值和产品影响力往往是项目的最大出发点。以上的标题都能够让人感受到这些产品中蕴含的社会/商业价值。
2. Tell a Story 讲故事
我很反对那些以千篇一律的“research”，“Persona”，“Interaction Design”作为索引的项目介绍，因为泛泛而谈的模块化介绍很容易无视各种项目的独特性。相反，我希望看到的是更带有context的描述。举个例子，在描述一个线上咖啡预定app的时候，把中规中矩的User Research标题变成“Learn about people’s habit in purchaing coffee”，就显得更为生动，并且符合语境。接下来的描述中，我们可以再详细展开描述，我们用了什么样的方法，得到了什么样的结果，解决了内心什么样的困惑，然后再开始下一步的分析。Spell姐姐说的：“不着痕迹的把你解决的问题，使用的方法融入到你叙述自己如何解决这个问题的过程中” 其实就是一种非常高超的讲故事原则。
讲故事有起有落，同样项目描述也必然有挫折有思考。把各个阶段的半成品放出来，解释一下为什么他们没有被采用，背后的逻辑是什么，有利于展现出我们作为一个设计师的思考过程。曾经跟一个设计师前辈聊过一个亘古不变的话题——“什么是好设计”，有一句话我一直记着，“好的设计必然是来自多次的iteration(迭代)”。
故事会有主心骨，同样项目描述也有中心思想。而且项目描述的中心思想只能是：你想要解决的问题。例如Facebook的Reaction: not everything in life is likable. 的核心思想就是：帮助用户更好地表达与理解对于FB post的感受。以问题出发，然后在故事的每个步骤中不断提醒读者这个中心思想，不仅可以使文章更为连贯，更让读者感受到我们对用户的同理心，对于用户需求的深刻理解，以及专业的“对用户负责”的态度。这才是真正的“以人为中心的”设计。
3. 聊聊商业上的技术上的限制
那些聊到商业限制的项目，总是给我高人一筹的阅读观感。这是一个最直接的可以把学生项目和职场项目区分开来的一点。对于学生项目来说，很多时候brain storming可以考虑得非常天马行空，最后落实的点子也未必脚踏实地。但是对于一个职场项目来说，商业限制是必需考虑的一环(尤其是在创业公司)：比如你做的产品，是否和公司大方向相符，是否具有市场吸引力，在安排功能优先级的时候，是依据什么样的标准。
在短暂的半年的职业生涯中，我认识到很深的一点就是：设计就是与限制的互搏。不同的对象都会提出不同的限制，如何去突破这些限制，或者在遵守一些限制的情况下实现最优效果，design with constraint，是每一个从学生步入职场之后要学会的一课。所以能够在项目介绍里就体现出了关于限制的考虑，并且谈论我们是如何adapt这些限制到自己的设计里去，很有帮助。用西蒙前辈的话来说就是” It’s your story of how you adapted and improved upon environmental challenges to deliver great design for your users.”
4. 以及其他一些老生常谈的点
前面讲的是基于我之前的作品集制作经历，让我觉得最值得提升的几点。接下来迅速列一下其他前辈们已经耳提面命过好多次的标准：
1. 写清楚自己在整个项目中扮演的角色
2. 用一些图来代替大段大段的文字(人人都爱图)
3. 如果项目有Impact的话，给出一些可衡量的数字。
4. 写一下你自己对于项目的反思
