B端互動設計師的工作流程和方法（一）

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

下面我將基於自己的經驗，圍繞

B端互動設計師的工作流程、B端和C端的差異、給B端設計師的建議

三個方面，為大家慢慢講解。

B端互動

設計師的工作流程

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

其實B端和C端的設計流程大同小異，都可以拆分成

設計前

、

設計中

、

設計後

三個階段。

設計前：

1、需求調研

什麼是需求調研？

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

B端和C端有什麼不同？

（1）設計目標不同

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

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

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

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

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

給B端設計師的建議

（1）主導設計，培養調研能力

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

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

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

合理選取訪談物件

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

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

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

訪談中的注意事項

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

整理訪談記錄

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

2、PRD評審

什麼是PRD評審？

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

B端和C端有什麼不同？

（1）評審參與人員不同

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

（2）評審內容不同

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

（3）評審的重要性不同

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

給B端設計師的建議

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

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

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

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

（3）評審後做好規劃，充分利用時間

評審結束後，推進產品經理儘快解答遺留問題，完善PRD文件。遺留問題較多時產品經理可能發起二次評審。不管怎樣，儘早確認PRD可以給設計和研發留出更充裕的時間。儘早瞭解專案規劃，跟產品經理確認設計交付日期。多個專案並行時應先確定優先順序再開展工作。工期緊張時可以先著手一些已經確認的需求，或者做一些競品調研等準備工作，充分利用時間。

3、競品調研

什麼是競品調研？

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

B端和C端有什麼不同？

（1）調研難度不同

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

（2）調研重點不同

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

（3）調研頻率不同

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

給B端設計師的建議

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

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

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

競品調研時可以瀏覽競品官網，瞭解競品的業務範圍、產品亮點、公司情況等。試用產品demo，瞭解產品的功能架構、頁面佈局、互動形式等，分析其優缺點。對於不提供demo的產品，可以在官網搜尋它的產品操作手冊或者幫助文件，一般會有對產品功能的詳細介紹、截圖、影片資料等。聯絡銷售給你發一些產品介紹PPT，有些銷售還會來公司演示，這些都能為設計提供一些方向性的指導。

搜尋原型素材或設計作品

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

從其他領域汲取靈感

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

多和同行交流

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

注重英文的學習

英語不僅是一門語言，也是開啟國際化的大門。國外有很多優秀的B端產品、優秀的設計類網站和設計教程、設計類的專業書籍，學好英語不僅可以更好地做競品調研，還能獲取到國外先進的設計理論，優質的設計素材和資源，幫助設計師開啟眼界，自我提升。大家可以在瀏覽器內安裝英語翻譯外掛，我推薦Chrome外掛“側邊翻譯”，滑鼠劃詞自動翻譯，瀏覽英文網站so easy；另外推薦大家一個國外網站G2（

https：//www。

g2。com/

），可以搜尋某個產品的競對產品，如圖所示越靠近右上角的區域代表該產品在行業內越領先。

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

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

以上為設計前期的流程：需求調研、PRD評審和競品調研。如果大家還有其他問題，或者有不同的想法和觀點，歡迎留言一起交流。下篇文章我將為大家講解

設計中（互動方案設計、設計評審、技術評審）

和

設計後（研發跟進、設計驗收、反饋收集）

的流程和工作方法，盡請期待~

關於我們的設計團隊

也許是特別的緣分，我加入了GrowingIO這個可愛的設計團隊。多元、包容、有愛，每個人都無私地分享著自己的經驗和知識。2021年Q3，我們決定建立自己的自媒體賬號——GIO Design ，把我們在

B端的設計經驗和方法

、在

資料分析

、

資料視覺化

方面的知識分享給大家，幫大家解決一些工作中的實際問題，讓大家少走一些彎路，少踩一些坑，同時把我們摸爬滾打的成長經歷記錄下來，這將是一件十分有意義的事情吧。

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

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