總結(jié)一下最近做的一個(gè)優(yōu)化點(diǎn)，由于涉及到底層的東西，所以在此優(yōu)化中，歷史數(shù)據(jù)的處理是最麻煩的。有時(shí)我們認(rèn)為最簡(jiǎn)潔、大家一致認(rèn)同的方案不一定是最適合的。
這里提到的是企業(yè)管理軟件中的員工管理與登錄賬號(hào)的管理。如果沒(méi)有過(guò)相關(guān)經(jīng)驗(yàn)不容易理解的話，可以聯(lián)想一下OA系統(tǒng)，我們身為公司的一員，需要在OA系統(tǒng)中處理一些公司的業(yè)務(wù)，我們擁有OA賬號(hào)。你的OA登錄后看到的內(nèi)容一定與你的領(lǐng)導(dǎo)登錄系統(tǒng)看到的內(nèi)容是不一樣的，因?yàn)槟銈儞碛械臋?quán)限不同。同樣小王也是公司的一員，但其是基層員工，在OA系統(tǒng)中可以查到小王的基本信息，但小王并沒(méi)有OA的登錄權(quán)限。
對(duì)于一款B端管理系統(tǒng)，系統(tǒng)要管理企業(yè)的所有員工，根據(jù)員工的不同崗位，管理員分配給員工不同的系統(tǒng)權(quán)限，或者沒(méi)有系統(tǒng)權(quán)限（即沒(méi)有系統(tǒng)的登錄賬號(hào)）。一些傳統(tǒng)的ERP軟件把這一點(diǎn)做的相當(dāng)靈活，可能滿足很多極端的場(chǎng)景。事情是相對(duì)的，足夠的靈活，便要犧牲掉易用性，勢(shì)必會(huì)對(duì)用戶造成困擾。
上兩張圖是一些傳統(tǒng)的ERP的管理模式，先建立員工，員工有自己對(duì)應(yīng)的崗位，然后建立賬號(hào)，每個(gè)賬號(hào)有對(duì)應(yīng)的角色（角色可以理解為權(quán)限的打包體，不同的賬號(hào)可以共用同一個(gè)角色，即擁有角色中包含的權(quán)限，修改角色的權(quán)限，則擁有該角色的賬號(hào)的權(quán)限一并被修改），然后把員工與賬號(hào)綁定建立關(guān)系。這樣做就相當(dāng)?shù)撵`活，員工與賬號(hào)是兩條獨(dú)立的線，最后把其關(guān)聯(lián)起來(lái)。員工不綁定賬號(hào)即代表此員工無(wú)系統(tǒng)的登錄賬號(hào)，賬號(hào)不綁定員工即可能這是一個(gè)管理員的賬號(hào)，沒(méi)有具體的人操作。
這樣做的缺點(diǎn)，一是操作復(fù)雜，一個(gè)員工如果要使用系統(tǒng)，其資料要到兩個(gè)地方建立，學(xué)習(xí)成本與維護(hù)成本高；二是容易造成混亂，一個(gè)員工給了銷售員的崗位，但在其綁定的賬號(hào)里卻給了收銀員的權(quán)限。下圖是一個(gè)真實(shí)的案例，客戶實(shí)在是搞不明白員工、崗位、賬號(hào)、角色之間的關(guān)系，為了給員工某個(gè)權(quán)限時(shí)，把所有的崗位都配給了該員工，但該員工仍沒(méi)有想要的權(quán)限。
初提方案
即然不同的崗位會(huì)擁有不同的權(quán)限，那為什么不在崗位上直接設(shè)置權(quán)限呢，而在員工的創(chuàng)建時(shí)直接選擇是否開(kāi)通登錄賬號(hào)，減少操作、減少客戶要接受的概念。
方案中，在新增員工時(shí)選擇是否開(kāi)通登錄賬號(hào)，如果開(kāi)通，則給出默認(rèn)登錄賬號(hào)與密碼，無(wú)需客戶再設(shè)置；頁(yè)面左側(cè)可按崗位對(duì)員工進(jìn)行篩選，然后可以對(duì)崗位進(jìn)行權(quán)限的設(shè)置。這樣客戶就可以在這一個(gè)頁(yè)面中完成員工與登錄賬號(hào)的維護(hù)，方便快捷，且不容易出錯(cuò)。
歷史數(shù)據(jù)
優(yōu)化后的整個(gè)流程的確是要整潔很多，但是我們這不是一個(gè)從零開(kāi)始的系統(tǒng)，做這種大的改動(dòng)時(shí)一定要考慮到歷史數(shù)據(jù)的處理。我們現(xiàn)有的客戶該怎么辦？新的改版會(huì)對(duì)他們?cè)斐赡男┯绊?？這就需要我們拿新的設(shè)計(jì)方案與原有的系統(tǒng)做比對(duì)，原有系統(tǒng)中的每一個(gè)字段每一個(gè)概念，到新的設(shè)計(jì)中要怎么體現(xiàn)。如角色，這個(gè)概念將在新的設(shè)計(jì)中消失，賬號(hào)列表也將不復(fù)存在，這樣的改動(dòng)，歷史數(shù)據(jù)要怎么呈現(xiàn)呢？老客戶對(duì)新的設(shè)計(jì)是否適應(yīng)，是否需要重新學(xué)習(xí)？學(xué)習(xí)成本的高低？
為了處理歷史數(shù)據(jù)，對(duì)設(shè)計(jì)方案做出了調(diào)整，把賬號(hào)管理的入口放在員工管理頁(yè)面，使其弱化。之前賬號(hào)與角色的概念仍然存在，弱化賬號(hào)與角色的概念，減少點(diǎn)擊率。新增員工，如果開(kāi)通登錄賬號(hào)，則賬號(hào)管理列表自動(dòng)生成一個(gè)賬號(hào)；新增崗位時(shí)，便自動(dòng)生成一個(gè)對(duì)應(yīng)的角色，對(duì)崗位進(jìn)行權(quán)限的設(shè)置，即是對(duì)角色設(shè)置權(quán)限。以前的邏輯仍在，仍能滿足老數(shù)據(jù)，對(duì)于新簽的客戶，只要建立崗位與員工即可，方便快捷。 而老客戶，在發(fā)版后第一次進(jìn)入此頁(yè)面時(shí)，給出浮層提成，告知客戶這里的變化。
在開(kāi)發(fā)之前，抽樣幾個(gè)老客戶進(jìn)行了調(diào)研，客戶一致認(rèn)為新的設(shè)計(jì)比之前更加簡(jiǎn)潔、容易理解，并表示弱化賬號(hào)管理可以接受。
我在文章中只提取了主流程，實(shí)際上歷史數(shù)據(jù)的處理相當(dāng)復(fù)雜，有些數(shù)據(jù)的處理是我們?cè)谇捌谧鲈O(shè)計(jì)時(shí)考慮不到的，這就需要后期與開(kāi)發(fā)人員再不斷的溝通，這種情況要提前與開(kāi)發(fā)哥哥打好招呼，預(yù)留足夠的開(kāi)發(fā)時(shí)間。
翻閱客戶數(shù)據(jù)，有時(shí)我們考慮的復(fù)雜的情況其實(shí)并不存在。如，沒(méi)有綁定員工的賬號(hào)，極少，數(shù)百家店 上千條的賬號(hào)里，只有十幾條賬號(hào)沒(méi)有綁定員工，其中三分之二的數(shù)據(jù)是因?yàn)橹皬?fù)雜的流程造成的錯(cuò)誤數(shù)據(jù)，已被禁用，剩余的幾個(gè)是集團(tuán)管理員的角色，這幾個(gè)賬號(hào)極少被使用到。通過(guò)與幾家客戶的溝通發(fā)現(xiàn)，他們使用系統(tǒng)是為了記錄，如果哪里出錯(cuò)了可以有據(jù)可尋，可以通過(guò)系統(tǒng)去查找哪個(gè)環(huán)節(jié)的錯(cuò)，誰(shuí)出的錯(cuò)，如果賬號(hào)不綁定員工那就責(zé)任不到人了。雖然傳統(tǒng)ERP的方案很靈活，但使用起來(lái)不方便，容易把人繞暈，并且這所謂的靈活在實(shí)際的場(chǎng)景中并沒(méi)有被用到。
做B端產(chǎn)品最忌諱大而全，然而B(niǎo)端產(chǎn)品很容易被做的大而全，因?yàn)槲覀兠鎸?duì)的是不同的客戶，客戶之間雖然有很多相似性，但他們也有自己的獨(dú)特性，一旦滿足不了他們的獨(dú)特性 我們將有可能失去該客戶，我們失去的極有可能是幾十萬(wàn)、甚至上百萬(wàn)的收款，而這直接關(guān)系到KPI的完成，對(duì)于這種情況，領(lǐng)導(dǎo)會(huì)讓我們以客戶的需求優(yōu)先。久而久之，基本功能加上各種獨(dú)特的功能，就成了一個(gè)大而全的系統(tǒng)了。有一定工作經(jīng)驗(yàn)的產(chǎn)品經(jīng)理或者設(shè)計(jì)師，在做設(shè)計(jì)之前會(huì)考慮各種各樣的情況，這些情況可能是真的存在，也可能是我們虛構(gòu)出來(lái)的。這就需要一些取舍了，根據(jù)對(duì)市場(chǎng)調(diào)研以及與行業(yè)專家的訪談，來(lái)定義我們產(chǎn)品功能的留舍。
企業(yè)管理軟件的體驗(yàn)任重道遠(yuǎn)，身為交互設(shè)計(jì)師，不僅要從頁(yè)面布局、層次結(jié)構(gòu)等方面優(yōu)化產(chǎn)品，更要了解行業(yè)，從整個(gè)操作流程上做優(yōu)化！
