篇首語
對於很多設計師來說，遇上B端產品都是一件讓人感覺頭痛的事情。我從16年開始進入現在的公司，到現在做了很多的後臺產品(ERP，CRM，SAAS，OA等等)，有的產品是從無到有，有的產品是在原有的基礎上更新，相對於C端產品，我在過程中深刻的體會到了視覺設計在後臺產品中作用的有限性。
當然從一個設計參與者的角度來看，B端後臺的產品並沒有直接面向消費者的ToC產品那麼的“火光四射”，但是B端產品對於設計師＆產品經理都有更高的能力要求，能夠從容的在各種B端產品中來回穿梭的人必須要有更強的業務邏輯理解和規劃能力，後臺類產品設計過程中的大方向是可以借鑑並複製的，但是對於細節的拆分、功能的規劃，卻又截然不同。所以我把從16年到19年的感悟寫下來，希望能對一些面向後臺產品頭痛的設計師和產品經理們有一些幫助。
什麼是B端產品？
其實後臺產品更嚴格的意義講也是B端產品類型中的一種，當然細分的領域類型有很多，也分針對性。針對個人（小型團隊）的後臺產品比較容易在大眾的視線裡被看到，這一類中最常見的後臺產品就是微信公眾平臺了。
（微信公眾平臺通過管理、分析、運營，讓企業＆個人能夠更好的提高服務意識）
而另一類B端的產品則是面向企業客戶以及內部員工使用，一般除了被針對到的目標用戶，其他的用戶很難接觸到。比如OA、ERP、CRM、SAAS等。跟微信公眾平臺不同，這些名詞對於很多不處於行業中的人而言都顯得比較陌生，所以我大概解釋一下幾種我做過的平臺。
OA系統
辦公自動化(OA: OFFICE AUTOMATION)是採用Internet/Intranet技術，基於工作流概念，使企業內部人員方便快捷地共享信息，高效協同工作；改變過去複雜、低效的手工辦公方式，實現迅速、全方位的信息採集、處理，為企業管理和決策提供科學依據。企業實現辦公自動化程度也是衡量其實現現代化管理的標準。辦公自動化不僅兼顧個人辦公效率提高，更重要的是可實現群體協同工作。憑藉網絡，這種交流與協調幾乎可以在瞬間完成。這裡所說的群體工作，可以包括在地理上分佈很廣，甚至在全球上各個地方，以至於工作時間都不一樣的一群工作人員。
ERP系統
ERP是Enterprise Resource Planning（企業資源計劃）的簡稱，是上個世紀90年代美國一家IT公司根據當時計算機信息、IT技術發展及企業對供應鏈管理的需求，預測在今後信息時代企業管理信息系統的發展趨勢和即將發生變革，而提出了這個概念。 ERP是針對物資資源管理（物流）、人力資源管理（人流）、財務資源管理（財流）、信息資源管理（信息流）集成一體化的企業管理軟件。它將包含客戶/服務架構，使用圖形用戶接口，應用開放系統製作。除了已有的標準功能，它還包括其它特性，如品質、過程運作管理、以及調整報告等。
CRM系統
客戶關係管理系統（CRM）是以客戶數據的管理為核心，利用信息科學技術，實現市場營銷、銷售、服務等活動自動化，並建立一個客戶信息的收集、管理、分析、利用的系統，幫助企業實現以客戶為中心的管理模式。客戶關係管理既是一種管理理念，又是一種軟件技術。
SAAS系統
SAAS系統是一種通過Internet提供軟件的模式，廠商將應用軟件統一部署在自己的服務器上，客戶可以根據自己實際需求，通過互聯網向廠商定購所需的應用軟件服務，按定購的服務多少和時間長短向廠商支付費用，並通過互聯網獲得廠商提供的服務。用戶不用再購買軟件，而改用向提供商租用基於Web的軟件，來管理企業經營活動，且無需對軟件進行維護。
B端產品和C端產品的差異？
近兩年來，B端產品慢慢的成為了互聯網市場上的熱門。而且隨著現在互聯網市場的多樣性，C端產品有著充足的競品可以進行對比分析，前行的相對平順；而B端的產品則因為對於特有業務場景的不同、業務邏輯的複雜、數據系統的串接等等，顯得十分複雜。那二者之間都有哪些差異呢？
B端產品具有更強的銜接性
相對於C端產品用戶群體的龐大和多種類，B端產品顯得要相對專注。從16年到現在，至少我經歷的B端產品有近十種之多，每一類後臺產品都會有相對聚焦的用戶群體以及產品目標。在做B端產品之前，我對B端產品的初步理解是大而廣泛的功能集成類產品，有點類似於一個超級後臺的概念。但是實際進入到行業中接觸之後，才發現實際上對於B端產品而言，每個產品都是針對行業鏈內的某一個節點而做。
做一個比較簡單的類比：如同產品設計開發的過程中，產品經理、交互設計師、UI設計師、前後端開發、測試等，大家所需要功能都非常的多，但是使用的工具都截然不同。但是每一個工具對於產品設計開發過程中的推動意義都是關鍵的。
功能核心點的不同
實際上在2018年我做了一個很難實現的事兒，我會在每個月堅持跟行業內的兩名設計師一對一的溝通，聊一聊對於各自行業的認識。通過這個舉措我大概瞭解了很多中高級UI設計師們的想法。其實大部分的UI設計師對於未來的規劃都是比較有野心的，不管是未來想到專注視覺亦或者想要跨向交互的設計師，對於產品的業務邏輯都希望可以進一步的瞭解，參與到產品的前期規劃討論中。
但是，在談論到B端產品的時候，大部分的人又會覺得如果是B端產品還是算了吧。有一個設計師跟我說B端產品的理解成本太高了，又沒有辦法做到像C端產品那樣有具體功能的側重取捨，想要玩轉B端產品之前首先要講整個行業鏈路裡的內容都走一遍，對於很多設計師來講太痛苦了。
舉一個例子好了。
例如微信閱讀，產品的核心側重在於”閱讀功能“，而”想法管理、閱讀標註、社交分析、讀書排名“這一些功能都屬於Kano模型中的“興奮型需求---即使在期望不滿足時，用戶也不會因而表現出明顯的不滿意”。
但是同樣的情況出自於B端產品，可能就截然不同了，對於B端產品而言，功能是多而必要的。例如OA辦公系統中的“申請提報功能”，這個功能針對的根本不是針對於單一類型的用戶、單一類型的場景。而是針對很多不同崗位的用戶以及不同的提報需求場景。所以很多初入B端產品的UI設計師而言，他們認為“申請提報功能”只是一個信息輸入頁面，但是實際工作的時候卻要按照七十多種不同的提報方式去設計內容，並且根據提報需求的不同，後續還會有更多的差異化設計（附件上傳、日報提交、訂單流審批等等）
B端產品的客戶也許不是你的用戶
這也是B端產品和C端產品的一個不同。首先B端產品面向的是企業老闆，滿足企業老闆的需求，讓這一類用戶滿意才是關鍵；而C端產品面向的是個人用戶，只要做到用戶體驗十分良好並且給予一些增進用戶留存的機制就可以運營的很好。
兩者之間的差異性在於B端產品在滿足客戶的需求後，間接服務於用戶；而C端產品直面用戶。這其實就造成了B端產品在設計的過程中需要平衡“客戶”與“用戶”之間的關係，個人認為一個健康的B端產品應該是既滿足“客戶”的需求，又提升“用戶”的體驗，不然很可能會出現“客戶好評 and 用戶差評”的情況。
但是對於很多老闆而言，在同樣的產品服務之間，他們往往會傾向於付款使用服務，這其實也是B端產品設計中一個比較有趣的點。
面對B端產品應該如何入手？
很多人在設計B端產品的時候總是覺得很難受，感覺可延伸的方向有很多，卻又沒有一個十分合適的切入點。這是因為"我們距離用戶的真實場景偏離太遠，導致我們在設計中很容易理所當然的賦予給用戶大量無用的東西。偏離了用戶所需要的主要軌道。"
在我看來B端產品的設計沒有固定的功能模式，而一味的照抄競品在這一行業中其實也是非常危險的行為。大部分B端產品設計的本質其實是解決客戶在真實場景下遇到的問題，給予用戶更便捷的管理方式和更多的利益價值。
但是所謂知易行難，從一個產品的設計者（產品經理＆設計師）在產品的規劃過程中要做到以下幾點：
瞭解基礎業務流程
在這裡講的業務流程並非是單一產品的業務，而是從行業鏈路的角度上講，要真實的理解行業過程中每一個環節的過程。例如最近幾年專注的快銷行業，最起碼我們要知道從品牌商、供應商、經銷商、二批商以及門店終端以及其他各個渠道的最基礎的業務運作方式。這樣其實會讓我們在功能的思考過程中避免很多低級的錯誤。
寫到這裡其實可能有的朋友看不懂這一步的作用，例如可能會覺得，我做一個數據分析後臺，為什麼要懂全部環節的基礎業務流程呢？那我繼續做一個最簡單的類比：就如同我們對於互聯網有了初步瞭解之後，就會自然而然的明白騰訊系的產品基本不會對接支付寶，而支付寶的錢無法通過微信去支付。
功能流程歸類
這個應該不需要再多解釋了，完美的流程歸類會讓產品的需求方、設計和開發的對接方以及用戶都非常滿意。
價值體系搭建
價值體系的搭建是整個產品中最核心的點。何謂價值體系？對於B端的產品而言，客戶最關心它能為實際的工作帶來哪些便利而並非這個界面做的多麼的好看以及用戶體驗多麼棒。所以對於一個B端產品，解決問題的價值就是最好的推廣。按照實話講，從這個角度來看，B端產品的設計需要對用戶更深層次的瞭解和判斷，瞭解用戶的核心價值，圍繞核心價值搭建產品的功能以及任務優先級。
整合設計＆持續迭代＆調整方向
在設計的過程中我們是十分痛苦的。因為B端產品面向的客戶大部分都是在行業中沉浸了很多年的老闆或者相關業務部門。這種特殊的情況對我們有利有弊。好處是我們的客戶對於業務相關的藍圖十分的清晰；壞處是每一個人對於自己的業務都有更美妙的“憧憬”。
例如我們在下訪調研的過程中跟經銷商聊了一下（快消行業），不同的經銷商對於自己生意管理的方法不同，人員組成（業代、庫管、內勤）也完全不同。所以有的老闆會跟我聊一聊，有沒有什麼更新鮮或者更有挑戰性的玩法兒，能讓下面的業代收集到更多有價值的數據；有的老闆會跟我聊產品的功能太多了，手下的業代使用起來不方便，意見很大。
（門店拜訪是經銷商業代的日常工作，有的業代熱衷抄單，有的業代喜歡用APP錄入，各有不同）
所以對於我們而言，面對這種在宏觀角度上大方向一致而微觀角度各有不同的用戶群體，要學會整合和剋制。如果有了一些比較亮眼的功能或者想法，儘可能要做到小幅度快節奏的持續迭代，在迭代的過程中逐漸收集用戶的想法。
對於設計部門，在設計B端產品的過程中需要進行更嚴格的內外部評審。從功能規劃＆交互設計這一步就應該開始評審，評審交互設計的功能點有沒有遺漏？交互框架搭建的過程中是否考慮到了隨著產品發展帶來的更多功能的擴展性？修改某個功能是否會導致其他的功能出現問題？在修改交易（促銷）規則的時候是否會對現在的產品造成風險？這些都是需要進行不斷的評審、磨合、測試才能逐漸完成上線的。在這中間我們要不斷的調整B端產品設計的方向（包括產品功能的優先級排序）。
B端產品的功能設計也許並不在於亮眼，而是在於均衡和穩定。C端產品的每一個用戶都是單一的個體，通過C端產品帶來某種生活中的便捷與享受，功能規劃失敗，很可能會失去某些群體的用戶，但是可以通過迅速的功能迭代在下一輪贏回來；而B端產品上的每一個客戶(用戶)，每一個後面都有一張龐大的關係網，對於他們而言，這是生意(工作)的重要組成部分，是沒有辦法拿來冒險的。如果因為產品的問題導致客戶(用戶)出現了損失，這種客情關係是很難挽回的。
如何提升B端產品的品質？
學習成本＆感知成本
對B端產品來講，設計師在設計的時候是不需要耗費太多的思考的，只是去按照交互設計師的規劃堆砌圖表和列表。但是對於使用者來講，但是其中縱橫交錯的商業邏輯和業務邏輯卻是給用戶搭建了一個十分高的門檻。
賦予價值
賦予價值是常見的提升B端產品品質的一種方式，這裡說的賦予價值跟上文所述的“價值體系搭建”並不相同。
其實作為B端產品的設計者，我們期望通過自己的努力讓產品有更多的玩法兒、讓視覺有更多的花樣，我們期待以此來獲得用戶的認同。但是從B端產品用戶的角度來說，這些並非是他們重點關注的點。例如我們將一個進銷存軟件所有的功能都考慮清楚、所有的使用場景下都可以得到滿足，都不如通過優化流程、提升產品使用效率去將使用者給解放出來。
其實在這裡可以大膽預測一下，在未來所有B端產品的設計者都會想辦法降低用戶的使用時長，“用完即走”可能會成為未來工具類B端產品設計的一個設計原則。
降低妨礙＆功能引導
B端產品因為集成了很多的功能和信息，所以在設計的過程中儘可能合理的安排信息的佈局是非常的重要的。常見的方法是優化字段以及頁面元素，讓用戶看起來更直接，並且加入一些功能引導部分，讓用戶對於一些功能有很快的認知（這個功能是什麼＆我能用這個功能做什麼）
用戶體驗要素上說過“不管用戶訪問的是什麼類型的網站，它都是一個‘自助式’的產品。沒有可以事先閱讀的說明書、沒有任何操作培訓或討論會、沒有客戶服務代表來幫助用戶瞭解這個網站。用戶所能依靠的只有自己的智慧和經驗，來獨自面對這個網站。”
頁面清晰簡潔＆場景下保持高效
B端產品的用戶一般比C端產品的用戶要更有專業性，同時也更有耐心。但是如果我們的頁面設計的功能過於複雜或者為了豐富頁面加入很多的冗雜字段，會對用戶造成不必要的影響。
而高效則是另一個在交互設計中需要注意到的問題，高效從一個角度上講，是減少用戶不必要的操作＆頁面的跳轉，例如ERP系統中的客戶管理，在客戶列表頁修改客戶資料的時候，儘可能使用彈窗，這樣會大大減少頁面跳轉的頻率；
但是與此同時，減少頁面跳轉並不代表真正的高效，再次舉例ERP系統，所有的訂單需要按照指定的流程一步步進行操作而並非一步到位，這樣雖然頁面的跳轉增加，但是可以避免操作出錯給用戶帶來更大的困擾。
設計的一致性
當然看到這一點很多成熟的設計師可能會表面毫無波瀾，內心甚至想笑。但是實際上對於B端產品而言，需求、開發、上線，這會是一條漫長的戰線。除非是一些大公司，否則很少有設計師能只跟隨一個產品走到最後。當你兩個月之後再入手參與這個項目，你會發現你對這個產品開始陌生了。往往就會產生同一個設計師做出來的設計圖像是兩個設計師做的一樣。
堅持設計的一致性是很重要的：例如產品的交互操作（彈窗的樣式、列表頁左右功能佈局）、按鈕的不同狀態、字體大小的規範、系統導航條的樣式及位置、切換頁面的觸發等等，都屬於一致性中必不可少的因素，當產品的一致性程度較高，就可以降低用戶的學習成本、提高用戶的使用效率。
結尾
不管是面向大眾的C端產品，還是面向後臺商業鏈的B端產品，每個產品都在各自的位置上發揮著各自的價值，一款B端產品要做的不是功能的廣而全，而是能通過具體的用戶分析建立相對完整的場景搭建，在我們搭建好的場景之上給予用戶最完整的功能使用以及用戶體驗，在後期我們可以考慮通過一些比較合理的方式將用戶從漫長的產品使用中“解放”出來，給予用戶高效和自由。
另外，希望做B端產品的設計者在和需求方溝通的時候能夠想辦法提升溝通的效率，不要被需求方牽著走，也不要一味的沉醉在自己的設計中，要通過設計去輔助技術與業務，這樣才能在B端產品中最大化實現自己的價值。
CIO之家 www.ciozj.com 微信公眾號:imciow
閱讀更多 CIO之家 的文章
