每一個設計決定都需要有一定的理由去支撐。很多時候可怕的不是這些理由想得不完善，而是設計師對於手上這份設計是怎麼誕生的都不清楚，莫名其妙的交付物，界線模糊的“成功”與“失敗”——這才是真正的“業餘”。
小編最近一直在看關於作品集的問答和文章，私下總結了一些規律，今天可以來聊聊。我認為一個好的專案介紹，需要同時滿足觀眾略讀和精讀的需求，能夠真正闡述清楚一件事，同時又能表達出設計師的思考過程與設計方式。
綜上所述，我覺得一個好的作品集需要：
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. 寫一下你自己對於專案的反思
