轉行B端,設計師快速入職指南

0 評論 1958 瀏覽 10 收藏 19 分鐘

作為新轉行入的B端設計師,應該對這個職業的一些相關內容不是很了解吧!那就認領下面這篇文章吧!這是筆者自身整理出來的一份入職指南的內容,或許對你有幫助哦!

大家好,我是阿琦Aqi。我以前是一個C端設計師,2012年的時候進入了華為外包,開始了B端的職業生涯。結合近10年的B端設計實踐和經驗,我梳理了一下C端、平面設計師轉為B端設計師所遇到的問題和挑戰,幫助大家快速了解B端設計師及設計流程。

C端或者平面設計師轉行B端設計師后,肯定會有很多的不習慣,我先簡單的介紹一下B端。

一、認識B端

第一是媒介形式的不同。如果C端以手機為代表、平面以紙質廣告和戶外廣告為代表的話,那么B端產品的主要呈現媒介是PC端或者是大屏,包含本地客戶端和網頁。

第二是面向用戶不同。B端產品主要面向的是企業用戶,企業通過B端平臺來管理用戶,運營和維護自己的商業活動。

第三是社會發展現狀的需要。如果是前10年是移動互聯網化,那么這10年就是企業互聯網化。正是有了前10年基于移動端的技術和用戶根基,企業互聯網才發展非常迅猛。同時,越來越多的企業都意識到降本增效的重要性,都開始對既有的業務進行改造升級,以減少人力成本。

二、B端的特性

2.1復雜性

如果說C端是在解決一個問題,那么B端就是解決一堆問題。

你打開一個B端平臺,會發現很多的業務,你隨便點開一個業務,會發現有很多的功能。然后這個時候你有點崩潰了。不夸張的說,一個中等的B端系統有幾百幾千個功能是非常常態化的。

B端的復雜性還跟企業主體有關,每個企業的流程、業務即使完全相同,也會在審批、權限、角色等方面不盡相同。

B端的復雜性,要求產品或者交互設計師能夠清晰地梳理業務邏輯,并將業務流程化、可視化。

2.2 B端的專業性

B端系統是專業的、垂直的,他是以企業的業務為基礎的,旨在解決企業業務中的各種問題。

2.3 B端設計的誤區

追求極致的用戶體驗。B端設計的目的首先是達成任務目標,切不可一味的追求用戶體驗。

以“你”為中心的用戶視角。B端的用戶涉及到管理員、使用者、操作者,用戶體驗存在于各個角色之間,不同的角色,使用習慣和路徑存在差別。你可以沉浸式的去體驗每個角色之間的差別,切不可用“我覺得”去設計,一定要基于數據和業界既有經驗的參考。

三、如何快速熟悉B端產品

3.1借助產品經理快速熟悉和融合業務

剛入職,一般更多的是熟悉,團隊領導也不會立即馬上讓你接手一個大的項目。所以在入職1-2周內,你需要把所在設計部門接觸到的產品的B端平臺先熟悉起來。表面上看1-2周的時間比較的長,其實很快就過去了,你需要有側重點、有路徑、有方法地去安排熟悉產品的計劃,否則兩周過去了,你可能才了解產品的冰山一角。

B端系統的龐大,決定了B端設計的復雜。如果想成為一名優秀的B端設計師,那么請你多跟產品喝喝茶,跟業務方聊聊天,在B端路徑的前沿就要想著把需求了解清楚了解透徹。

產品經理掌管平臺大小功能,基本上對平臺的脈絡都很清楚。借助于產品經理的幫助,你可以比較快的了解到產品經理負責的模塊和業務。

一般入職后,產品經理會跟你全盤都陳述一下,所以你要抓住這次機會好好了解,后面可能就比較少有這么全面的一對一指導了,因為他們可能覺得你已經都懂了。

3.2借助測試人員跑通整個平臺功能

第一,平臺功能和業務可以詢問測試人員。對公司產品第二熟悉的應該是測試了,測試人員在測試過程中可能都連一個角落都不放過。從每一次上線版本功能的跑通,測試用例的編寫,到平臺Bug的提交,測試對整個平臺算是非常熟悉了。所以你想了解平臺功能,也可以找測試人員幫忙。

第二,通過測試賬號快速了解平臺功能。你可以跟測試人員要一個線上環境的賬號和測試環境的賬號。線上環境的賬號是真實的發布后的效果,測試環境可能包含尚且沒有發布的版本,屬于內部最新的環境。

第三,分角色帶入式體驗平臺功能。B端跟C端不一樣,C端可能最終呈現就是手機,而你就是直接用戶。但是B端不一樣,他存在于商業路徑上的各個角色中,所以如果允許的話,最好要一個超級管理員賬號,可以查看到所有功能。

按照不同的角色,將自己帶入,感受當前角色下的功能。

第一遍帶入體驗,你可以漫無目的的查看當前角色下的功能,以增加對他的熟悉。

后面需要我們有目的的去查看。譬如我們想實現業務中的某一個功能,那么我們看看如何操作、如何到達、過程中有沒有覺得可以進一步優化的地方。

如果有充分的時間,你也可以多跟測試人員溝通,了解測試用例,把測試用例跑一遍,以更深入的了解到平臺功能。

四、參與B端項目立項

B端產品設計師,在入職后拿到的第一個相關的設計,可能是平臺某一個版本的迭代升級,也可能是大平臺中的一個功能。

項目立項,一般是產品經理牽頭,約一個會議室,然后組織項目經理、交互設計師、視覺設計師、前端開發人員、后端開發人員、架構師等進行參會討論。會議上,產品經理會把本次開發的版本需求進行陳述 ,明確版本上線的功能,然后讓各個部門協助評估工時和人天。

即使是新入職的設計師,我們在前期對產品進行熟悉后,在接到這種小版本需求的時候就不用感到很緊張了。會議后,產品經理會拉群把需求發到群里給大家詳細查閱。我們需要根據需求文檔,看一下需求稿轉化成交互原型、再到視覺效果圖、切圖以及上線前的還原度走查所需要的時間。

設計師要求:評估工時。需要你準確給出設計所需要的時間,別忘了把切圖和還原度的時間也算上去。還原度是最重要的事情,需要的時間可能會占設計時間的二分之一。假設你評估當前版本需求視覺設計需要6人天,那么提供切圖1人天,還原度走查3人天,總共視覺設計需要10人天。

五、項目啟動及設計任務開展

項目啟動后,可能是新的版本需求,如果之前的平臺功能沒有類似功能或者之前的操作體驗非常不好需要優化,我們可以展開腦暴,從自身產品出發,如果想實現類似的功能,應該怎么設計。多腦暴出幾個交互設計方案以達到目的。

再腦暴出2-3個設計方案后,我們可以去查看友商的相似功能的操作。有什么優點和缺點?有沒有更加直觀?操作有沒有更加便捷?對比友商平臺后,我們再反過來看一下自己的想法,進行優化和調整。對比競品的目的:一是吸取對方的優點,二是保留主流的、用戶形成習慣的操作,避免用戶犯錯。

設計過程中,對既有的平臺組件庫你可以加以利用,對新的操作行為你可以進行創新。我們一定要以業務功能實現為目的,在開發能力、項目開發周期允許的范圍內進行設計,不可過分追求完美主義。

六、設計評審

6.1 交互設計評審

首先要評審的是交互原型。交互設計師需要組織評審會議,定好會議室,通知項目經理、產品經理、前端開發人員、后端開發人員、架構師等參會。

交互原型是比較重要的一環,如果產品經理提供的需求文檔是文字需求的話,這里的交互原型就可以清晰地看到文字轉化為可視化圖形了。

交互原型中,你可以清晰的看到頁面跳轉邏輯、不同功能劃分。交互設計師可以根據需求文檔對每一個功能點進行操作演示和陳述。參會人員有不懂直接提問,交互設計師進行解答,解答過程中記錄下需要修改的地方。

交互設計師在某一個功能點尤其是新的功能點進行陳述的時候,可以截取部分競品加以對比,展示出自己在設計中做出的優化。這么做的好處:一是讓開發等相關人員了解競品情況,第二是給設計提供有力的支撐以促使評審順利通過。

第一次的評審可能占用的時間比較多,如果修改比較大可以再組織第二次評審,如果比較小,可以單獨找相關人員直接溝通和確認。

評審技巧

1、交互設計師在評審過程中盡量保持黑白色設計,不用加以顏色修飾,避免顏色修飾給其他人造成干擾,因為我們此次評審的目的就是功能實現和操作體驗。

2、交互設計師可以在評審會議召開前找相關人員進行提前溝通,這樣做的好處可以讓大家在會議開始前就已經對設計有一定的認知,會議過程中提出的問題基本上都是小問題了,從而大幅減少開會時間,提高開會達成效率。

6.2視覺設計評審

交互原型定稿后,視覺設計師可以展開設計了。

視覺設計師和交互設計師是相通的,視覺設計師同樣需要腦暴和參考競品。因為是B端平臺,風格基本是既定的,除非是平臺非常大的改版,所以視覺設計師可以集中性的去腦暴相關功能的設計。同時,查找相關競品,了解競品在呈現、點擊觸發后的所有界面展示效果。

結合組件庫、前期的腦暴和競品參考,視覺設計師就可以進行出圖了。

視覺稿完成后同樣按照交互設計師的評審流程進行視覺稿評審。相關技巧也同樣參考交互設計師。

七、還原度走查

什么是還原度?通俗來說就是指前端開發出的頁面效果還原視覺設計稿的程度。這里通俗來說是前端人員負責界面的搭建,也不排除有部分后端人員參與界面搭建。

還原度走查這份工作,可以說是細膩的也是殘酷的,走查過程中會遇到各種揪心的甚至是言語上的沖突。

所以,
還原度走查超級技巧,請做到如下:

第一,一定要控制好自己的情緒。因為剛出來的界面效果,是前端工程師為了上線趕出來的,會跟視覺稿差很多。所以請你客觀冷靜對待,不要焦慮著急,也不要有任何的情緒反應,最重要的是不要灰心。

從開發的角度來說,實現功能和邏輯是他們主要的精力投入,不是說他們不認真,他們需要在版本上線前保證功能的正常使用。

與設計師接觸比較多的是前端工程師,和前端同學搞好關系,可以給還原度走查提供很大的幫助。

第二,還原度文檔撰寫。按照角色,按照操作路徑,有條不紊的梳理每個流程上的界面的問題,對界面進行標注,并告知前端開發人員如何修改。所有問題進行編號,記錄到文檔中。

第三,界面調整。跟前端開發人員確認修改時間,盡量讓他們留出一下午或者某一段時間用來集中性的處理你的還原度問題。前端開發人員改好發版后,你要對測試環境中的界面進行二次走查,檢查前一輪問題是否已經ok,有沒有新的問題,如果有需要再次記錄并安排修改。直到走查達到90分才可以上線,比較難的或者歷史性不好修改的問題可以迭代到下一輪版本。

第四,表揚信。走查環境過后,一定要大張旗鼓(郵件形式)地對本次走查進行郵件感謝,抄送項目相關人員,明確本次走查分數,修改問題多少,已解決問題多少,需要下次版本協助的問題是什么。這是軟件或者開發質量管理的流程,也是對其他人員參與幫助的感謝。

八、項目之外的自我提升

8.1交互層面

可以每天抽30分鐘,仔細閱讀優設、站酷、人人都是產品經理上的文章,保持自己的設計思維能夠緊跟時代前沿。

對于每天在app使用過程中,如果有發現什么創新的與眾不同的體驗,可以進行記錄和反思,每天的積累沒準會給以后設計的時候提供參考和幫助。

8.2視覺層面

尤其是B端設計師,視覺層面更加需要去進行探索,每天你可能接觸的比較多的都是已經定義好的視覺系統,而你每天的工作都是組件之間的堆疊,日復一日年復一年,你的設計能力可能就消退了。

你可以去查看友商競品B端平臺設計,對比平臺之間不同設計方式和方法,國內的國外的都可以。

視覺設計師最好每天也寫一下自己的設計筆記,幫助自己時刻進行設計思考。

8.3交際層面

多聊天多溝通。每個人都是信息的載體,他們或多或少都有著比自己更加豐富的精彩的經歷。我們每天的工作除了幫公司實現產品的夢想之外,我們也可以更加豐富自己的閱歷和生活。如果說公司的工作是垂直的縱向的,那么你的交際圈就是橫向的,如何在最短的時間內吸收到更多人的經驗,那就是一次次的溝通和團建。

九、總結

當你想要轉行或者已經轉行到B端設計師的時候,說明你是一個一直在努力一直在突破的設計師,面對陌生的領域,你沒有害怕而是勇往直前,這一點上你已經是成功了。

互聯網變化萬千,設計更是隨著互聯網在風起云涌間變化,這個世界最大的不變就是一直在變。嚴格要求自己,將設計進行到底。

本文由 @阿琦Aq 原創發布于人人都是產品經理,未經許可,禁止轉載

題圖來自 Unsplash,基于 CC0 協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!