第六部分：B端軟件的方向和挑戰
字數：1952，用時：4分50秒
一、B端設計暢想未來
1多端設計需求巨大
隨着多類的智能硬件的出現，考驗的是設計師對於視覺的設計能力，更加需要B端設計師對於整個產品業務的理解、切身體會使用者的效率。
2 B端設計中臺
考慮到的更多是組件化的思維，而並非大而全的設計中臺。說到組件化設計，必須要提的就是原子設計。原子設計是一種設計系統的思維方式。將一些設計元素拆解成極小的設計單位，可以是一種字體、一個圖標、一個矩形，然後將原子組合成零件、製作成模塊、搭建成模版、最後形成頁面。
對於組件化，如果是一款WEB端的產品，那對於組件的需求將會十分巨大。因爲不使用組件，面對關係複雜、頁面層級繁多、交互狀態多樣的情況下，你很難做到每一個頁面都能夠統一，因此小到組件化，大到設計中臺，是B端設計師必備技能。
3行業更加細分
之前做過IM系統的設計師，面對聊天，通訊錄、組織架構等一系列模塊已經爛熟於心，但是在嘗試CRM系統中，一套新的業務邏輯，考驗的將是設計師對於業務快速理解的能力。
4數據可視化設計
更偏向視覺設計，通常是企業定製的設計需求，有很多ToG、ToB項目都是需要爲企業定製需求，很多視覺設計師開始轉型從事這個行業。對於這類設計師而言，經常處理的是如何讓畫面看起來更加炫酷。
大廠製作可視化的利器，分享給大家：
阿里雲：DataV
騰訊雲：騰訊雲圖
京東雲：數據大屏
百度雲：數據可視化sugar
數據可視化展示相關：
GrowingIO：專注數據埋點 可以參考設計形式
神策數據：也是數據埋點可以參考設計形式
數據神器：
Tableau：功能最全的數據神器
二、六大設計挑戰
1功能複雜
數據多態、可視化選項多、管理操作、多用戶協作以及和其他軟件集成等諸多因素，B2B應用的複雜度普遍高於B2C應用。滿足需求而做出的設計決策，往往會影響其他許多需求，而其方式有時會難以預測。
解決方案：
簡化。不要將這誤認爲是簡化界面，或者現下流行的極簡UI。這是通過恰當的規劃和流程達到的簡化。無論項目週期多麼緊張，都必須在設計開始之前投入時間思考，將收集到的需求和規範進行整理。
當你對設計方案確認無誤時，直接進入PS階段，這往往爲時過早。抽點時間來理清你將要設計的產品的背景和含義。通過研究和規劃，找出所有的可能性，處理所有的極端情況。
2 基於員工心理的設計
B端用戶除了要高效完成本職工作之外，還要兼顧在組織內的其他方面，如職業發展，職業學習，職業成功。爲在職人士設計時，需要充分了解清楚他們的工作背景、流程、環境、期望、問題以及當前的解決方案。
解決方案：
設計B端應用時，理解用戶需求非常重要。不僅要了解產品相關的需求，還要了解用戶工作和職業相關的需求。與最終用戶深入交流，研究他們的領域，嘗試用他們當前的方法，這些都非常有助於培養對用戶的同理心。
端產品設計團隊的設計指導原則，是知道用戶目前遇到的困難是什麼，然後設計出方案來解決這些困難。尤其是理解用戶的長期目標。
3 降低軟件切換成本
B端用戶習慣且滿意現有的工作流程，並沒有切換到另一種產品的需要。而且即便切換，也要層層審批。同大衆消費者應用不同，B端切換成本顯然要高很多。
解決方案：
說服客戶用本品：比競品提供更多的功能。重新定義現有工作流程，使其用戶體驗有明顯的提升，更快，更好，更有效率。
生產效率、工作流程是企業最關注的事情。考慮如何設計出更快的工作流程，如何提升效率並降低成本。
4優先增加新功能
新增功能比提升現有功能體驗更優先。產品發佈以後，用戶需求就開始湧入。付費客戶會不斷要求增加新的功能，產品團隊制定繁忙的開發計劃。
解決方案：
從相關人士的角度看待問題。任何一段開發時間，無論是一週還是一個月，如果沒有用來開發新功能就基本等於捨棄了潛在的收入。讓他們明白優化產品所帶來的好處，要讓他們懂得優化遠比增加新功能可以帶來更多的收入。重點講講成功故事。
5體驗的一致性
對B端設計團隊，最大的挑戰是提高產品的用戶體驗一致性。B2B產品通常有更長的產品週期且異步運行，是分佈式團隊合作設計。
解決方案：
始建設計規範來保持產品的一致性和可拓展性。設計規範包含可複用的組件集合、清晰的設計指導。設計規範通常包括：設計指南，視覺元素，UI組件，使用和維護方法。
設計規範永遠不會100%完成，它着眼於長期，會隨着時間的推移不斷更新。
6 並非每一位設計師都喜歡B端產品設計
做過一段時間B端應用設計後，發現它無聊單調。許多來自諮詢公司或者有B2C經驗的設計師覺得B端設計缺乏激情和多樣性。做那種酷炫的微交互和動畫的機會並常有。
解決方案：
B端應用的用戶體驗旨在幫助用戶更好地完成工作。設計一個迷人的界面來吸引用戶，總是在被排在低優先級。標準化的、可預知的、所見即所得的用戶界面，最適合目標用戶。
組建B端應用設計團隊時，選擇目的和動機一致的設計師最爲關鍵。設計師的動機，應該大量來自於解決複雜的問題，看到自己的設計如何幫助用戶完成他們的工作。
第七部分：設計答疑
字數：1957，用時：4分50秒
C端產品經理，轉向B端產品會有哪些挑戰，可否給一些建議提前做準備？
答：
（1）端產品除了考慮用戶對行業/對企業瞭解更深入。對企業內使用該產品的關鍵人物更多瞭解。
（2）理解需求，考慮用戶的更上一層，抽象出用戶的角色，然後再進行取捨和判斷。
（3）功能設計時，需要往前延伸，更多地瞭解客戶的關注點是什麼，用銷售的視角進行判斷
（4）實施交付時，要考慮客戶持續使用時，需要注意的地方。
如何面試B端的產品經理，需要考量的標準有哪些？
答：
（1）過往經驗中有哪些與B端產品業務相關；
（2）能否梳理好業務的邏輯關係；
（3）是否瞭解各個環節所產生數據的應對方法，並能分析出其中所符合的業務邏輯關係；
做好一To B產品應該關注哪些數據指標？如何用這些指標指導決策？
答：一類是與業績直接關聯的指標，產品的價值高低會直接反應在業績上；一類是產品本身數據，反映用戶活躍與功能使用的數據指標。
（1）結合定性，直接去接觸客戶，從客戶側瞭解產品缺點；
（2）根據現有的產品數據，和競品對比，分析自身產品的不足；
（3）自我設限做對比，設置預期目標，看是否達到。
B端產品工作方法論和c端產品有什麼區別？
答：首先對於B端產品經理和C端產品經理而言，底層的能力要求是相似的，但是在側重點及工作方法上會有一些差異，注意體現在這兩個點上邊：
（1）B端產品是要解決一個企業的經營管理問題，與業務打交道。而c端是面向消費者的，與客戶打交道。
（2）在B端產品的產品設計過程會有較大差異，B端的設計鏈條非常長。需要做好一個完全充分的調研後，去設計一個結構化、體系化的藍圖設計，然後一步一步去把它實現出來。可以理解爲，在做事前必須先做好規劃，然後再去實施。這是和C端產品差異較大的地方
我是交互設計崗位。b端產品設計普遍都不好看，只要操作習慣就行，是不是這個樣子呢？
答：看一下現在的SaaS軟件，在交互體驗上做的真的是非常好。 10年前的一套管理軟件。基本上是拿一個幾百頁的操作手冊，看完以後，自己再去摸索，然後還不一定能搞明白怎麼用。但現在很多很複雜業務的SaaS軟件交互做的非常好。 先把應用性能交互做好了，才更容易讓人理解。而且隨時提示用戶的功能，這一塊做的非常人性化。B端產品很重視一線用戶的使用體驗。所以投入精力也會比較多。但不可否認的是，系統首先要支持業務，其次纔是交互問題。因爲首先得解決老闆的訴求，其次才解決員工的訴求，優先級永遠都是這樣子。
B端多而雜的用戶價值與產品創新的結合鏈路如何清晰化
答：B端產品本質上是解決業務問題的，而且管理軟件本身就是一個反人類的存在。B端產品是約束人的，所以肯定會讓業務人員用起來不舒服。而我們是儘量讓他用的舒服。我們可以想想，管理軟件定了那麼多的流程規範約束，就是爲了幫助公司管理，它本質上就是反用戶需求。B端產品很多時候設計的思路跟c端是完全不一樣的。所以設計人員的話肯定還是首先要解決業務問題，讓業務發揮價值。其次纔是解決一線用戶的體驗問題。假設你就是一個賣SaaS軟件或者是賣IT軟件的。肯定得先滿足老闆管理業務和員工的訴求，而不是先去解決一線員工的滿意度。
想系統學習一個B端產品，需要涉及什麼內容？
答：學B端產品，沒有看一本書，做一個項目，學一個軟件就能搞定的。 這個背後一整套的基礎學科訓練。四五本管理類、經管類的書籍，加起來就有2000頁。然後軟件的、設計的經典書籍，僅軟件工程需求分析類的就有2000頁。這都是屬於系統學習。把這些書都看完了，其實還是挺難的。只能說，出一些提煉知識後的課程，然後讓大家能夠速成一下，這個其實我不太贊成，但也沒辦法。課程在一定程度上就是速成。能幫你提煉出很多精華部分，幫助你打通思考脈絡，然後打通你的視野。畢竟在一門課程裏邊，學很多本質的東西，其實你是學不完了。那我更希望的就是能建立好這個知識前後的框架，然後再去結合工作，去挑你需要關注的部分，深入去學習。
