大家好，我是陳小喵，一名今年年初剛剛轉型B端的交互設計師。之前一直從事C端交互設計工作，沒有受過傳統(tǒng)B端設計方法的“熏陶”，我在項目實踐中慢慢摸索出了一些B端設計方法，希望能給你的實際工作帶來一絲啟發(fā)和幫助。

下面我將基于自己的經驗，圍繞B端交互設計師的工作流程、B端和C端的差異、給B端設計師的建議三個方面，為大家慢慢講解。

B端交互設計師的工作流程

相信很多同學會好奇，B端交互設計師的工作流程是怎樣的呢？

其實B端和C端的設計流程大同小異，都可以拆分成設計前、設計中、設計后三個階段。

設計前：

1、需求調研

什么是需求調研？

產品經理撰寫PRD之前，一般會進行需求調研，旨在了解業(yè)務背景、挖掘需求痛點。需求調研的方式有很多種，如客戶拜訪、電話訪談、問卷調查、輪崗實習等。

B端和C端有什么不同？

（1）設計目標不同

這就要從B端的設計目標說起。在設計目標上，B端和C端是有差異的。C端服務的是終端消費者，設計目標無非是拉新、轉化和留存，設計時要考慮如何通過設計策略引導用戶發(fā)生點擊、轉化等行為，C端設計是感性而沖動的，因此更注重產品的視覺表現、交互細節(jié)和用戶體驗。

B端服務的是企業(yè)，設計目標是為企業(yè)創(chuàng)造價值，最直接的方式就是“降本增效”（幫助企業(yè)降低成本、提升效率和效益），B端設計是理性而嚴謹的，這就要求B端設計師要更懂業(yè)務、更懂組織內部的協(xié)作方式、更懂不同用戶角色的需求痛點。

（2）需求調研的重要性不同

作為C端消費者本身，C端設計師更容易將自己代入“用戶”角色中去設計；而B端服務的企業(yè)可能來自各行各業(yè)，每個企業(yè)的業(yè)務范圍和商業(yè)模式、內部的管理機制和運營方式也不同，因此，B端設計師很難將自己代入“用戶”角色中，只能依靠調研等手段來挖掘用戶需求。

只有更深入地了解業(yè)務，對用戶價值有更深刻的理解，才能從長遠角度去規(guī)劃產品，從更高維度去思考解決方案，避免重復做無用功，也避免被客戶的“偽需求”牽著鼻子走。B端設計師需要投入更多精力到需求調研中去。

給B端設計師的建議

（1）主導設計，培養(yǎng)調研能力

建議B端設計師在時間和精力允許的情況下，盡可能多地參與到需求調研中去。你也許會問，這不是產品經理該做的嗎？沒錯，但產品經理也有他的局限性，產品經理沒有考慮到的，設計師應從不同視角對其補充和完善。設計師不能單純地依照PRD做設計，把自己定位在“執(zhí)行者”的角色上，而是應該做設計的主導者，主動去發(fā)起調研，盡可能多地收集有價值信息，這都為設計決策提供有力依據。書面上的調研方法終究是紙上談兵，唯有在實踐中不斷積累經驗，這些方法才能成為自己真正的技能。B端設計師要注重打磨自己的用研能力。

（2）掌握需求調研的常用方法——電話訪談

下面給大家介紹一種常用的需求調研方式——電話訪談。如何進行一次有效的電話訪談呢？

合理選取訪談對象

訪談對象一般為需求的提出者和利益相關者（大客戶權重會高一些），需求利益相關者涉及多種用戶角色時，盡量每種典型角色都訪談到。有些需求是客戶反饋給CSM、項目經理、技術支持等服務團隊，再由服務團隊的同學匯報上來的，這時盡可能聯系到需求的直接提出者，避免需求傳遞過程中出現的理解偏差。注意維系與服務團隊、客戶的長期友好關系，方便以后調研工作更順利地開展。

訪談前做好充分的準備工作

首先找產品經理溝通需求背景，了解被訪者所在的公司、職務及工作內容、性格特點等；其次自己做一些初步的競品調研，通過競品的功能設計反推需求，將大致的需求范圍梳理出來；圍繞已得到的信息進行思考，明確本次的訪談主題、訪談范圍和訪談目標；把大而寬泛的訪談主題分解細化成可被回答、易于被回答的具體問題，提煉出一份有邏輯性的訪談大綱。

訪談中的注意事項

正式訪談前，可以先聯系被訪者，告知訪談目標、大致流程以及所需時間，被訪者可以針對訪談內容提前做準備。訪談時要保持自信、友善、親和的態(tài)度，營造一種輕松自在的氛圍感，盡量讓受訪者暢所欲言。先從簡單的問題開始暖場，然后逐步深入。建議開放性問題和封閉性問題相結合，開放性問題能獲得更加全面、深度、有價值的回答，有時能收到意想不到的答案；封閉性問題能有針對性地了解具體信息，更容易得到被訪者的真實觀點。不要過多糾結交互、視覺等細節(jié)內容和被訪者講述的解決方案，而是把重點放在業(yè)務場景的分析和業(yè)務需求的梳理。

整理訪談記錄

訪談的過程可以錄音，可以使用飛書文檔一邊訪談一邊做記錄，避免漏掉有價值的信息。訪談結束后，不要忘記整理訪談記錄。這個記錄可以放在設計稿中作為參考文件，便于上下游同學了解業(yè)務背景，也便于日后對設計初衷進行回溯。

2、PRD評審

什么是PRD評審？

PRD評審即產品的需求文檔評審，大家在會上對需求進行討論，評估需求的合理性，明確需求邊界，細化需求粒度。

B端和C端有什么不同？

（1）評審參與人員不同

C端的PRD評審通常在產品團隊內部進行，評審結束后由負責的產品經理和設計師直接進行需求溝通；B端的PRD評審一般會邀請設計師和產品團隊其他成員一同參加。

（2）評審內容不同

C端需求對接，產品經理只需講解清楚業(yè)務邏輯、業(yè)務流程、需求目標即可；B端評審時大家針對業(yè)務背景和目標、商業(yè)價值和用戶價值、業(yè)務流程和邏輯、需求調研和競品分析結果、用戶故事、需求優(yōu)先級（產品MVP）等進行討論，還要考慮新增功能的權限問題、新舊系統(tǒng)的兼容問題，這其中可能還會涉及到很多技術層面、行業(yè)領域內的專業(yè)知識。

（3）評審的重要性不同

C端業(yè)務需求相對簡單明確，需求對接不會耗費太多時間，設計師會把工作重點放到后期的競品調研和方案設計中去；B端業(yè)務需求復雜，理解成本較高，需求評審環(huán)節(jié)至關重要，設計師和產品經理在需求討論階段會耗費比較多的精力，如果前期需求調研和競品分析做得充分，后期方案設計是水到渠成的事情。

給B端設計師的建議

（1）提前通讀PRD，帶著問題去評審

PRD涉及到大量專業(yè)知識時，提前對不懂的專業(yè)術語、知識點進行桌面調研。比如在做【歸因分析】模塊時，我會先了解一下什么是歸因分析，歸因分析適用于哪些場景，能帶來什么樣的業(yè)務價值，歸因模型是什么，每種模型有什么區(qū)別等等，在對專業(yè)知識有一定了解之后再聽產品經理講解PRD，能加深對業(yè)務的理解。提前對文檔中不理解的內容進行評論標記，方便會上和產品經理討論。

（2）評審時保持專注，積極提問

評審前調整好精神狀態(tài)，別因為瞌睡錯過了關鍵信息。PRD中可能有不合理的偽需求，有需求模糊和不明確的地方，有邏輯不嚴謹的地方，設計師需要高度集中注意力，認真思考，把所能發(fā)現的、所想到的問題大膽拋出來，和大家一起討論。需求的業(yè)務價值和用戶場景越明確、需求顆粒度越細，設計方案時的阻力越小。

（3）評審后做好規(guī)劃，充分利用時間

評審結束后，推進產品經理盡快解答遺留問題，完善PRD文檔。遺留問題較多時產品經理可能發(fā)起二次評審。不管怎樣，盡早確認PRD可以給設計和研發(fā)留出更充裕的時間。盡早了解項目規(guī)劃，跟產品經理確認設計交付日期。多個項目并行時應先確定優(yōu)先級再開展工作。工期緊張時可以先著手一些已經確認的需求，或者做一些競品調研等準備工作，充分利用時間。

3、競品調研

什么是競品調研？

通過研究競品在功能、交互、視覺等各方面的解決方案，給設計提供更多思路和參考。在設計方案之前，建議先進行充分的競品調研。

B端和C端有什么不同？

（1）調研難度不同

C端競品數量多，普通用戶也可下載使用，調研門檻低；B端產品需要付費才能使用，產品私密性強，很多是企業(yè)自主研發(fā)，不對外公開，做調研的門檻高。

（2）調研重點不同

競品調研可以根據具體需求，有針對性的進行。C端調研時更關注產品的設計策略、交互形式、視覺效果等細節(jié)問題，同類型功能的產品差異性不大，解決方案大多情況下可以套用；B端調研關注產品的功能范圍、業(yè)務邏輯、頁面布局和操作流程等，其次才是交互細節(jié)、視覺表現。B端解決方案不能盲目套用，還要考慮競品的業(yè)務模式、產品定位跟我們是否相符，現有的系統(tǒng)架構、產品邏輯和技術實現方法是否支持。

（3）調研頻率不同

C端產品迭代速度快，除項目需求外，定期進行調研必不可少，部份公司的產品和設計師們每周會對競品做一次研究和內部分享，對競品新上的功能點、近期運營活動、體驗細節(jié)等做分析；B端競品調研一般跟隨項目進行，產品經理也會定期對競品的戰(zhàn)略部署、大的發(fā)展方向等做全員性的分享，可能每個月或者每個季度一次。

給B端設計師的建議

（1）掌握花式競品調研方法

眾所周知B端競品調研難度大、渠道少，那么有哪些方式可以獲取競品信息呢？我總結了一些方法。

試用產品demo，閱讀官方幫助手冊，聯系銷售獲取資料

競品調研時可以瀏覽競品官網，了解競品的業(yè)務范圍、產品亮點、公司情況等。試用產品demo，了解產品的功能架構、頁面布局、交互形式等，分析其優(yōu)缺點。對于不提供demo的產品，可以在官網搜索它的產品操作手冊或者幫助文檔，一般會有對產品功能的詳細介紹、截圖、視頻資料等。聯系銷售給你發(fā)一些產品介紹PPT，有些銷售還會來公司演示，這些都能為設計提供一些方向性的指導。

搜索原型素材或設計作品

競品調研時可以參考同類型業(yè)務的原型素材，可以和同行小伙伴們置換原型，可以從萬能的淘寶購買原型資料。通過搜索關鍵字的方式從Dribble、站酷、Medium、Quora、人人都是產品經理等網站搜索相關的設計師作品或知識輸出，都能汲取到設計靈感。

從其他領域汲取靈感

即使找不到業(yè)務范圍相近的競品，還可以從其他領域中汲取靈感。我在做側導航的收起功能時，就參考了Confluence和飛書文檔的設計，雖然我們公司和這兩款產品的業(yè)務范圍完全不同，但像這種通用性的功能，完全可以借鑒不同領域的競品。多留意我們能接觸到的B端產品，如釘釘、飛書、OA等企業(yè)辦公類軟件，Tower、Confluence等協(xié)作軟件，友盟、Google Analytics等數據分析產品，Moka、?？偷日衅赶到y(tǒng)，Gmail、Workmail等郵箱系統(tǒng)，淘寶店鋪、微信公眾號等后臺系統(tǒng)，就連出門吃飯時都可以留意一下餐廳的點餐系統(tǒng)、結賬系統(tǒng)，沒準哪個就能幫助你解決實際工作中的問題。

多和同行交流

人多力量大，多問問身邊的同事、同行朋友，可以擴展自己的競品清單。加一些設計交流群，參加設計師線下活動，報一些B端設計培訓課程，不僅能結識更多小伙伴，老師也會分享很多資料大禮包，大家資源共享，還能快速獲取到行業(yè)內的最新信息。別不舍得交學費，如果花錢能換時間和價值，那這錢就花得很值。

注重英文的學習

英語不僅是一門語言，也是打開國際化的大門。國外有很多優(yōu)秀的B端產品、優(yōu)秀的設計類網站和設計教程、設計類的專業(yè)書籍，學好英語不僅可以更好地做競品調研，還能獲取到國外先進的設計理論，優(yōu)質的設計素材和資源，幫助設計師打開眼界，自我提升。大家可以在瀏覽器內安裝英語翻譯插件，我推薦Chrome插件“側邊翻譯”，鼠標劃詞自動翻譯，瀏覽英文網站so easy；另外推薦大家一個國外網站G2（https://www.g2.com/），可以搜索某個產品的競對產品，如圖所示越靠近右上角的區(qū)域代表該產品在行業(yè)內越領先。

G2-Mixpanel產品的競品分布

（2）調研結果落實到文檔

競品調研后，建議大家不要偷懶，將調研結果落實到筆頭，形成結構化的文檔輸出。不要忽略寫調研文檔這個過程，一來能激勵我們更仔細認真的進行調研，在總結對比的過程中加深印象、發(fā)現洞察。二來可以共享給組內成員，形成知識沉淀，方便以后查閱。

以上為設計前期的流程：需求調研、PRD評審和競品調研。如果大家還有其他問題，或者有不同的想法和觀點，歡迎留言一起交流。下篇文章我將為大家講解設計中（交互方案設計、設計評審、技術評審）和設計后（研發(fā)跟進、設計驗收、反饋收集）的流程和工作方法，盡請期待~

關于我們的設計團隊

也許是特別的緣分，我加入了GrowingIO這個可愛的設計團隊。多元、包容、有愛，每個人都無私地分享著自己的經驗和知識。2021年Q3，我們決定建立自己的自媒體賬號——GIO Design ，把我們在B端的設計經驗和方法、在數據分析、數據可視化方面的知識分享給大家，幫大家解決一些工作中的實際問題，讓大家少走一些彎路，少踩一些坑，同時把我們摸爬滾打的成長經歷記錄下來，這將是一件十分有意義的事情吧。

GIO Design，一支小而美的B端數據產品設計團隊。

如果喜歡，就關注我們吧。

文章中所有觀點均為團隊成員的經驗總結，如果有不準確、不完善的地方，歡迎大家指正，一起切磋交流~