B端服務的人群是有特殊性的，能夠服務好這個群體，讓這部分群體覺得使用産品良好即可，或許UI的頁面設計可以不重視，但是功能的體驗必須要重視。本文更多的是從功能體驗方面提升用戶的使用效率，從而提商戶戶使用産品體驗。

一、B端産品的産品産品形态與用戶群體

1. 産品形态

B端産品的産品形态大緻可以分為APP、WEB後台、接口端這三種。

以美團外賣舉個栗子，美團外賣商家APP、美團外賣商家網頁版、美團外賣OpenAPI，這一美團外賣系列的産品，針對不同的場景而設定的産品形态。其中美團 美團外賣OpenAPI是專屬于B端産品，C端用戶不具備開發能力，所以不會使用接口形式的産品。

2. 用戶群體

B端産品的用戶群體相對來說是特定的人群，還是以美團外賣商家版為例。 美團外賣商家版的針對的用戶就是商店老闆、收銀、門店管理者等，可能商家的種類各有不同，但是實質的就是商家的管理人員。普通小店可能就是老闆本身，大型連鎖可能是店長或專門負責外賣類的員工。所以隻需要要服務好這一類型的人群即可。

這僅僅是普通的商戶，還有一種特定的群體，叫做服務商。例如餐飲管理系統的企業，這類型的服務商是需要将美團外賣的産品接入到他們自身的管理系統的，隻能是通過接口的形式進行整合。所以接口是單獨為這一類型的用戶而定制。

以上是對B端産品形态和用戶群體的簡單的介紹，下面将主要是基于用戶形态和用戶群體的特征，講述如何提升産品體驗。

二、如何提升商戶後台産品體驗

1. 深入了解使用場景

在設計B端産品的時候，設計的需求經常與用戶日常操作不一緻，導緻用戶覺得這個功能産品不好用。為什麼會經常發現這種情況，原因是我們在設計産品時，不夠了解用戶的操作習慣和業務流程。

舉個栗子：服務商在運營後台就可以完成整個商戶的錄入操作，采用的批量導入EXCEL表格的形式，将商戶信息進行錄入操作，導入完成後扔需要服務商通過商戶号進行相關資料的上傳。這個設計原意是為了讓服務更加快速的導入商戶，節省時間。但是經常一段時間使用後，發現服務商使用這個功能時，每次導入都是隻導入一條數據，并且導入完成後，經常詢問客服如何導入資質。

而服務商實際場景卻是在地推過程，完成商戶錄入的過程，所以每次隻會錄入一個。而批量導入的場景是在服務商進行遷移的商戶的時候才會使用的到，所以常用的功能是單個商戶錄入是日常使用的。而最終的優化方案是保留原有的批量導入功能，新增一個單商戶錄入功能，整體錄入包括商戶信息和資料同時錄入。

因為B端服務就是特定的人群，所以使用場景方面會比較複雜，在做方案設計時，應該盡可能是和商戶進行溝通，了解實際的使用場景，類似于C端産品的用戶調研，隻不過這個調用的用戶是明确的，調研的是使用場景。如果是内部系統，必要的時候可以進行輪崗，到使用功能的部門實際體驗一下該部門的日常操作流程。

2. 一鍵完成

B端産品講究的是效率，讓原本複雜的、繁瑣的流程交由程序處理，這樣可以很大程度的減輕用戶的重複工作的壓力，但并不是簡簡單單的将線下的流程整體的搬運到線上。所以大多情況下，能夠一鍵完成的功能，不需要分開幾步進行。

例如風控部門定期需要将上遊的風控數據下載下來（未提供查詢接口），然後與系統中信息進行匹配。匹配完成後需要将匹配中的信息發給對應商戶，這項工作基本是每天都需要重複做的。

那麼此時會将制定一個導入的功能，系統将會自動匹配出風險商戶。然後根據商戶預留的信息，将風險的信息發送給商戶郵箱和風控部門郵箱中，風控可以根據此類信息進行操作。

如果風控可以根據風險級别進行劃分處理，那麼系統還可以自動幫風控部分處理這部分的工作，風控隻是接收并核對結果即可。而這過程中，風控僅僅需要做的是從上遊下載風控數據，然後進行導入到系統中即可。

3. 扁平化交互頁面

在提升用戶體驗方面，很重要的一點就是降低用戶的操作難度，使用戶能夠快速的使用産品。B端産品雖然交互上的整體要求沒有C端那麼高，但是最起碼需要做到的是每一個功能點能夠清晰明了的展示，并且讓用戶知道每個功能按鈕或頁面的使用意圖。

不然一個産品功能很強大，但是用戶卻找不到入口，或者功能入口需要經過九曲十八彎才能進入，每一次進入都像是走一遍迷宮。對于用戶來講，是多麼痛苦的一件事。

所以在設計B端産品頁面時，盡可能使整個系統扁平化，頁面層級最好不要超過三級，超過三級需要用戶通過大量的記憶點才能找到，而不能清晰明了的知道相應功能的頁面或者按鈕在何處。對于新用戶來講，操作更加困難。必要的時候，還可以編寫相關的操作手冊提供給用戶使用，方便查閱相關的功能使用方法。

三、如何提升接口端體驗

1. 接口定制化場景

B端産品由于針對的群體的特殊性，所以需要定制化的場景（即個性化需求）會特别的多。擁有開發能力的商戶， 個性化需求會更多一些，因為他們也有商戶定制化的需求，會将這部分的需求轉嫁給上遊。

而我們一般要做的是，在性價比最大的情況下，盡可能的覆蓋商戶的所有的場景，包括普通的和個性化需求。而個性化需求是可以作為一個賣點，出售給商戶的。個性化需求往往附帶的是對于産品的改動是比較大的。

衆所周知，阿裡巴巴是一個B端的公司，而他的商戶基數是如此的龐大，個性化的需求肯定隻多不少，為了适應市場的發展的，所以他們提出了中台的概念。這個中台就是為了适應B端的商戶各種個性化需求而存在的。而目前很多公司都是在仿照阿裡開發各自的中台。

但是一般的企業沒有相應的人力、物力仿照阿裡研發中台，但是可以做到的是，盡可能的将自身的接口最小化。基于此可以對外開放更多的接口給商戶使用。有能力的商戶可以根據自身的場景自由的聚合接口，達到自身的需要。而一般的商戶，可以設計聚合産品售賣給商戶，提供的服務費用則更多。

有一個典型的案例：一個将聚合做到極緻的平台ping ，名字和ping多多很像，ping 是一家聚合支付服務商，公司的slogan就是7行代碼接入支付。

一個API接口囊括了所有的支付類型，将主流的支付産品都進行聚合了。這麼多可以使商戶便捷的接入支付，服務的更多是中小商戶，對于有能力開發的大商戶，更多是希望将主動權掌握在自己手中，可以根據自身場景定制化産品，同時服務費方面相對來說會比較便宜一些。

2. 接口兼容性

接口兼容性方面主要是在優化升級時，需要重點關注這些接口都有哪些商戶正在使用，改動時應盡量的兼容舊邏輯，避免商戶端出現無法使用該功能的問題。如果出現确實無法兼容原有邏輯，那麼需要及時的通知商戶，給商戶預留時間進行改造，商戶端改造完成後，再進行上線優化。這樣就避免突然上線，商戶端尚未兼容完成，導緻功能不能使用，給商戶造成很大的損失。

如果某個接口需要新增字段時，盡量将這個字段設置為非必傳參數，需要用到的商戶可自行上傳，通過是否上傳這個參數，來進行判斷商戶是需要調用的哪個業務，而新增的這個功能也不會影響存量商戶的使用。

3. 靈活配置

除了對接口兼容性和處理好定制化需求以外，針對特殊的功能可以進行單獨配置給某些商戶使用或者可以排除部分商戶不使用該功能。這麼配置的好處就是可以更好的針對商戶進行服務，可以提高商戶整體的使用流暢度。

例如有一個針對所有的商戶校驗商戶信息的功能，這個功能是在商戶錄入的時候進行的，系統需要根據商戶上傳的數據進行判斷，。需要強制商戶上傳相關資料。在溝通的過程中，發現有部分商戶未能在規定的時間内完成改造，這部分商戶又是優質的商戶，上線通知已發給所有的商戶，所以單獨針對這部分的商戶進行單獨配置，他們暫時不需要強制校驗是否上傳資料。

四、總結

B端的産品與C端産品有很多的不同點，B端更多的是注重功能性，所以對于B端産品體驗不能單純的從頁面交互方面進行評判，我們在針對産品體驗方面需要區分開B端和C端。

而本文更多的是從功能體驗方面提升用戶的使用效率，從而提商戶戶使用産品體驗。B端服務的人群是有特殊性的，能夠服務好這個群體，讓這部分群體覺得使用産品良好即可，或許UI的頁面設計可以不重視，但是功能的體驗必須要重視。

最後感謝大家閱讀完本文，如有寫的不對的地方，請批評指正錯誤，歡迎大家一起來探讨。

本文由 @TOM 原創發布于人人都是産品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基于CC0協議。

,