推薦閱讀

這篇文章主要闡述項(xiàng)目價值低時，做作品集應(yīng)該咋辦？

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

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

二、重新審視「價值」

因?yàn)楝F(xiàn)在的風(fēng)氣，都是要數(shù)據(jù)來驗(yàn)證設(shè)計(jì)價值，但是數(shù)據(jù)高也不一定意味著是個好設(shè)計(jì)對吧~數(shù)據(jù)只是更多去凸顯最終對業(yè)務(wù)的價值。如：提升了多少收入、活躍等，有當(dāng)然很好，但是不能被這個數(shù)據(jù)所裹挾！

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

三、做法

1. 篩選項(xiàng)目

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

2. 分類整理與講述

① 項(xiàng)目很小的情況

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

例：你做了一個電商產(chǎn)品的彈窗優(yōu)化設(shè)計(jì)，最終產(chǎn)出就幾個彈窗的頁面。

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

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

需求收集與調(diào)研： 因?yàn)樾枨罂隙ǘ际鞘鲁鲇幸?，所以你可以主動去要資料，可能是產(chǎn)品通過訪談和問卷發(fā)現(xiàn)用戶對現(xiàn)在的彈窗的反饋，所以才有了這個需求。拿到反饋后，你可以將問題歸類，從而發(fā)現(xiàn)問題：

原彈窗問題

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

這些問題可能共同造成了當(dāng)前彈窗頁用戶流失率高，彈窗轉(zhuǎn)化低的業(yè)務(wù)問題。你可以提煉出這些問題，一方面可以體現(xiàn)出你需求發(fā)掘和提煉的能力，另一方面這個可以為你下一步進(jìn)行競品分析提供方向。

競品分析：可以分析主要的幾家競對的彈窗設(shè)計(jì)，找出優(yōu)秀模式和用戶體驗(yàn)要點(diǎn)，提煉出優(yōu)點(diǎn)。

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

優(yōu)化后

1. 進(jìn)一步簡化彈窗內(nèi)容，僅保留核心信息及操作
2. 優(yōu)化彈窗觸發(fā)機(jī)制，如：用戶完成關(guān)鍵操作后再觸發(fā)
3. 提高彈窗的響應(yīng)速度
4. ...

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

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

這時你在結(jié)束后還可以將整理拉高，可以將我們其他頁面的彈窗整體考慮進(jìn)去，通過這次的迭代驗(yàn)證，可以整理出彈窗的設(shè)計(jì)規(guī)范或注意事項(xiàng)，沉淀方法論，將本次的產(chǎn)出拉高至團(tuán)隊(duì)和整個產(chǎn)品，進(jìn)一步突出你的設(shè)計(jì)貢獻(xiàn)及價值。

項(xiàng)目不夠整體，只做了其中的一環(huán)

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

例：緊急做了一個管理端的需求，沒有前期的用戶調(diào)研以及競品，后期也沒做數(shù)據(jù)驗(yàn)證，僅僅是根據(jù)產(chǎn)品的要求快速產(chǎn)出方案

在這類案例下，我們不能按照常規(guī)的調(diào)研-分析-設(shè)計(jì)-驗(yàn)證這樣的思路來串聯(lián)作品，因?yàn)槲覀儗?shí)操是缺失的。此類案例，都有一個共同點(diǎn)：時間緊，任務(wù)重。面對這樣的案例，我們的重點(diǎn)就要放如何快速響應(yīng)上：需求溝通、優(yōu)先級確認(rèn)、信息架構(gòu)、界面設(shè)計(jì)、和內(nèi)部用戶快速反饋上。

需求溝通與優(yōu)先級確認(rèn)：與產(chǎn)品經(jīng)理詳細(xì)溝通，了解業(yè)務(wù)訴求和功能要求，快速評估和確定最核心且緊急的功能需求，在有限的時間內(nèi)完成關(guān)鍵設(shè)計(jì)。

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

界面設(shè)計(jì)：有組件庫用組件庫，沒有組件庫可以詢問目前這類產(chǎn)品公司內(nèi)是否有可調(diào)用的組件庫，若有 B 端產(chǎn)品使用用戶對界面要求不高，沒有品牌風(fēng)格要求，那么交互設(shè)計(jì)師在這步就可以直接用組件庫拼裝界面，完成最終的 UI 設(shè)計(jì)。

快速反饋：最后雖然沒有正式的用戶調(diào)研，但是產(chǎn)出設(shè)計(jì)出可以讓熟悉產(chǎn)品的人員快速進(jìn)行試用和反饋進(jìn)行二次微調(diào)。

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

總之，在整理我們作品集時，需要根據(jù)實(shí)際的案例去分類，凸顯優(yōu)點(diǎn)，弱化缺點(diǎn)。不要每個案子都要根據(jù)完整的流程來闡述，有一個項(xiàng)目是完整的就足夠，其他的案子應(yīng)是突出某一個核心特質(zhì)即可。

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

歡迎關(guān)注作者微信公眾號：「小發(fā)的設(shè)計(jì)筆記」