在B端產(chǎn)品中，表單填寫是比較主要的一個模塊，而在填寫大量信息與數(shù)據(jù)的過程中，我們最怕操作被中斷需重新填寫信息、信息填寫沒有標準化導(dǎo)致冗余等問題，因此筆者提出了基礎(chǔ)數(shù)據(jù)需要專人統(tǒng)一維護&某些簡單數(shù)據(jù)的快速自動維護等思考。

B端產(chǎn)品設(shè)計中，對于基礎(chǔ)性的數(shù)據(jù)維護上一直以來是個問題，業(yè)務(wù)人員在使用軟件系統(tǒng)時總想快點完成，不希望跳轉(zhuǎn)到很多頁面才能完成一件事情，頁面交互不應(yīng)該過于復(fù)雜，用戶在實際的軟件使用場景里總是會被各種各樣的電話或者事務(wù)性工作所中斷，尤其是在B端產(chǎn)品中，需要填寫提交的表單項目有很多，自動保存和暫存用戶的輸入數(shù)據(jù)就變得尤為重要了，重新填寫一份單真的讓人很痛苦。

軟件的設(shè)計者和管理者從角色、風(fēng)險的角度考慮，常常把一個業(yè)務(wù)流程拆分，進行流程化分配到各個相關(guān)人員的節(jié)點進行處理，軟件雖然可以劃分流程和功能操作權(quán)限。但是卻不一定能立刻提高協(xié)作的效率。

一、基礎(chǔ)數(shù)據(jù)需要專人統(tǒng)一維護

比如下圖的這個賣方、買方的單位名稱的選擇上，雖然考慮到了基礎(chǔ)數(shù)據(jù)單位的維護，但礙于角色權(quán)限的控制，強制了用戶必須先在對應(yīng)的供應(yīng)商單位維護模塊新增單位后，才能在這里使用。而且因為權(quán)限的原因，避免單位維護的混亂，強制需要特定的人員進行單位數(shù)據(jù)維護，這樣就會中斷當前用戶的其它操作。

這里區(qū)別于C端產(chǎn)品的設(shè)計，如常見的購物類APP中都會需要用戶先維護好“收貨地址”這個基礎(chǔ)數(shù)據(jù)，但是因為用戶一個人擁有所有的功能與數(shù)據(jù)權(quán)限，因此對于這種類型的基礎(chǔ)數(shù)據(jù)維護上就可以充分的考慮便捷性，為了完成購物的這個動作，需要快速的方便用戶進行數(shù)據(jù)維護。

當默認的收貨地址需要更改的時候，點擊【收貨地址】則彈出所有保存的收貨地址，而且可以立即添加新地址并使用，每個頁面的邏輯很清晰，用戶可以迅速的完成新增與保存收貨地址操作，且保存后默認使用該新地址作為此訂單的收貨地址。

因為維護數(shù)據(jù)的不同，軟件面向用戶的不同， 產(chǎn)生了不同的使用效率問題。

企業(yè)中要求提供完整的單位信息和審核之后才能在訂單中使用，新增一個單位也需要填寫繁瑣的關(guān)聯(lián)性信息（如：營業(yè)執(zhí)照、納稅人識別號、開戶銀行、銀行賬號、開票電話、地址等），完全不同于C端產(chǎn)品的設(shè)計，追求的是信息的完整性，但每每落實到實際的業(yè)務(wù)場景中，卻又會阻礙員工之間的協(xié)同效率。

二、某些簡單數(shù)據(jù)的快速自動維護

企業(yè)對于供應(yīng)商的風(fēng)險管理控制無可厚非，但一定程度上降低了工作效率，業(yè)務(wù)流程化之后對于企業(yè)的整體運作上是很不錯的。

另外一些相關(guān)數(shù)據(jù)的維護上也可以不進行權(quán)限控制，每個人員提交自己的訂單后系統(tǒng)自動保存對應(yīng)的數(shù)據(jù)供下次使用，這里的例子中，是保存了對應(yīng)單位的發(fā)站、到站、專用線代碼及名稱信息，因為沒有特定人員去維護信息，依據(jù)所有人員提交的數(shù)據(jù)供下次選擇使用，這樣就會產(chǎn)生很多冗余的數(shù)據(jù)或者名稱相似的數(shù)據(jù)。

例如產(chǎn)生的冗余數(shù)據(jù)站名，許昌站、許昌，因為每個用戶會有不盡相同的對同一個站的叫法，出現(xiàn)了同一個站的多種稱呼被保存起來。

有時候為了讓用戶快速進行操作，舍棄數(shù)據(jù)的準確性與完整性之后，雖然用戶提交的訂單多了，但是會產(chǎn)生很多名稱類似的信息，但其實是同一家單位，特別是在用戶沒有達成一致的業(yè)務(wù)規(guī)范的時候，就會產(chǎn)生這種冗亂數(shù)據(jù)的問題，反而會降低其它用戶使用效率。

不管采取哪種維護數(shù)據(jù)的方案，用戶最終想得到的是更準確的數(shù)據(jù)信息，更快速的下單，當下不了單時則想快點臨時添加一下進行下一步操作，當下次再次使用到這個存在的基礎(chǔ)信息時則想信息時準確的，系統(tǒng)對繁雜的數(shù)據(jù)不能僅僅是保存，還需要加入一定的判定與校驗邏輯，結(jié)合兩種方式，方便用戶的管理維護和臨時性下單的業(yè)務(wù)需求。

本文由@山人小道 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。

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