推薦閱讀

這篇文章主要闡述項目價值低時，做作品集應該咋辦？

一、做作品集，巧婦難為無米之炊

相信作為設計師的你肯定有被作品集折磨的時候。要么是做的項目很小很細碎，不整體、要么是做的項目價值不大沒說頭、要么就是屎上雕花，做的自己都覺得惡心， 要么就做的設計沒有量化數據來驗證...... 真的就陷入了明明做了很多事情，但最終自己都覺得沒價值。

二、重新審視「價值」

因為現在的風氣，都是要數據來驗證設計價值，但是數據高也不一定意味著是個好設計對吧~數據只是更多去凸顯最終對業務的價值。如：提升了多少收入、活躍等，有當然很好，但是不能被這個數據所裹挾！

設計師的價值更多還是在「解決問題」上。你可以強調設計思維和設計過程、強調你在團隊的角色和你在團隊中的貢獻、即使是“屎上雕花”的項目，也可以強調你如何通過你的“雕花”讓它至少感官上更好看、即使沒有數據也可以通過定性的客戶反饋，測試、合理的推測來驗證。甚至還可以強調你工具、溝通及協作上的軟技能......

三、做法

1. 篩選項目

即使你這段時間項目分散、小、改動小，也需要對比挑選，根據實際情況來做分類。簡單的辦法就看你每個項目不同環節花的時間占比，如：設計占比多、管理占比多、客戶對接占比多、調研分析占比多等，通過簡單的分類其實就可以針對這些不同的項目進行不同的側重點展示~ 當然，如果項目很多的話也需要刪減，優先刪減你無法歸類的項目，不必糾結，把時間放在篩選出來的項目，思考如何去講述。

2. 分類整理與講述

① 項目很小的情況

建議細化項目描述：即使案子很小，也可以通過細化描述來展示你的設計思維和方法；展示設計過程：詳細講述每一步的設計過程，從需求收集、用戶研究、競品等；突出你在項目中的角色和貢獻：明確項目中承擔的職責，突出你在設計中的關鍵決策。

例：你做了一個電商產品的彈窗優化設計，最終產出就幾個彈窗的頁面。

這個案例很小吧，產出就一個彈窗的界面，實際做的話可能 2 小時就做完了，但是你在給別人講述的時候總不能聊聊幾句話就講完吧，這樣就會顯得很缺乏思考。所以你需要將這個小事情拉高，從全局上來講述。

背景了解：為什么要做這個彈窗的原因你肯定需要了解，以及你設計這個主要是為了解決什么問題？

需求收集與調研： 因為需求肯定都是事出有因，所以你可以主動去要資料，可能是產品通過訪談和問卷發現用戶對現在的彈窗的反饋，所以才有了這個需求。拿到反饋后，你可以將問題歸類，從而發現問題：

原彈窗問題

1. 頻繁出現，用戶感受到干擾
2. 內容復雜，用戶難以快速理解和操作
3. 在移動端顯示不佳，影響體驗

這些問題可能共同造成了當前彈窗頁用戶流失率高，彈窗轉化低的業務問題。你可以提煉出這些問題，一方面可以體現出你需求發掘和提煉的能力，另一方面這個可以為你下一步進行競品分析提供方向。

競品分析：可以分析主要的幾家競對的彈窗設計，找出優秀模式和用戶體驗要點，提煉出優點。

迭代設計：基于需求分析調研以及競品的分析，可以提出初步的設計方案，點對點解決原彈窗問題，并且可以在公司內部進行簡單的用戶測試來收集新設計方案的反饋，通過這些反饋你可能最終優化為：

優化后

1. 進一步簡化彈窗內容，僅保留核心信息及操作
2. 優化彈窗觸發機制，如：用戶完成關鍵操作后再觸發
3. 提高彈窗的響應速度
4. ...

最終新版彈窗上線，上線后可以收集主要的用戶反饋和數據，觀察改版的效果，可以回到最初改版的訴求查看數據變化。

你看，通過上述一系列的闡述，你可以給他人展現你做設計的整體思路，以及你具體的實操過程，展示了你在用戶調研、競品分析、設計迭代和后期驗證等方面能力，凸顯你的設計思維和數據分析能力。

這時你在結束后還可以將整理拉高，可以將我們其他頁面的彈窗整體考慮進去，通過這次的迭代驗證，可以整理出彈窗的設計規范或注意事項，沉淀方法論，將本次的產出拉高至團隊和整個產品，進一步突出你的設計貢獻及價值。

項目不夠整體，只做了其中的一環

上一個彈窗的案例，雖然案子很小，但是算整體，前中后都有，雖然小，但算一個完整的案例。但是實際設計時，并不是所有的案子都會有調研競品及后面的數據驗證的，很多時候就是產品的一句話，設計師就得立馬出設計方案，而且時間都很緊張，很多時候就是 2~3 天就出一個方案，這個我想是更多是常態，面臨這樣的案子我們在整理的時候應該怎么寫呢？

例：緊急做了一個管理端的需求，沒有前期的用戶調研以及競品，后期也沒做數據驗證，僅僅是根據產品的要求快速產出方案

在這類案例下，我們不能按照常規的調研-分析-設計-驗證這樣的思路來串聯作品，因為我們實操是缺失的。此類案例，都有一個共同點：時間緊，任務重。面對這樣的案例，我們的重點就要放如何快速響應上：需求溝通、優先級確認、信息架構、界面設計、和內部用戶快速反饋上。

需求溝通與優先級確認：與產品經理詳細溝通，了解業務訴求和功能要求，快速評估和確定最核心且緊急的功能需求，在有限的時間內完成關鍵設計。

信息架構：B 端類產品一般邏輯都比較復雜，所以在信息架構上需要多心思，需根據產品要求劃分功能模塊，確保邏輯清晰，易于導航，并且需要快速繪制出用戶流程圖，來保證功能模塊之間操作流程順暢。

界面設計：有組件庫用組件庫，沒有組件庫可以詢問目前這類產品公司內是否有可調用的組件庫，若有 B 端產品使用用戶對界面要求不高，沒有品牌風格要求，那么交互設計師在這步就可以直接用組件庫拼裝界面，完成最終的 UI 設計。

快速反饋：最后雖然沒有正式的用戶調研，但是產出設計出可以讓熟悉產品的人員快速進行試用和反饋進行二次微調。

通過上述的講述，重點就主要聚焦在：你如何在時間緊迫，資源有限的情況下，快速解決實際問題，展現出你在面對這類需求的解決問題的能力。

總之，在整理我們作品集時，需要根據實際的案例去分類，凸顯優點，弱化缺點。不要每個案子都要根據完整的流程來闡述，有一個項目是完整的就足夠，其他的案子應是突出某一個核心特質即可。

最后，你們在做作品集的時候遇到過哪些問題，可以留言~

歡迎關注作者微信公眾號：「小發的設計筆記」