怎樣讓To B SaaS軟件像To C一樣極致易用(二)
關(guān)于怎樣提高To B產(chǎn)品的易用性,上篇文章講到了可以設(shè)計(jì)一個(gè)智能易用的首頁,所以今天這篇?jiǎng)t討論一下設(shè)計(jì)一個(gè)極致易用的To B系統(tǒng)的其他方面。
一、關(guān)于模塊的劃分以及權(quán)限的管理
模塊的區(qū)分要干凈清晰,一般模塊的劃分可以分為業(yè)務(wù)模塊,系統(tǒng)管理模塊,報(bào)表中心模塊等。
業(yè)務(wù)模塊一般要根據(jù)要管理的對(duì)象來進(jìn)行模塊的區(qū)分,以典型ERP基干系統(tǒng)為例。
幾個(gè)主要的業(yè)務(wù)對(duì)象有客戶、商品、訂單、庫存等,那么模塊區(qū)分的時(shí)候也按照這種業(yè)務(wù)對(duì)象來劃分,一個(gè)主業(yè)務(wù)對(duì)象一個(gè)模塊。比如說人事管理的對(duì)象有人事信息、休假、考勤、薪資、福利、培訓(xùn)、績效、招聘,那么按照這個(gè)原則來區(qū)分大的模塊。
系統(tǒng)管理模塊里面一般就是全局參數(shù)管理,系統(tǒng)數(shù)據(jù)字典,角色,用戶管理等功能的管理。所有參數(shù)以及數(shù)據(jù)字典的管理盡量在系統(tǒng)里面都放在統(tǒng)一的地方,按照業(yè)務(wù)模塊或者功能類別方式區(qū)分好(產(chǎn)品的本質(zhì)是分類,好的產(chǎn)品都是分類做的很好的產(chǎn)品)。
權(quán)限模塊的管理主要是二個(gè)維度的權(quán)限管理,基本上可以解決所有企業(yè)信息管理系統(tǒng)的權(quán)限問題。一個(gè)維度就是功能級(jí)權(quán)限,一個(gè)就是數(shù)據(jù)級(jí)別權(quán)限。
一般來說在角色上面設(shè)置功能級(jí)別權(quán)限,在用戶身上設(shè)置數(shù)據(jù)級(jí)別權(quán)限,然后每個(gè)用戶可以對(duì)應(yīng)多個(gè)角色。
基本上這樣二個(gè)維度就確定了每個(gè)用戶的對(duì)應(yīng)角色確定了可以訪問哪些功能,用戶的數(shù)據(jù)級(jí)別權(quán)限確定了訪問這個(gè)功能的時(shí)候可以訪問哪些數(shù)據(jù)。
別看這樣基礎(chǔ)的內(nèi)容,我看到很多公司在設(shè)計(jì)權(quán)限的時(shí)候犯錯(cuò),導(dǎo)致后面很多麻煩,主要有如下幾個(gè)錯(cuò)誤:
(1)數(shù)據(jù)級(jí)別權(quán)限設(shè)置在角色身上,導(dǎo)致同一角色的多個(gè)用戶有不同數(shù)據(jù)級(jí)別權(quán)限的時(shí)候,要設(shè)置很多個(gè)角色來管理,非常麻煩。
(2)功能級(jí)別以及數(shù)據(jù)級(jí)別權(quán)限設(shè)置得太細(xì),設(shè)置復(fù)雜,一般來說功能級(jí)別權(quán)限如果到菜單級(jí)別夠的,就不要到頁面級(jí)別。數(shù)據(jù)級(jí)別權(quán)限到數(shù)據(jù)行級(jí)夠的,就不要設(shè)置到數(shù)據(jù)增刪改的權(quán)限。
(3)一個(gè)用戶只可以對(duì)應(yīng)一個(gè)角色,在業(yè)務(wù)權(quán)限比較復(fù)雜的情況,如果一個(gè)用戶只可以對(duì)應(yīng)一個(gè)角色,也會(huì)導(dǎo)致最后需要設(shè)置很多角色。如果一個(gè)用戶可以對(duì)應(yīng)多個(gè)角色,這樣只需要設(shè)置比較少的角色來進(jìn)行組合就可以滿足很多種功能級(jí)別權(quán)限控制了。
二、關(guān)于功能的設(shè)計(jì)原則
每個(gè)功能模塊又有很多的功能,其實(shí)主要可以分為業(yè)務(wù)規(guī)則設(shè)置,輸入,處理,輸出(查詢)三部分。
拿休假管理來說,業(yè)務(wù)規(guī)則設(shè)置就是各種假種。比如說年假。事假的獲取以及扣取等規(guī)則的設(shè)置,輸入就是休假加班的申請(qǐng),處理就是假期天數(shù)以及休假結(jié)余的計(jì)算,輸出就是休假歷史記錄以及休假剩余天數(shù)的查詢?;旧纤心K都脫離不了規(guī)則設(shè)置,輸入,處理,輸出等幾部分功能。
在進(jìn)行功能設(shè)計(jì)的時(shí)候,要做到系統(tǒng)的極致易用要把握如下的原則:
01
功能的設(shè)計(jì)要采用去中心化的分布式,原來很多系統(tǒng)的設(shè)計(jì)都是中心化的設(shè)計(jì),所謂中心化的設(shè)計(jì)就是將系統(tǒng)的使用控制在少數(shù)人手上。
比如說核心業(yè)務(wù)部門的人員來處理,這樣導(dǎo)致的結(jié)果是核心業(yè)務(wù)部門的人輸入輸出工作特別繁重,體現(xiàn)在:
- 大量的數(shù)據(jù)輸入以及導(dǎo)入工作,而且這樣的數(shù)據(jù)輸入還有導(dǎo)入都是來自一線部門的二手?jǐn)?shù)據(jù),錯(cuò)誤很多,糾正錯(cuò)誤以及確認(rèn)的成本很高。
- 很多數(shù)據(jù)統(tǒng)計(jì)或者數(shù)據(jù)查詢的功能,都是業(yè)務(wù)部門的人員承擔(dān),然后提供服務(wù)給到高管以及其他部門的人員。
在現(xiàn)在移動(dòng)端的使用極其普及的情況,另外普通大眾對(duì)移動(dòng)軟件的掌握程度,已經(jīng)完全有條件采用去分布式的功能設(shè)計(jì)方式,將輸入輸出相關(guān)功能開放給相關(guān)工種的人來操作,從而大大提升效率,以及降低核心業(yè)務(wù)部門對(duì)復(fù)雜系統(tǒng)的掌握要求。
02
系統(tǒng)處理的地方盡量自動(dòng)化或者智能化。其實(shí)如果數(shù)據(jù)輸入的部分可以分布式來處理,比如說讓機(jī)器來操作后端運(yùn)算的部分,可以用如下的幾種方式來進(jìn)行處理:
- 通過一定的規(guī)則進(jìn)行自動(dòng)化處理,通過時(shí)間,狀態(tài)或者一些組合規(guī)則來設(shè)置。
- 通過語音的控制自動(dòng)喚醒執(zhí)行任務(wù)
- 在移動(dòng)端可以方便操作功能。
三、一個(gè)功能已經(jīng)相對(duì)完善的系統(tǒng),面對(duì)一個(gè)新需求,我們?cè)撛鯓犹幚恚?/h2>
一般面對(duì)新需求,我們一共有四個(gè)選項(xiàng)可以來處理:
- 做為可配置性比較差的標(biāo)準(zhǔn)功能開發(fā)
- 做為可配置性極強(qiáng)的標(biāo)準(zhǔn)功能開發(fā)
- 自定義開發(fā)
- 拒絕
筆者覺得選擇的原則和優(yōu)先順序大致如下:
1. 盡量拒絕,利用原有的產(chǎn)品功能來提供線上或者線上輔助線下的解決方案,很多需求不一定適合完全放在線上來處理的。
2. 如果是可以放在系統(tǒng)里面做為配置性較差的標(biāo)準(zhǔn)功能,或者在原有邏輯上面增加邏輯分支可以解決的,而且能夠這個(gè)功能利于其他客戶的,給合適的錢可以開發(fā)。
3. 如果不能放在系統(tǒng)里面做為配置性較差的標(biāo)準(zhǔn)功能,需要配置極其靈活的功能,才能利于其他客戶的,等待多個(gè)客戶需求積累之后才能夠給予開發(fā)。
4.如果不能作為標(biāo)準(zhǔn)功能,需要客戶化開發(fā)的需求,建議盡量拒絕,如果客戶要用錢把你砸死,那盡量做一個(gè)比較獨(dú)立的外掛功能,不要影響正常版本的升級(jí)。
提供客戶解決方案的能力是售前最重要的能力,筆者的經(jīng)驗(yàn)是絕大多數(shù)的需求都可以已有系統(tǒng)變通的功能來實(shí)現(xiàn),不需要重新做開發(fā)。只是大多數(shù)售前或者產(chǎn)品沒有能力擋住這些需求,做了大量客戶化的需求,而不是通過變通方式或者做成標(biāo)準(zhǔn)功能,導(dǎo)致了系統(tǒng)越來越復(fù)雜。
四、功能的設(shè)計(jì)的靈活程度究竟要做到什么程度?
筆者的建議估計(jì)有很多人罵,個(gè)人意見是除了立志要做PaaS平臺(tái)的公司以外,不要將系統(tǒng)做到無限靈活,將靈活配置的程度控制在最小的范圍(靈活度越高,意味著功能讓所有用戶都不貼身,犧牲了易用性,另外系統(tǒng)實(shí)施和培訓(xùn)工作量變大)。
從長期來說,不同規(guī)模的客戶需要不同的產(chǎn)品線來支持,不要想一條產(chǎn)品線支持大中小規(guī)??蛻?,要有所取舍,最后把目標(biāo)客戶服務(wù)到極致的產(chǎn)品會(huì)勝出。
那么哪些做成靈活度低的標(biāo)準(zhǔn)功能?哪些做成靈活度高的標(biāo)準(zhǔn)功能呢?這個(gè)需要產(chǎn)品經(jīng)理對(duì)行業(yè)業(yè)務(wù)非常了解,可以參考的一些原則如下:
1. 一些關(guān)鍵的對(duì)象的屬性字段因?yàn)椴煌蛻舾鞣N情況確實(shí)太多樣,需要留可以靈活配置的空間。比如說人事管理的員工信息字段,比如說客戶管理的客戶信息字段,但是可以固定下來的標(biāo)準(zhǔn)字段要固定下來。
2. 因?yàn)殛P(guān)鍵對(duì)象的字段不同客戶會(huì)不一樣,導(dǎo)致對(duì)應(yīng)的輸入,輸出(主要是導(dǎo)入還有報(bào)表部分)需要進(jìn)行對(duì)應(yīng)靈活的支持。
3. 后端邏輯的部分,不同客戶有不同分支的基本上可以通過參數(shù)設(shè)置來進(jìn)行解決。但是如果參數(shù)也很難抽象出來的情況,可以考慮支持公式的配置,比如說薪資計(jì)算的薪資字段,以及年假天數(shù)獲得的邏輯。
(即使這種不得不支持公式配置的情況,可以標(biāo)準(zhǔn)下來的字段也要盡量標(biāo)準(zhǔn)化內(nèi)置,減少實(shí)施和培訓(xùn)的工作量)
作者:李東林(微信公眾號(hào):SaaS產(chǎn)品說;微信號(hào):jianguzhuxin),原ADP大中華區(qū)產(chǎn)品負(fù)責(zé)人,14年To B研發(fā)與產(chǎn)品設(shè)計(jì),團(tuán)隊(duì)管理經(jīng)驗(yàn),主導(dǎo)過多款大型企業(yè)管理軟件的設(shè)計(jì)、研發(fā)、上線,也有過2年移動(dòng)互聯(lián)網(wǎng)TO C的創(chuàng)業(yè)經(jīng)驗(yàn)。
本文由@李東林 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash, 基于CC0協(xié)議。
前輩請(qǐng)教問題如下:1.同一個(gè)角色,如果數(shù)據(jù)權(quán)限不同,會(huì)不會(huì)導(dǎo)致同類角色用戶之間產(chǎn)生歧義呢?
寫得不錯(cuò),贊一個(gè)。
您的公眾號(hào)是什么?
saas產(chǎn)品說
我也想問,如何不設(shè)置增刪改,可以控制部分角色的數(shù)據(jù)權(quán)限,
想問一下,數(shù)據(jù)級(jí)別權(quán)限怎么在用戶身上設(shè)置呢?增刪改查不是也應(yīng)該跟角色綁定嗎?
可以加我公眾號(hào)溝通