手把手教你如何解決B端產(chǎn)品個性化需求問題

1 評論 3533 瀏覽 47 收藏 16 分鐘
🔗 产品经理在不同的职业阶段,需要侧重不同的方面,从基础技能、业务深度、专业领域到战略规划和管理能力。

編輯導語:在B端產(chǎn)品設(shè)計過程中,產(chǎn)品個性化需求是很多客戶的需求,本篇文章作者分享了解決B端產(chǎn)品個性化需求問題的方法,從多個方面講述了解決方法,一起來學習一下,希望對你有幫助。

童鞋們應該都知道我是負責B端產(chǎn)品設(shè)計,不知道B端產(chǎn)品設(shè)計崗位的童鞋有沒有經(jīng)常遇到一些客戶個性化需求問題:他們都想根據(jù)自身愛好添加修改表格字段或者產(chǎn)品布局,例如有些企業(yè)【用戶】不叫【用戶】,叫【客戶】,【設(shè)備管理】不叫【設(shè)備管理】,他們喜歡叫【管理設(shè)備】,諸如此類。

特別是SaaS產(chǎn)品,面對各色各樣的企業(yè)用戶,時常遇到各種用戶反饋給產(chǎn)品提出個性化需求,要是我們都依照他們的需求去實現(xiàn)的話,浪費開發(fā)資源不說,同時企業(yè)與企業(yè)之間的需求互相影響,企業(yè)A的需求或許并不適合企業(yè)B,從而導致產(chǎn)品學習成本增加,可要是完全不做,則大幾率失去這些客戶,不利于未來產(chǎn)品發(fā)展。

因此,今天北沐想跟大家一起學習,B端產(chǎn)品如何運用配置化思維,從字段、數(shù)據(jù)搜索框、布局、菜單等功能模塊著手,解決用戶個性化需求,從而做到在一個產(chǎn)品內(nèi)滿足千人千面的需求。

一、列表字段

列表字段的修改是在日常B端產(chǎn)品迭代中遇到最頻繁的需求,例如在CRM(客戶資源管理)系統(tǒng)中,針對客戶管理頁面,除了客戶名稱、電話號碼、微信號、昵稱等字段外,用戶還會不時提出需要根據(jù)自身添加不同的字段,像客戶ID、客戶圖片等。

如果我們都按照他們的意愿不斷滿足其“表面需求”,這樣不僅僅會導致列表字段過多使得信息臃腫,而且要是下次遇到同樣添加字段需求還得浪費開發(fā)資源,重復造輪子,產(chǎn)品可擴展性低。

那么,針對字段的新增、刪除、顯示隱藏需求,B端產(chǎn)品應該如何設(shè)計?

1. 字段新增、刪除

首先我們來探討字段的新增與刪除。

其實,無論我們在產(chǎn)品中怎么預測用戶會使用到那些字段,隨著產(chǎn)品不斷迭代,只要我們想做滿足千人千面的標準化后臺產(chǎn)品,必定會遇到字段新增與刪除的需求。

解決這個需求也很簡單,我們不用特定為某個企業(yè)新增或刪除他們想要的字段,本質(zhì)上他們共性化需求都是對數(shù)據(jù)庫字段的修改。

因此,我們只需要在產(chǎn)品中提供給他們進行字段的增刪功能,并且設(shè)計賬號間的數(shù)據(jù)隔離(辟如你們打王者時的操作設(shè)置僅僅是針對個人的,并不能影響其他用戶),即可解決千人千面不同的字段使用。

所以在一些產(chǎn)品中會提供客戶字段設(shè)置頁面,系統(tǒng)初始狀態(tài)提供給用戶部分常用基礎(chǔ)字段,例如客戶名稱、手機號、郵箱、微信號等.

手把手教你如何解決B端產(chǎn)品個性化需求問題

如系統(tǒng)預設(shè)的字段不能滿足用戶需求,可以通過【新建字段】按鈕創(chuàng)建所需字段。

用戶只需填寫字段名稱然后選擇字段類型(單行文本、多行文本、單選、多選、日期時間、附件等)即可完成字段的添加。

此外在字段設(shè)置頁面還可以設(shè)置字段的開啟與關(guān)閉狀態(tài)、是否必填以及編輯每一個字段的名稱,這樣用戶便可以通過自身需求設(shè)置符合自己的系統(tǒng)。

加上系統(tǒng)中用戶與用戶之間存在數(shù)據(jù)隔離,每個用戶設(shè)置相互獨立,互不影響,從而做到列表字段千人千面的展示。

手把手教你如何解決B端產(chǎn)品個性化需求問題

2. 字段顯示隱藏與排序

可并非所有的產(chǎn)品都需要字段的增刪,如果一些產(chǎn)品用戶對字段的需求是固定的,但他們對字段的權(quán)重各不相同應該怎么解決?這時候就需要運用到字段的隱藏與排序。

同學們有沒有思考過,我們在設(shè)計列表的時候,給用戶預設(shè)那么多字段,也許并非所有字段用戶都需要,如果不需要的字段都展示給用戶的話,會導致信息冗余,產(chǎn)品用戶體驗變差。

面對這樣的痛點,大多數(shù)情況可以在列表上方提供【列展示設(shè)置】按鈕,用戶根據(jù)自身需求進行選擇所需展示的字段,取消選擇的字段則不展示在列表中。

手把手教你如何解決B端產(chǎn)品個性化需求問題

不僅如此,【列展示】彈窗還可以支持字段的上下移動甚至把重要字段固定在表頭或表尾,中間如果字段過多無法全部展示,通過滑動的方式進行查看。

這樣就既解決了用戶對一些不需要字段顯示隱藏問題,還能根據(jù)自身需求對字段的權(quán)重進行排序呈現(xiàn)。

手把手教你如何解決B端產(chǎn)品個性化需求問題

但是,字段的顯示隱藏設(shè)計也并非沒有弊端,我們在設(shè)計功能時需要思考字段設(shè)置隱藏后,在新增用戶或編輯用戶時,隱藏的字段是否能夠新增與編輯?如果必填的字段能否進行隱藏?

這些細節(jié)無論是設(shè)計師或開發(fā)同學都要付出額外的努力去進行思考,不然就會導致產(chǎn)品邏輯混亂,無法閉環(huán)。

二、功能模塊

利用到顯示隱藏操作的,除了字段以外,還有功能模塊的顯示隱藏。

當我們頁面中需要展示多個功能模塊,不同的用戶角色對功能模塊權(quán)重各不相同,頁面也無法展示全所有的功能模塊下,便可以使用功能模塊的顯示隱藏。

例如在下面的例子中:正常狀態(tài)下顯示8個功能模塊,用戶可以根據(jù)自身需求增減所需的功能模塊,把常用功能放置到首頁中,不常用的功能模塊隱藏起來。

手把手教你如何解決B端產(chǎn)品個性化需求問題

1. 數(shù)據(jù)搜索框

搜索框的設(shè)計也是我們除了字段的增刪設(shè)置以外,經(jīng)常頭痛的點。

我們經(jīng)常會煩惱因為列表字段信息過多,從而篩選信息也相對較多,而且各個篩選條件用戶都可能會用到。

但如果篩選信息全部展開給用戶進行選擇,會導致頁面承載信息過多,不利于用戶操作,畢竟篩選操作是低頻次,數(shù)據(jù)查看才是高頻。

并且如果隨著字段增加,篩選條件也隨之增加的話,最終篩選信息會排滿整個頁面,因而這樣設(shè)計產(chǎn)品擴展性很低。

基于這樣的需求,下面我們一起來探討,應該如何進行設(shè)計。

手把手教你如何解決B端產(chǎn)品個性化需求問題

2. 搜索信息展開收起

對于搜索條件過多但是數(shù)量固定的情況下我們可以采用展開收起的方式進行設(shè)計。

在正常頁面中,提供一些重要且常用的篩選信息給用戶進行篩選,如果用戶想要更進一步對其他字段進行篩選時,可以點擊展開按鈕對隱藏的篩選條件進行顯示,隨后根據(jù)自身需求對信息更近一步的篩選。

這樣做既讓頁面變得簡潔,同時滿足用戶可能對一些其他字段進行篩選的需求。

可這樣的設(shè)計僅僅適合于篩選信息固定的情況。

一旦用戶想要的字段不斷新增,那么篩選條件也會隨之增加,就算設(shè)置了隱藏按鈕,可點擊展開后,篩選信息很有可能占據(jù)大部分空間,極大的影響頁面美觀。

于是我嘗試了第二種設(shè)計:抽屜篩選與常用設(shè)置。

手把手教你如何解決B端產(chǎn)品個性化需求問題

3. 抽屜篩選與常用設(shè)置

為了避免篩選條件展開后信息多而鋪滿整個頁面的情況,我們可以采用抽屜篩選的方式進行操作。

在正常頁面中,我們依舊可以提供給用戶重要且常用的篩選條件,但是同時提供給用戶【高級篩選】的操作。

點擊【高級篩選】按鈕后,頁面彈出篩選抽屜給與用戶更加詳細的條件篩選。

用戶不僅僅可以對所有字段進行篩選,還能選擇模糊搜索或者精準搜索,等于或者不等于以及其他條件。

這樣的設(shè)計方案既不影響頁面整體排布,同時解決了用戶需要精準搜索的需求。

手把手教你如何解決B端產(chǎn)品個性化需求問題

此外,用戶還可以根據(jù)自身的愛好去設(shè)置常用篩選,該功能可以讓用戶把自身常用的篩選條件變成基礎(chǔ)篩選默認放置到正常頁面中,下一次進行常用的篩選時就不再需要在抽屜中操作。

手把手教你如何解決B端產(chǎn)品個性化需求問題

三、產(chǎn)品布局

我們都知道,B端產(chǎn)品的復雜度高,一般會涉及到多角色參與,并且你們有沒有發(fā)現(xiàn),很多后臺產(chǎn)品的購買者其實并不是產(chǎn)品的使用者。

例如決定使用釘釘打卡的一般是公司領(lǐng)導高層,但他們卻往往是不用打卡的,設(shè)置打卡規(guī)則以及打卡人員一般是底層員工。

因此在產(chǎn)品設(shè)計中就會出現(xiàn)使用者與決策者之間頁面布局審美差異,我們應當如何處理?

如果滿足使用者而舍棄決策者可能面臨項目的丟失,滿足決策者而舍棄使用者則意味影響用戶體驗。

這個問題同樣可以利用配置化的思維去解決。

我們可以在產(chǎn)品全局區(qū)域中添加產(chǎn)品風格設(shè)置,點開后用戶可以根據(jù)自身愛好對產(chǎn)品的側(cè)邊欄、頂部欄顏色風格進行調(diào)整。

不僅如此,我們還可以把頂部菜單顯示隱藏、側(cè)邊欄是否固定、是否需要面包屑以及多標簽展示等等的功能開放給用戶,提供給他們進行選擇。

如果我們對產(chǎn)品需要進一步擴展,還可以允許用戶多側(cè)邊欄與頂部欄進行拖拽調(diào)整寬度,整體風格顏色進行設(shè)置等等。

這樣用戶就可以通過自身愛好對產(chǎn)品風格進行調(diào)整,滿足不同用戶角色對產(chǎn)品的審美差異化問題。

手把手教你如何解決B端產(chǎn)品個性化需求問題

四、菜單名稱

相信很多在小公司做B端產(chǎn)品設(shè)計的童鞋應該有所體會,我們在規(guī)劃產(chǎn)品框架的時候,對菜單名稱怎么起的問題往往都會舉棋不定。

【用戶管理】還是【客戶管理】抑或是【管理客戶】?【管理日志】還是【日志管理】等等,不同的企業(yè)有不同的叫法。

大多數(shù)產(chǎn)品對菜單名稱都是固定無法修改的,如果遇到難以理解的菜單名稱,就需要用戶適應產(chǎn)品,無疑增加產(chǎn)品學習成本。

但其實一般B端產(chǎn)品都會給【系統(tǒng)管理員】角色提供【菜單管理】功能,它的作用就是用于管理員對菜單目錄的修改與新增。

當用戶需要對菜單目錄或需要進行修改時,可以在【菜單管理】頁面中選擇所需要修改的菜單,隨后編輯所需要修改的名稱以及序號即可。

但需要注意的是,【菜單管理】模塊是針對產(chǎn)品整體進行修改的,也就是說不存在用戶之間的數(shù)據(jù)隔離關(guān)系,一旦修改了所有用戶都會影響,唯一的好處就是不需要浪費開發(fā)資源進行二次開發(fā)。

手把手教你如何解決B端產(chǎn)品個性化需求問題

五、最后總結(jié)

在B端產(chǎn)品設(shè)計中,我們會經(jīng)常遇到企業(yè)用戶個性化需求,因此作為B端產(chǎn)品設(shè)計師“抽離”能力很重要,很多時候我們都需要把個性化需求抽離成共性需求。

特別是面對千人千面的SaaS產(chǎn)品,我們可以通過把常用功能抽離出來,一些個性化功能交由用戶根據(jù)自身需求進行配置,這樣就能滿足不同用戶對產(chǎn)品提出不同的個性化需求。

文章僅僅是給你們舉出了字段、搜索、布局等等例子,當遇到其他用戶個性化需求無法抉擇的時候也能通過配置化思維解決問題,網(wǎng)上優(yōu)秀的案例還有很多,等待你們的發(fā)現(xiàn)。

以上就是B端產(chǎn)品配置化思維的分享,希望能夠在產(chǎn)品設(shè)計中幫到大家。

 

本文由 @北沐而川 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。

題圖來自Unsplash,基于CC0協(xié)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 有時候挖掘客戶需求的時候,感覺還是要深入到客戶的工作場景種體驗他們的痛點。

    來自湖北 回復
专题
18126人已学习15篇文章
语音交互是基于语音输入的新一代交互模式,通过说话就可以得到反馈结果。本专题的文章分享了语音交互的入门指南。
专题
45382人已学习10篇文章
什么是社群运营?社群运营怎么做?社群运营哪些坑?
专题
15634人已学习12篇文章
运费是电商的基础功能模块之一,承担着商品运费计算的作用。本专题的文章分享了如何设计运费规则。
专题
15138人已学习12篇文章
用户故事在软件开发过程中被作为描述需求的一种表达形式,本专题的文章分享了如何讲好用户故事。
专题
11858人已学习12篇文章
很多公司都在谈论数字化转型,而数字化的基础即是大量的、繁杂的、高度业务关联的基础数据。数字化运营是其中的一个分支。本专题的文章分享了如何做好数字化运营。
专题
12737人已学习14篇文章
在这个大数据时代,数据对于企业的重要性越来越明显,因此不少企业将数据作为推动一款产品的重要前提。本专题的文章分享了如何用数据去驱动决策。