起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識手把手教你如何解決B端產品個性化需求問題
編輯導語：在B端產品設計過程中，產品個性化需求是很多客戶的需求，本篇文章作者分享了解決B端產品個性化需求問題的方法，從多個方面講述了解決方法，一起來學習一下，希望對你有幫助。
童鞋們應該都知道我是負責B端產品設計，不知道B端產品設計崗位的童鞋有沒有經常遇到一些客戶個性化需求問題：他們都想根據自身愛好添加修改表格字段或者產品布局，例如有些企業【用戶】不叫【用戶】，叫【客戶】，【設備管理】不叫【設備管理】，他們喜歡叫【管理設備】，諸如此類。
特別是SaaS產品，面對各色各樣的企業用戶，時常遇到各種用戶反饋給產品提出個性化需求，要是我們都依照他們的需求去實現的話，浪費開發資源不說，同時企業與企業之間的需求互相影響，企業A的需求或許并不適合企業B，從而導致產品學習成本增加，可要是完全不做，則大幾率失去這些客戶，不利于未來產品發展。
因此，今天北沐想跟大家一起學習，B端產品如何運用配置化思維，從字段、數據搜索框、布局、菜單等功能模塊著手，解決用戶個性化需求，從而做到在一個產品內滿足千人千面的需求。
一、列表字段
列表字段的修改是在日常B端產品迭代中遇到最頻繁的需求，例如在CRM（客戶資源管理）系統中，針對客戶管理頁面，除了客戶名稱、電話號碼、微信號、昵稱等字段外，用戶還會不時提出需要根據自身添加不同的字段，像客戶ID、客戶圖片等。
如果我們都按照他們的意愿不斷滿足其“表面需求”，這樣不僅僅會導致列表字段過多使得信息臃腫，而且要是下次遇到同樣添加字段需求還得浪費開發資源，重復造輪子，產品可擴展性低。
那么，針對字段的新增、刪除、顯示隱藏需求，B端產品應該如何設計？
1. 字段新增、刪除
首先我們來探討字段的新增與刪除。
其實，無論我們在產品中怎么預測用戶會使用到那些字段，隨著產品不斷迭代，只要我們想做滿足千人千面的標準化后臺產品，必定會遇到字段新增與刪除的需求。
解決這個需求也很簡單，我們不用特定為某個企業新增或刪除他們想要的字段，本質上他們共性化需求都是對數據庫字段的修改。
因此，我們只需要在產品中提供給他們進行字段的增刪功能，并且設計賬號間的數據隔離（辟如你們打王者時的操作設置僅僅是針對個人的，并不能影響其他用戶），即可解決千人千面不同的字段使用。
所以在一些產品中會提供客戶字段設置頁面，系統初始狀態提供給用戶部分常用基礎字段，例如客戶名稱、手機號、郵箱、微信號等.
如系統預設的字段不能滿足用戶需求，可以通過【新建字段】按鈕創建所需字段。
用戶只需填寫字段名稱然后選擇字段類型（單行文本、多行文本、單選、多選、日期時間、附件等）即可完成字段的添加。
此外在字段設置頁面還可以設置字段的開啟與關閉狀態、是否必填以及編輯每一個字段的名稱，這樣用戶便可以通過自身需求設置符合自己的系統。
加上系統中用戶與用戶之間存在數據隔離，每個用戶設置相互獨立，互不影響，從而做到列表字段千人千面的展示。
2. 字段顯示隱藏與排序
可并非所有的產品都需要字段的增刪，如果一些產品用戶對字段的需求是固定的，但他們對字段的權重各不相同應該怎么解決？這時候就需要運用到字段的隱藏與排序。
同學們有沒有思考過，我們在設計列表的時候，給用戶預設那么多字段，也許并非所有字段用戶都需要，如果不需要的字段都展示給用戶的話，會導致信息冗余，產品用戶體驗變差。
面對這樣的痛點，大多數情況可以在列表上方提供【列展示設置】按鈕，用戶根據自身需求進行選擇所需展示的字段，取消選擇的字段則不展示在列表中。
不僅如此，【列展示】彈窗還可以支持字段的上下移動甚至把重要字段固定在表頭或表尾，中間如果字段過多無法全部展示，通過滑動的方式進行查看。
這樣就既解決了用戶對一些不需要字段顯示隱藏問題，還能根據自身需求對字段的權重進行排序呈現。
但是，字段的顯示隱藏設計也并非沒有弊端，我們在設計功能時需要思考字段設置隱藏后，在新增用戶或編輯用戶時，隱藏的字段是否能夠新增與編輯？如果必填的字段能否進行隱藏？
這些細節無論是設計師或開發同學都要付出額外的努力去進行思考，不然就會導致產品邏輯混亂，無法閉環。
二、功能模塊
利用到顯示隱藏操作的，除了字段以外，還有功能模塊的顯示隱藏。
當我們頁面中需要展示多個功能模塊，不同的用戶角色對功能模塊權重各不相同，頁面也無法展示全所有的功能模塊下，便可以使用功能模塊的顯示隱藏。
例如在下面的例子中：正常狀態下顯示8個功能模塊，用戶可以根據自身需求增減所需的功能模塊，把常用功能放置到首頁中，不常用的功能模塊隱藏起來。
1. 數據搜索框
搜索框的設計也是我們除了字段的增刪設置以外，經常頭痛的點。
我們經常會煩惱因為列表字段信息過多，從而篩選信息也相對較多，而且各個篩選條件用戶都可能會用到。
但如果篩選信息全部展開給用戶進行選擇，會導致頁面承載信息過多，不利于用戶操作，畢竟篩選操作是低頻次，數據查看才是高頻。
并且如果隨著字段增加，篩選條件也隨之增加的話，最終篩選信息會排滿整個頁面，因而這樣設計產品擴展性很低。
基于這樣的需求，下面我們一起來探討，應該如何進行設計。
2. 搜索信息展開收起
對于搜索條件過多但是數量固定的情況下我們可以采用展開收起的方式進行設計。
在正常頁面中，提供一些重要且常用的篩選信息給用戶進行篩選，如果用戶想要更進一步對其他字段進行篩選時，可以點擊展開按鈕對隱藏的篩選條件進行顯示，隨后根據自身需求對信息更近一步的篩選。
這樣做既讓頁面變得簡潔，同時滿足用戶可能對一些其他字段進行篩選的需求。
可這樣的設計僅僅適合于篩選信息固定的情況。
一旦用戶想要的字段不斷新增，那么篩選條件也會隨之增加，就算設置了隱藏按鈕，可點擊展開后，篩選信息很有可能占據大部分空間，極大的影響頁面美觀。
于是我嘗試了第二種設計：抽屜篩選與常用設置。
3. 抽屜篩選與常用設置
為了避免篩選條件展開后信息多而鋪滿整個頁面的情況，我們可以采用抽屜篩選的方式進行操作。
在正常頁面中，我們依舊可以提供給用戶重要且常用的篩選條件，但是同時提供給用戶【高級篩選】的操作。
點擊【高級篩選】按鈕后，頁面彈出篩選抽屜給與用戶更加詳細的條件篩選。
用戶不僅僅可以對所有字段進行篩選，還能選擇模糊搜索或者精準搜索，等于或者不等于以及其他條件。
這樣的設計方案既不影響頁面整體排布，同時解決了用戶需要精準搜索的需求。
此外，用戶還可以根據自身的愛好去設置常用篩選，該功能可以讓用戶把自身常用的篩選條件變成基礎篩選默認放置到正常頁面中，下一次進行常用的篩選時就不再需要在抽屜中操作。
三、產品布局
我們都知道，B端產品的復雜度高，一般會涉及到多角色參與，并且你們有沒有發現，很多后臺產品的購買者其實并不是產品的使用者。
例如決定使用釘釘打卡的一般是公司領導高層，但他們卻往往是不用打卡的，設置打卡規則以及打卡人員一般是底層員工。
因此在產品設計中就會出現使用者與決策者之間頁面布局審美差異，我們應當如何處理？
如果滿足使用者而舍棄決策者可能面臨項目的丟失，滿足決策者而舍棄使用者則意味影響用戶體驗。
這個問題同樣可以利用配置化的思維去解決。
我們可以在產品全局區域中添加產品風格設置，點開后用戶可以根據自身愛好對產品的側邊欄、頂部欄顏色風格進行調整。
不僅如此，我們還可以把頂部菜單顯示隱藏、側邊欄是否固定、是否需要面包屑以及多標簽展示等等的功能開放給用戶，提供給他們進行選擇。
如果我們對產品需要進一步擴展，還可以允許用戶多側邊欄與頂部欄進行拖拽調整寬度，整體風格顏色進行設置等等。
這樣用戶就可以通過自身愛好對產品風格進行調整，滿足不同用戶角色對產品的審美差異化問題。
四、菜單名稱
相信很多在小公司做B端產品設計的童鞋應該有所體會，我們在規劃產品框架的時候，對菜單名稱怎么起的問題往往都會舉棋不定。
【用戶管理】還是【客戶管理】抑或是【管理客戶】？【管理日志】還是【日志管理】等等，不同的企業有不同的叫法。
大多數產品對菜單名稱都是固定無法修改的，如果遇到難以理解的菜單名稱，就需要用戶適應產品，無疑增加產品學習成本。
但其實一般B端產品都會給【系統管理員】角色提供【菜單管理】功能，它的作用就是用于管理員對菜單目錄的修改與新增。
當用戶需要對菜單目錄或需要進行修改時，可以在【菜單管理】頁面中選擇所需要修改的菜單，隨后編輯所需要修改的名稱以及序號即可。
但需要注意的是，【菜單管理】模塊是針對產品整體進行修改的，也就是說不存在用戶之間的數據隔離關系，一旦修改了所有用戶都會影響，唯一的好處就是不需要浪費開發資源進行二次開發。
五、最后總結
在B端產品設計中，我們會經常遇到企業用戶個性化需求，因此作為B端產品設計師“抽離”能力很重要，很多時候我們都需要把個性化需求抽離成共性需求。
特別是面對千人千面的SaaS產品，我們可以通過把常用功能抽離出來，一些個性化功能交由用戶根據自身需求進行配置，這樣就能滿足不同用戶對產品提出不同的個性化需求。
文章僅僅是給你們舉出了字段、搜索、布局等等例子，當遇到其他用戶個性化需求無法抉擇的時候也能通過配置化思維解決問題，網上優秀的案例還有很多，等待你們的發現。
以上就是B端產品配置化思維的分享，希望能夠在產品設計中幫到大家。
本文由 @北沐而川 原創發布于人人都是產品經理，未經作者許可，禁止轉載。
題圖來自Unsplash，基于CC0協議
有時候挖掘客戶需求的時候，感覺還是要深入到客戶的工作場景種體驗他們的痛點。