2021-1-22 資深UI設計者
那些關注用戶體驗的人們經常問我一個問題：什么是B端的用戶體驗？它與C端的用戶體驗有何不同？作為一名過去5年多主要從事B端IT產品的設計師，在這里給大家講述一些我的想法。
首先，B端產品通常有2種類型：企業內部產品（Internal Solutions）和企業對企業的服務產品（B2B）。
企業內部產品的用戶體驗設計有一些獨特性：
很遺憾，幾乎所有企業內部產品或項目都被嚴格的保密協議（NDA）保護著。
絕大多B端項目都是為特定用戶提供的專門內部流程。這意味著除了那些每天盯著它用的用戶，其他任何人都可能不會看到你的設計。即使你設法獲得了將其放入自己作品集的權限，也需要抹掉所有敏感的數據才行。
不過幸運的是，大多數有足夠能力來構建自己的定制IT解決方案的公司通常規模很大，而且它們的品牌可能帶有足夠的“影響力”，這樣，項目身價得以抬高，也能讓設計師進入面試的下一步流程。
設計企業內部所用產品的優點：你的未來用戶將會是你的同事們。因此，在進行可用性研究時，你無需擔憂任何層面的法律問題。另外，由于大多數內部項目都是為了優化和改進現有的工作流程，你的用戶往往會非常愿意配合你的調研工作。因為設計不當的產品讓他們的工作飽受折磨，因此盡早獲得反饋對他們來說是最有利的。
但這其中的弊端是，由于你的同事們需要平衡全職工作，你很可能無法占用他們的寶貴時間。如果你能解決這個問題，他們通常會提供比您預期更多的反饋。
關于B2B的一些潛規則
對于C端產品，如果太丑或不好用，消費者可以拒絕使用。而B端產品即使學習成本比較高，但企業仍然可以“命令”所有員工學習這些用于開展業務的專用軟件。
B2B產品最終將出售給業務決策者，然后再推給（最終）用戶。他們更關心的是量化提升效率（efficiency）和安全性（security），同時預防錯誤（preventing errors）。大多數組織都在尋找一種解決方案來替代和/或優化現有流程。
這并不是說企業軟件不應以用戶友好為目標，但通常情況下，只要能夠實現某些被企業視為至關重要的目標，其他能省則省。對底線（bottom line）的影響有時會成為最重要的因素。
全球各大企業的用戶體驗設計領導者仍在爭奪一席之地，以證明優質設計的價值。不幸的是，許多企業的用戶體驗設計師只能在滿足業務目標、技術要求和用戶需求之間無奈徘徊。
像在大多數項目中一樣，在企業領域里，如果可以證明更好的用戶體驗可以量化地提升生產率，比如可以節省金錢，這樣你就有了一個絕佳的機會和挑戰。
如果你在B2B領域工作，可能會很熟悉“鯨魚用戶（whales）”的概念。通常，他們是帶給我們最多收入的客戶，因此在某個特定產品的路線圖中擁有極大的影響力。由于較少的鯨魚用戶簡化了需求收集和確認過程，有時你的工作會非常順暢，但不幸的是，這也可能導致你忽視掉很大一部分用戶群體的意見。
我們見過諸多“被需要”的功能看起來并不適合大多數工作流程的案例（因為這是鯨魚用戶的特性）。通常，決策只是為了“去執行”，因為銷售團隊已經在下一個版本中承諾了這一點，而這個核心客戶占產品收入的40％。這通常會使得產品對于其他用戶而言就有些隨機且不合邏輯了。
通常而言，在設計師進入管理層之前，他們很難影響到銷售團隊等強大的利益相關者的決策。潛在的利益沖突無疑是需要整個設計團隊共同去面對的，大家需要平衡產品的長期愿景和立竿見影的“快速制勝”二者之間的沖突，以便為產品提供可拓展的設計和構建道路。
幾乎所有財富500強的公司都是通過并購而成長為龐然大物的。
每一次的并購，都會將一個完全不同的系統和工作流程修補到現有的系統和工作流程中。很多開發于90年代的軟件仍在諸多大型公司中運行。盡管從概念上看，“整合一切（consolidate everything）”似乎很容易，但是協調數據庫和系統的過程著實很繁瑣，且需要足夠的時間。
B端用戶體驗的大部分工作是將用戶從一套舊版（有時是手動）的工作流程中解放出來的艱巨工作。這涉及到對用戶目標及多個系統的深入了解，需要我們列出規劃，識別冗余和協同效應，然后將其與邊緣案例相結合，以檢驗它產出的結果是否與當前操作模式的產出一致（如果不能優化的話）。
盡管過程并非總是如此艱難，B端軟件依舊比C端復雜得多，因為即使其概念是“從0開始做新系統”，其數據還是全部來自于一堆與之配套的舊系統。在系統級別上思考流程、提出正確的問題并有效記錄文檔的能力是此類項目中最有用的技能。
我不是開發人員，所以我不知道我從Google里找的這張圖片是否是能夠準確展示典型的后端體系結構。
我所知道的是，對于每個項目來說，開發人員都會創建一個外觀相似的圖表，該圖表展示了數據的來源和去向，它非常復雜，并且在提取，存儲和推送數據時可能受到一系列限制。
大多數企業或組織需要遵循一套嚴格的政策法規，并且通常受到各種管理要求的約束。
常見的例子包括：法律/隱私要求（例如GDPR），國際化要求（例如日期格式，語言），無障礙（例如WCAG＆ARIA），安全性等等。
這些規則中的每一條都來自于某領域的專家、某類別的檢查清單（checklist）抑或是一系列更為模糊情景下的最佳實踐（這些實踐基于特定的方案和用例）。C端APP監管日漸常規化，同時，由于諸多企業或組織掌握的敏感數據極具貨幣價值，其受到的監管和審查也在不斷增加。
當然，這個問題的答案顯而易見，你的確切問題是存在第三方解決方案的，但是由于某些規則或規定，你可能根本無法使用它。
由于必須滿足很多這樣或那樣的標準，對于用戶來說，最終的設計往往不太理想，雖然乍一看可能并不明顯，但這也是歷史上許多政府軟件的設計看起來很蠢的原因之一。
與上面的觀點類似，B端產品用戶的獨特之處在于他們對變化的抗拒心理。這意味著你需要認真思考工作流程改變后的結果，諸如使用不同的顏色，或是調整頁面內某個按鈕的位置等簡單變化。
我們甚至還沒有談及信息架構。當你開始做信息架構時，卡片分類研究可能會告訴我們現有的導航設計是完全錯誤的，或是導航里的某些分類實際上應該嵌套到其他地方。不過你很快就會發現，當實際執行這些變化時，你將面臨巨大壓力。
知道何時依賴自己的研究和專業知識，何時推進，何時放慢步伐是很關鍵的，這樣你才可以避免疏遠過多的用戶。畢竟對于這些用戶來說，過去幾年的工作流程已經根深蒂固，他們需要時間、資源和指導來學習或重新學習這些系統的使用。
盡管他們可能會拒絕改變，但這絕對不代表我們作為UX專業人士就無法引領他們擁抱變化，我們要做的便是了解他們的痛點并在設計時時刻考慮到用戶的最大利益。
許多舊版的B端app產品都有一個共同點，那就是它們的信息密度非常高。
理想的解決方案也許是隱藏所有不必要的信息，僅顯示剛需的信息，但是“隱藏掉錯誤內容”的風險可能非常巨大，以致于不得不將其保留在不斷增加的的實體屏幕上。
這就容易導致打包的屏幕設計極大增加了用戶的認知負擔。而這些負擔之所以被用戶“接受”，就是因為他們必須且只能“學習”如何使用該軟件來完成工作任務。
此外，對于許多管理或監控類的產品，用并別模式查看信息進行比較和參考是非常重要的。復雜的非線性（Complex non-linear）的工作流使得界面設計更具挑戰性，因為許多選項都需要既可隨時訪問又不能妨礙其他操作。
有個很好的例子：為什么Bloomberg（上圖）的UI看起來比Robinhood（下圖）復雜1000倍？
結論便是，B端產品的界面里，需要犧牲留白空間以展示更多信息的情況并不少見，因為用戶經常需要查看更多信息以便完成更復雜的任務。
隨著公司或組織越來越依賴技術，B端產品的用戶體驗設計將成為許多公司的主要競爭優勢。
如果你具有擁抱復雜性、平衡多個利益相關方觀點，并在約束內進行創新的能力，你便能輕而易舉的殺入B端軟件設計領域。
隨著機器學習等諸多振奮人心的新技術出現，各種業務會帶著其龐大而雜亂的數據庫排隊等候。UX將站在如何產生有價值的見解的最前沿，以便弄清用戶想要從這些數據中獲取什么以及如何對其進行操作和訪問。
雖然在很長一段時間里，dribbble（追波）上的精美視覺設計仍將占有一席之地，但更繁重的任務還會落在那些不起眼的B端設計師身上：比如設計電子表格、數據集、草圖原型、投入調查以及數小時與用戶和利益相關者的交談和測試。
最終出現在用戶面前的內容可能并不完全整潔和簡單，但請你相信，在成為備受矚目的明星B端產品前，其每一處基準點都經過了UX設計師的嚴格審查。我們的用戶已經全力以赴地使用這些產品努力工作，我們的產品也通過清除一些障礙來減輕用戶的負擔，這已經很不錯了。
翻譯：April.H 審校：戴貓子 | UXRen翻譯組 #366譯文
作者：Yichen He
原文標題：《Designing for enterprise vs. designing for consumers》
藍藍設計( paul-jarrel.com )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務
