起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識教你撰寫【爆款】B端交互作品集
編輯導語：相信有不少伙伴被想要跳槽但特別困難，投的簡歷石沉大海，作品集千篇一律沒有特點等問題所困擾，這篇文章通過四個方面（產品背景、調研與分析、設計輸出、結果反饋）來手把手教我們做出自己的B端交互作品集，希望對你有所幫助。
相信前段時間大家都留意到，中國最大的兩個大廠裁員的消息登上了微博熱搜。
據網上傳有的說裁員30%，有的說是10%-20%，但無論多少，按照他們的員工基數，都是不小的裁員數量。
確實，如今互聯網大環境大不如前，我還記得早在20年就開始有人說互聯網行業遭遇寒冬時期。
再加上疫情，很多互聯網企業都實施開源節流。
可沒想到的是，持續到22年的今天，很多大廠連金三銀四都開始不招人了，甚至眾多同學從大廠中紛紛被“畢業”。
很多同學訴苦自己今年跳槽特別難，招聘軟件上的崗位大部分投遞了也幾乎不會有消息回復，面試通過率也特別低。
這種情況其實也是意料之中，畢竟現在僧多粥少，UI或者交互崗位一天起碼收到上百份作品集不在話下，我時常也在想，如果我是面試者，需要怎樣設計，才能在上百份“千篇一律”的作品集中脫穎而出。
一、文章前言
相信有經驗的設計同學已經留意到目前市場上大部分的UI/UE作品集都會有一個通病，看上去都千篇一律，就像在同一家整形醫院里整完后再換個名字就堂而皇之宣稱這是自己“獨一無二”的作品集。
這種自欺欺人的行為要是擱在幾年前設計市場還處于一片藍海的場景下或許還能蒙混過關，但今天的現實情況是一個交互崗位招聘起碼能收到上百份作品集，而面試官需要從中挑選出能夠勝任崗位需求的人員無疑于讓你在李治廷、王力宏跟蒲巴甲中選出那個才是真的王力宏一樣困難。
畢竟如今大部分的作品集排版都是【產品背景】、【信息架構】、【競品分析】、【用戶調研】、【原型展示】、【設計規范】、【界面展示】等一系列固定流程，看完后絲毫沒有讓面試官能夠記住的點。
最要命的是那些所謂的競品分析、用戶調研模塊放在任何作品集都能適用，完全不能體現出產品/項目的獨特性，真不知道你是親身經歷總結還是抄別人的。
當然，我也能夠理解很多同學其實早已發現這個問題，但卻一直無法跳出這個圍墻，因為作為交互設計師我們的工作內容確實涉及這些環節，要是故意讓自己“與眾不同”，稍不留神還可能適得其反。
所以今天想跟大家一起探討如何利用產品思維，通過故事的形式去撰寫一份“爆款”的B端作品集，希望能夠幫助大家跳出固化思維，撰寫一份屬于自己的作品集（別問為啥只針對B端，因為我只會做B端?。?。
二、產品/故事背景
一般在故事的開頭往往會交代故事的時間、人物、背景，而做產品或者項目時也是同樣。
因此在作品集的開頭我們需要給面試官交代產品背景/定位，這款產品是為了解決那些客戶群體（B端產品針對的是企業客群）的什么業務需求。。
此外就是我們的核心競爭力是什么，為什么我們能做這件事情而不是別人？
例如我們是做人體生物特征識別業務，介紹文案可以寫：“通過活體特征識別完成企業內部員工的門禁、考勤以及信息管理，產品核心在于生物識別算法快速、精準識別用戶信息，在行業內部擁有七十多項專利，且服務國內外多家大型企業。”
在論述時言簡意賅，非必要寧減勿增。
所有事情都應該有因果關系，沒有產品背景介紹的作品就相當于無病呻吟，讓人摸不著頭腦，不知道你想干啥。
同時作為交互設計師也應該要明確，所做的東西是否具有意義或者市場競爭力，不然面試時問道對比市場上同業務競品，你的產品核心競爭力是啥？
那時我們能做的或許只有啞口無言。
三、調研與分析
既然產品背景給我們交代了應該解決什么問題，那么接下來就要隨著故事線去引出“怎么做”。
1. 業務調研
B端產品的核心就是為了解決企業業務需求問題，達到降本增效的作用，因此在設計前我們需要進行業務調研。
業務調研什么時候做？怎么做？找誰做？這就是我們需要論述的故事。
與各種調研活動流程類似，B端業務調研的核心流程包括確定目標、選取調研對象、確定調研方法、執行調研計劃、總結歸納輸出幾個環節。
業務調研的方式有很多，包括用戶訪談、輪崗實習、問卷等，根據現實情況確定調研方法。
確立方案后撰寫業務調研部分可以這樣寫：【為了調研產品業務流程我們在客戶企業內部進行輪崗實習，分別對某些角色工作流程進行實習工作，隨后進行業務記錄、整體流程總結】
最后為了增加調研的真實感與代入感可以在撰寫完整體流程后加入現場的照片，通過圖文的形式展示調研過程。
2. 角色調研
在B端領域里面我們很少會說用戶調研，取而代之的是角色調研。
與C端產品不同，B端產品的核心在于解決企業角色間業務需求問題，達到降本增效的作用。
因此用戶特性在B端設計中只能充當輔助作用，更重要的是角色的業務流程。
當然用戶特性有時也會起關鍵作用，例如G端產品就很喜歡紅色，使用其他顏色或許會導致客戶有意見
那么這時候問題來了，角色調研需要重新到現場做嗎？
答案當然是“不”。
我們在業務調研階段就會把各角色業務區分開，什么角色負責那些工作都會在業務調研中做好記錄總結。
因此在角色調研部分我們可以說在開展業務調研同時也完成了角色調研工作，接著總結產品不同角色的特性以及業務工作即可。
3. 競品分析
競品分析相信大家都不陌生，可讓同學們頭疼的是不知道如何查找B端競品。
確實，B端產品不像C端一樣隨處可見，大部分B端產品是需要付費才能使用的，這導致很多同學想“抄作業”也無從下手。
所以在競品分析這一趴，我并不是教大家怎么去寫競品分析過程，而是分享如何查找B端競品。
第一種：大眾業務B端產品，如果你的公司是做ERP、CRM、OA或者電商零售等大眾業務的產品，那恭喜你不用刻意去找競品，因為目前國內B端市場大部分都在做這些業務，例如有贊、微盟、紛享銷客等等，你們只需要百度一下，然后進入他們官網申請試用即可（一般試用期7-14天左右）。
申請試用是體驗競品最常用的手段，一般B端企業銷售的途徑就是讓用戶試用一段時間，等試用期過了再考慮購買，只要你們注冊時填寫了手機號，都會獲得7-14天的試用期。
（唯一弊端就是銷售會隔天騷擾你幾次，沒事的，他給你打電話打幾次發現你沒興趣就不會再打了，不像我，舔了女神三年多了面都沒見著還在堅持。）
第二種：小型業務B端產品，例如區塊鏈，這些競品我們只能通過客戶進行了解。正常情況下我們的客戶并非只有我們一家供應商，這時候我們可以通過與客戶建立關系獲取競品體驗權。
如果到最后實在無法在市場上找到相應競品，那只能通過一些產品網站（如：人人都是產品經理）搜索相關業務，尋找類似業務的同學進行交流。
四、設計輸出
結束了調研分析部分，我們開始撰寫設計輸出，很多同學在調研部分都會有一個通病就是做完調研沒有輸出總結結果，為了調研而調研，與輸出部分完全呼應不上，這對于一個專業的交互設計師來講是非常致命的錯誤。
下面從產品信息架構、業務流程與原型設計中論述如何進行撰寫。
1. 產品信息架構
產品信息架構屬于用戶體驗的結構層，就像產品骨架一樣，能夠體現產品的雛形。
這一部分大家已經特別熟悉，也很難玩出花來，所以產品信息架構這一趴我們只需要根據產品業務進行展示就好了。
在規劃信息架構時要把握好架構的廣度與深度，廣度太廣則意味著頁面承載信息量很多，沒有側重點，會讓用戶停留在頁面上不知所措。架構太深的話則會導致頁面很多，某些功能點就會藏得很深，用戶難以查找。
2. 業務流程（泳道圖）
我們在做產品設計前都會通過泳道圖去梳理整體的業務邏輯，而泳道圖的輸出正是對業務調研的歸納總結。
通過業務流程圖展示產品如何解決企業需求，各角色間分工協調合作，共同完成所需要的工作。
同時業務流程圖也為原型設計提供了大致方向，起到承上啟下的作用。
那么在業務流程這一部分可以寫【通過業務調研后我們對整體業務角色進行了歸納總結，A角色的業務包括任務一與任務二，B角色二業務包括任務三、任務四，隨后繪制了泳道圖進行呈現】
3. 原型設計
原型設計是交互設計師最重要的輸出產物，可B端設計與C端不同，B端產品重邏輯，頁面大部分都以表格類的形式呈現，而且頁面數量龐大，要是全部展示到作品集中會導致不美觀，并且面試官也沒有那么多耐心去逐一查看。
所以我們可以只選擇部分重要的業務流程進行展示即可，但主要的是，我們所呈現的頁面需要跟業務流程圖互相呼應。
例如在業務流程圖中呈現了門禁考勤的業務，那么我們在原型展示時就應該呈現如何通過頁面完成門禁考勤業務，否則如果你呈現的是其他環節界面，這會讓人看上去模棱兩可。
五、結果反饋
我見過不少的作品集在原型展示后就結束了，但其實一份完整的作品集在原型展示后還需要對結果進行反饋。
如果在原型展示之后就把作品集草草結束，那請問一下，如何去證明你們的設計是正確有效的呢？
因此用戶數據結果反饋正是用于證明上述所做的那些調研、設計工作并非毫無意義。
1. 產品數據
用科學的方法來統計，用真實數據來說話，量化的數據是我們設計成果最有力的證明。
交互設計師需要掌握數據分析能力，通過精準的數據來提升設計的說服力與公信度。
B端最常用的數據有用戶量（這里的用戶包括普通用戶以及企業用戶）、客戶續費率、產品年營收金額、客戶增長率等等。
我們可以通過這些量化的數據來展現自己的數據分析能力，例如：【XX產品通過了優化迭代，客戶增長率提升了X%、用戶續費率增長了X%、其中服務企業包括騰訊、華為、京東等】
必要時同樣可以采集甲方客戶圖片提高數據的真實性，讓面試官知道你切身處地的把產品落到實處。
2. 用戶反饋與迭代
除了數據分析以外，收集用戶反饋同樣是交互設計師必備能力。
沒有任何一款產品是完美的，產品永遠會跟著用戶需求與市場發展不斷迭代。
在作品集中我們可以通過數據展示與用戶反饋分析后進一步論述產品下次功能迭代。
這樣不僅僅能夠對產品數據進行總結分析，同時還展示自己對產品理解與思維的前瞻性。
例如：【XX功能在業務流程中特別重要，但是轉化率很低，通過數據分析與用戶反饋后，發現該功能放置的位置比較隱蔽，用戶經常需要花費精力去查找入口，因此下一步迭代我們會根據用戶反饋對功能重要程度進行排序，然后進行位置調整】
又或者是生活在VUCA時代的我們，用戶隨著互聯網科技發展，對業務需求發生了轉變，為了滿足用戶需求，產品也必須隨之迭代，增加XX功能以滿足用戶需求，提升用戶留存。
同學們可以根據自身的產品數據與反饋進行設計，只要能適當體現自己對產品的理解以及未來規劃即可。
六、最后總結
作品集的撰寫就像是寫故事一樣，需要讓面試官清晰明了的知道故事的開頭、過程以及結尾。
蘇杰老師說過一句話“人人都是產品經理并不是說每個人都能成為產品經理，而是我們天生就具備察覺產品的好壞，可以通過鍛煉去提升對產品用戶體驗的能力?！?/p>
當我們在撰寫作品集時把它當成是自己的一份產品，去思考如何讓用戶更快、體驗更好的接收我們想要傳達的信息，把每一部分內容信息串聯起來，言簡意賅，相信最后一定會在眾多佼佼者中脫穎而出。
以上，就是這篇文章想跟大家一起去學習探討的內容，看完后覺得有幫助的同學趕緊去修改自己的作品集，一起卷起來吧。
本文由 @北沐而川 原創發布于人人都是產品經理，未經作者許可，禁止轉載。
題圖來自Unsplash，基于CC0協議
作者的這篇文章很有用呢，每一部分寫的很詳細，點贊點贊
所有事情都應該有因果關系，沒有產品背景介紹的作品就相當于無病呻吟