B端常見(jiàn)功能可以概括為七個(gè)字，即“增刪改查顯算傳”。那么在做這些具體的功能前，有哪些條件是我們需要提前了解的？這篇文章里，作者做了相應(yīng)的梳理和闡述，一起來(lái)看一下。

一、功能的前置條件與后置條件

B端常見(jiàn)功能可以概括為“增刪改查顯算傳”，這些功能看似簡(jiǎn)單，但也有不少坑點(diǎn)。在做具體的功能前，我們需要先了解這些功能的前置條件和后置條件。

1. 前置條件

1）按鈕權(quán)限限制：什么人可以操作這個(gè)按鈕？什么人不能操作？

這是由系統(tǒng)功能權(quán)限決定的，一般B端都采用RBAC模型，形成用戶(hù)-角色-權(quán)限的控制鏈路，將不可用的按鈕進(jìn)行隱藏。詳見(jiàn)主頁(yè)《SaaS系統(tǒng)權(quán)限架構(gòu)設(shè)計(jì)》。

2）業(yè)務(wù)場(chǎng)景限制

比如只有訂單創(chuàng)建人可以修改訂單，只有超管可以刪除已審批的訂單等，這些都是根據(jù)實(shí)際業(yè)務(wù)場(chǎng)景來(lái)定義的。那由于這類(lèi)限制導(dǎo)致的按鈕不可用是采取隱藏方案還是禁用方案還是點(diǎn)擊報(bào)錯(cuò)呢？

方案1：按鈕正常顯示，點(diǎn)擊報(bào)錯(cuò)。相對(duì)簡(jiǎn)單，不需要前端處理，統(tǒng)一由后端報(bào)錯(cuò)；

方案2：按鈕處于禁用狀態(tài)，鼠標(biāo)懸浮顯示禁用原因。交互體驗(yàn)更好，但需要前端參與權(quán)限判斷；

方案3：按鈕隱藏。不太建議采用，因?yàn)樵谟脩?hù)看來(lái)，會(huì)懷疑是系統(tǒng)出了bug導(dǎo)致按鈕不見(jiàn)了。

3）關(guān)聯(lián)模塊限制：對(duì)本模塊和下游模塊會(huì)產(chǎn)生什么影響？

在設(shè)計(jì)各個(gè)功能前，產(chǎn)品需事先了解每個(gè)模塊間的關(guān)聯(lián)關(guān)系，比如刪除了訂單，對(duì)哪些模塊產(chǎn)生影響？訂單本身的刪除可能是相對(duì)簡(jiǎn)單的，但由于要通知到各個(gè)關(guān)聯(lián)模塊（下游的工單、數(shù)據(jù)統(tǒng)計(jì)等），工作量可能就成倍增加了，需要再重新考慮下是否值得做這個(gè)功能。

2. 后置條件

1）完成操作后跳轉(zhuǎn)到什么頁(yè)面？諸如回到列表/回到首頁(yè)/回到上一個(gè)頁(yè)面/停留在當(dāng)前頁(yè)面/跳轉(zhuǎn)到詳情頁(yè)/定位到下一條數(shù)據(jù)等等。

2）描述數(shù)據(jù)流轉(zhuǎn)關(guān)系以及對(duì)其他模塊產(chǎn)生的影響。

3）確定下是否需要記錄到操作日志中，供用戶(hù)查閱，防止后續(xù)的扯皮等。

二、新增設(shè)計(jì)

1. 新增方式

1）手動(dòng)新增：包括通用表單和自定義表單。其中自定義表單常采用仿真手法，模仿現(xiàn)實(shí)生活中的單據(jù)樣式，比如發(fā)票、記賬憑證等。

2）導(dǎo)入：是批量新增的一種常見(jiàn)方式。

3）同步：主要包括從接口A(yíng)PI同步和RPA（使用機(jī)器人模擬人工進(jìn)行自動(dòng)化操作）采集兩種方式。下圖是兩個(gè)系統(tǒng)關(guān)于這兩種方式的應(yīng)用示例。

2. 注意事項(xiàng)

注意事項(xiàng)可參見(jiàn)主頁(yè)的以下文章，此處不再贅述：

• 單個(gè)新增：《如何提高表單的填寫(xiě)效率和準(zhǔn)確性》
• 批量導(dǎo)入：《B端Excel批量導(dǎo)入設(shè)計(jì)分享》

三、刪除設(shè)計(jì)

1. 刪除及替代方案

1）終止：通過(guò)狀態(tài)變化來(lái)達(dá)到“刪除”目的，適用于需要保留過(guò)程數(shù)據(jù)的場(chǎng)景。

2）清除：適用于自動(dòng)清理垃圾和用戶(hù)不關(guān)心的系統(tǒng)數(shù)據(jù)。

3）編輯/撤回后編輯：適用于修正創(chuàng)建錯(cuò)誤。

4）停用/禁用/作廢：適用于保留歷史數(shù)據(jù)但未來(lái)不可選的場(chǎng)景。

5）失效：跟停用相比，有明確的失效時(shí)間，適用于未來(lái)時(shí)間的停用。

6）刪除：包括邏輯刪除和物理刪除。一般情況下系統(tǒng)都是采用邏輯刪除，物理刪除需慎之又慎。

2. 注意事項(xiàng)

1）刪除入口：取決于是否希望用戶(hù)能直觀(guān)地看到刪除按鈕，比如公眾號(hào)的取消關(guān)注，也可以視為是一種刪除，但由于業(yè)務(wù)方不希望用戶(hù)取消，所以入口就隱藏得比較深。

2）刪除的二次確認(rèn)：

① 是否需要二次確認(rèn)取決于數(shù)據(jù)的重要性，比如搜索的歷史記錄，有些軟件就不會(huì)二次確認(rèn)；

② 還需考慮權(quán)限問(wèn)題，即刪除二次確認(rèn)時(shí)是否需要高級(jí)別人員的同意；

③ 如果可恢復(fù)，需提示在哪恢復(fù)；

④ 交互上包括氣泡框確認(rèn)、彈窗確認(rèn)、彈窗掃碼確認(rèn)、彈窗密碼確認(rèn)、彈窗驗(yàn)證碼確認(rèn)、彈窗指紋確認(rèn)等。

3）是否支持批量刪除：取決于數(shù)據(jù)的錄入方式，一般存在批量新增的，就會(huì)對(duì)應(yīng)批量刪除。

4）刪除提示：根據(jù)刪除成功與否、刪除失敗的原因及解決方案、單個(gè)刪除還是批量刪除、是否可立即撤銷(xiāo)等進(jìn)行對(duì)應(yīng)提示。

四、修改設(shè)計(jì)

1. 修改方式

1）表單修改：修改頁(yè)與新增頁(yè)采用結(jié)構(gòu)相同的表單。

2）在位編輯：鼠標(biāo)懸浮時(shí)出現(xiàn)編輯框或單獨(dú)點(diǎn)擊編輯按鈕。

3）單行編輯：點(diǎn)擊編輯后對(duì)表單行進(jìn)行編輯。

4）批量編輯：批量編輯所有行或單獨(dú)編輯某個(gè)字段。

5）分模塊編輯：常出現(xiàn)在長(zhǎng)表單中，只針對(duì)單個(gè)模塊進(jìn)行編輯。

2. 注意事項(xiàng)

1）修改是否需要二次確認(rèn)

2）某個(gè)字段能不能修改？有沒(méi)有特定的權(quán)限？比如負(fù)責(zé)人只有主管才能修改等等

3）是否支持撤銷(xiāo)修改

4）其他注意事項(xiàng)：跟新增一致

五、查詢(xún)?cè)O(shè)計(jì)

1. 查詢(xún)概述

1）查詢(xún)方式：實(shí)時(shí)查詢(xún) OR 定時(shí)查詢(xún)。

• 實(shí)時(shí)查詢(xún)：適用于小數(shù)據(jù)量場(chǎng)景，比如首頁(yè)卡片查詢(xún)我的客戶(hù)數(shù)量等等。
• 定時(shí)查詢(xún)：適用于數(shù)據(jù)量較大，關(guān)聯(lián)表較多或受限于第三方數(shù)據(jù)的情況，比如挑系統(tǒng)空閑時(shí)間跑任務(wù)，將數(shù)據(jù)固定下來(lái)，后續(xù)歷史數(shù)據(jù)直接讀取已經(jīng)查出來(lái)的數(shù)據(jù)，提高查詢(xún)速度，降低服務(wù)器壓力。

2）查詢(xún)頻率：多久查一次，這取決于業(yè)務(wù)場(chǎng)景對(duì)數(shù)據(jù)及時(shí)性和準(zhǔn)確性的要求。

3）查詢(xún)速度：查詢(xún)條件關(guān)聯(lián)的表太多會(huì)導(dǎo)致查詢(xún)速度過(guò)慢，此時(shí)就要考慮是否把部分功能進(jìn)行遷移，比如拆分成2個(gè)頁(yè)面等等。

4）查詢(xún)范圍：是查全部還是局部？這取決于業(yè)務(wù)場(chǎng)景、用戶(hù)權(quán)限和系統(tǒng)性能。

2. 典型應(yīng)用之搜索

1）搜索邏輯：精確搜索 OR 模糊搜索 OR 分詞搜索。

• 精確搜索：適用于敏感數(shù)據(jù)相關(guān)信息的查詢(xún)，比如通過(guò)手機(jī)號(hào)查詢(xún)特定員工的通話(huà)記錄等，為避免隨便輸個(gè)數(shù)字1就能將系統(tǒng)全部通話(huà)記錄都查出來(lái)，可能會(huì)設(shè)置為精確搜索。
• 模糊搜索：最常見(jiàn)的搜索邏輯，將包含關(guān)鍵詞的數(shù)據(jù)檢索出來(lái)。
• 分詞搜索：將給定的關(guān)鍵詞進(jìn)行拆分，按稀有程度賦分，綜合得分越高排名越前。

2）搜索設(shè)計(jì)

搜索流程：輸入搜索詞→搜索詞的語(yǔ)義理解→搜索結(jié)果的召回和排序→前端展現(xiàn)。

涉及頁(yè)面：搜索入口、搜索推薦頁(yè)、搜索聯(lián)想頁(yè)、搜索結(jié)果頁(yè)、搜索中轉(zhuǎn)頁(yè)、搜索歷史頁(yè)、高級(jí)搜索頁(yè)。

詳細(xì)內(nèi)容后續(xù)會(huì)寫(xiě)個(gè)專(zhuān)題補(bǔ)充，敬請(qǐng)期待~

3. 典型應(yīng)用之篩選

1）交互樣式：包括表頭篩選、tab頁(yè)簽篩選和多條件組合篩選。

表頭篩選：交互與Excel相似，但如果列過(guò)多可能會(huì)忘記已篩選過(guò)的條件。

tab頁(yè)簽篩選：不夠靈活，適用于高頻篩選條件的預(yù)置。

多條件組合篩選：包括篩選條件的自定義外顯、高級(jí)篩選、自定義保存篩選方案、且或條件的篩選方式等等，更多細(xì)節(jié)后續(xù)會(huì)寫(xiě)個(gè)專(zhuān)題補(bǔ)充，敬請(qǐng)期待~

2）查詢(xún)觸發(fā)方式：包括手動(dòng)查詢(xún)、回車(chē)查詢(xún)、即時(shí)查詢(xún)。

• 手動(dòng)查詢(xún)：點(diǎn)擊查詢(xún)按鈕觸發(fā)。
• 回車(chē)查詢(xún)：適用于文本查詢(xún)。
• 即時(shí)查詢(xún)：選中下拉框中的選項(xiàng)值后即開(kāi)始查詢(xún)。對(duì)于用戶(hù)來(lái)說(shuō)減少了點(diǎn)擊查詢(xún)按鈕的步驟，但對(duì)系統(tǒng)性能的考驗(yàn)會(huì)更大，需要評(píng)估實(shí)際場(chǎng)景后決定最終方案。

六、顯示設(shè)計(jì)

1. 典型頁(yè)面之列表頁(yè)

表頭：需考慮是否可篩選、是否可自定義展示列、是否可自定義列寬、排序、字段提示語(yǔ)、凍結(jié)列、多行表頭、是否吸頂?shù)取?/p>

正文：

格式：數(shù)字兩位小數(shù)右對(duì)齊（涉及計(jì)算的，需考慮除數(shù)為0等特殊場(chǎng)景下的顯示樣式）；字符串左對(duì)齊；定義時(shí)間格式，如YYYY-MM-DD等；定義內(nèi)容過(guò)多時(shí)的顯示樣式

分隔線(xiàn)：包括橫向分隔線(xiàn)、縱向分隔線(xiàn)、無(wú)分隔線(xiàn)和斑馬紋分隔線(xiàn)等

信息層級(jí)：是否存在總分層級(jí)等

合計(jì)行：常見(jiàn)于數(shù)據(jù)統(tǒng)計(jì)頁(yè)，一般位于首行或末行（吸底）

分頁(yè)：每個(gè)頁(yè)面展示的數(shù)量條數(shù)需考慮業(yè)務(wù)的平均數(shù)和上限。比如用戶(hù)在使用跨頁(yè)勾選時(shí)，如果分頁(yè)數(shù)量太少，則操作的次數(shù)勢(shì)必較多，體驗(yàn)較差；但如果分頁(yè)數(shù)量太大，可能計(jì)算量過(guò)大導(dǎo)致頁(yè)面卡頓。

2. 典型頁(yè)面之詳情頁(yè)

詳情頁(yè)樣式的自定義程度一般都比較高，此處就不截圖了，僅討論下詳情頁(yè)的承載容器。

選擇依據(jù)

1）根據(jù)需要承載的信息量來(lái)選擇：頁(yè)面>抽屜>彈窗。

2）根據(jù)頁(yè)面需要的連貫性來(lái)選擇：如果需要體現(xiàn)流程變化，則更適合用當(dāng)前頁(yè)刷新；如果需要展示與當(dāng)前頁(yè)相關(guān)的拓展信息，則更適合用彈窗和抽屜；如果要跟當(dāng)前頁(yè)的信息做比對(duì)，則更適合用抽屜。

3）根據(jù)是否要保留原頁(yè)面內(nèi)容來(lái)選擇：需要保留的，選擇新開(kāi)頁(yè)簽、抽屜或彈窗。

七、計(jì)算設(shè)計(jì)

常見(jiàn)的計(jì)算包括偏業(yè)務(wù)側(cè)的報(bào)表公式計(jì)算，也包括偏技術(shù)側(cè)的算法模型。

1. 報(bào)表計(jì)算

報(bào)表計(jì)算可進(jìn)一步分為有業(yè)界統(tǒng)一標(biāo)準(zhǔn)的（比如財(cái)務(wù)報(bào)表的計(jì)算公式）和無(wú)業(yè)界統(tǒng)一標(biāo)準(zhǔn)的（比如線(xiàn)索轉(zhuǎn)化率的計(jì)算）。

1）業(yè)界有統(tǒng)一標(biāo)準(zhǔn)的：重點(diǎn)在于給出各公式的計(jì)算邏輯和涉及的參數(shù)

像這種有業(yè)內(nèi)統(tǒng)一標(biāo)準(zhǔn)的公式計(jì)算相對(duì)來(lái)說(shuō)比較簡(jiǎn)單，摸清楚競(jìng)品的整個(gè)計(jì)算邏輯就行。

當(dāng)然，用戶(hù)其實(shí)跟開(kāi)發(fā)一樣，對(duì)此類(lèi)計(jì)算邏輯可能只知皮毛，一旦數(shù)據(jù)有問(wèn)題，就可能質(zhì)疑取數(shù)邏輯和取數(shù)過(guò)程。因此，在產(chǎn)品設(shè)計(jì)上需要提供清晰易懂的取數(shù)規(guī)則說(shuō)明以及數(shù)據(jù)的加工溯源。

此外，為了避免數(shù)據(jù)的大規(guī)模修訂，此類(lèi)計(jì)算在上線(xiàn)前的測(cè)試必須慎之又慎，且必須拿用戶(hù)的真實(shí)數(shù)據(jù)進(jìn)行最終測(cè)試和驗(yàn)收。如果是業(yè)內(nèi)有統(tǒng)一標(biāo)準(zhǔn)的，可以直接用競(jìng)品去測(cè)，看自己產(chǎn)品的計(jì)算結(jié)果是否與競(jìng)品一致。

2）業(yè)界沒(méi)有統(tǒng)一標(biāo)準(zhǔn)的：重點(diǎn)在于跟業(yè)務(wù)方的口徑確認(rèn)

相較而言，這類(lèi)沒(méi)有明確標(biāo)準(zhǔn)的報(bào)表字段計(jì)算邏輯的確認(rèn)更考驗(yàn)產(chǎn)品的數(shù)理邏輯和溝通能力。

這里提醒以下幾點(diǎn)：

① 必須明確誰(shuí)是能最終決定口徑的人。因?yàn)榇祟?lèi)報(bào)表可能涉及的人員眾多，線(xiàn)下都沒(méi)有達(dá)成統(tǒng)一，一旦上線(xiàn)，如果對(duì)使用方的利益造成影響，勢(shì)必會(huì)受到質(zhì)疑。

② 產(chǎn)品對(duì)整個(gè)數(shù)據(jù)庫(kù)的字段需有一定的了解，需要將客戶(hù)的訴求轉(zhuǎn)化成數(shù)據(jù)庫(kù)的表字段，絕對(duì)不能讓口徑存在模棱兩可的可能性。如果只是用中文而不是表字段去闡述此類(lèi)口徑，最終開(kāi)發(fā)設(shè)計(jì)出來(lái)的大概率會(huì)跟業(yè)務(wù)方的實(shí)際需求存在差異。

③ 為了避免后續(xù)的反復(fù)扯皮，所有的計(jì)算結(jié)果必須能溯源，比如點(diǎn)擊數(shù)字查看詳情。也方便業(yè)務(wù)方糾正自己原有的口徑，意識(shí)到“哦~原來(lái)還有這種情況我忽略了，這個(gè)不該統(tǒng)計(jì)的，這個(gè)應(yīng)該統(tǒng)計(jì)的”。

④ 最好能將統(tǒng)計(jì)口徑形成文檔，讓業(yè)務(wù)方確認(rèn)（包括微信等聊天軟件回復(fù)等等）。

⑤ 核驗(yàn)計(jì)算結(jié)果。由于業(yè)內(nèi)沒(méi)有統(tǒng)一標(biāo)準(zhǔn)，建議將用戶(hù)的真實(shí)數(shù)據(jù)拷貝到另一個(gè)環(huán)境中去測(cè)試，看數(shù)據(jù)結(jié)果用戶(hù)是否認(rèn)可或者先只是小范圍上線(xiàn)，待用戶(hù)驗(yàn)證后再大規(guī)模上線(xiàn)。

2. 算法模型

常見(jiàn)的算法模型包括：

1）聯(lián)結(jié)學(xué)派。比如神經(jīng)網(wǎng)絡(luò)，包括圖像識(shí)別、機(jī)器翻譯等。此類(lèi)算法最明顯的問(wèn)題就是模型可解釋性差，模型對(duì)數(shù)據(jù)量的要求比較高。因此，神經(jīng)網(wǎng)絡(luò)算法適用于有著海量數(shù)據(jù)且對(duì)算法解釋性要求不高的業(yè)務(wù)。

2）符號(hào)學(xué)派。比如決策樹(shù)模型。當(dāng)條件為XX的時(shí)候，走到哪個(gè)分支。

3）進(jìn)化學(xué)派。比如基于強(qiáng)化學(xué)習(xí)的推薦算法等。

4）貝葉斯學(xué)派。比如垃圾郵件過(guò)濾系統(tǒng)，根據(jù)已知的垃圾郵件，推導(dǎo)出垃圾郵件的一些典型特征。接下來(lái)如果我們先驗(yàn)地知道一封郵件包含的特征和垃圾郵件類(lèi)似，我們就可以做出推斷，這封郵件有很大概率是垃圾郵件。

5）類(lèi)推學(xué)派。比如隱語(yǔ)義模型，可以根據(jù)“用戶(hù)×物品”矩陣，去想辦法構(gòu)建出“用戶(hù)×偏好”矩陣和“物品×偏好”矩陣。在得到這兩個(gè)矩陣之后，就可以使用線(xiàn)性加權(quán)求和的方法來(lái)計(jì)算用戶(hù)和物品的推薦分?jǐn)?shù)。

常見(jiàn)的應(yīng)用包括推薦算法、風(fēng)控算法、標(biāo)簽算法等。

舉個(gè)例子，小紅書(shū)發(fā)現(xiàn)頁(yè)算法機(jī)制CES：CES評(píng)分=點(diǎn)贊數(shù)×1分+收藏?cái)?shù)×1分+評(píng)論數(shù)×4分+轉(zhuǎn)發(fā)數(shù)×4分+關(guān)注數(shù)×8分系統(tǒng)會(huì)根據(jù)得分決定后續(xù)是繼續(xù)推薦還是減少推薦。

八、傳輸設(shè)計(jì)

1. 傳輸目的

1）確保數(shù)據(jù)源頭的唯一性，不重復(fù)生產(chǎn)數(shù)據(jù)

比如一家公司的2個(gè)系統(tǒng)都要使用組織架構(gòu)，那勢(shì)必用1套組織架構(gòu)即可；

再比如公司各個(gè)模塊都會(huì)產(chǎn)生商品數(shù)據(jù)，但使用方不同，開(kāi)票員要用商品信息開(kāi)票，銷(xiāo)售要用商品信息創(chuàng)建訂單，會(huì)計(jì)要用商品信息做賬，如果讓他們各自維護(hù)一套，那么維護(hù)成本就比較高，而且數(shù)據(jù)難以互通。此時(shí)就需要確保各個(gè)模塊的數(shù)據(jù)能夠互通，且滿(mǎn)足各個(gè)模塊自身的需求。

2）使用別人家的數(shù)據(jù)

比如CRM系統(tǒng)，銷(xiāo)售線(xiàn)索需要從百度、抖音等渠道接入，這就涉及到了數(shù)據(jù)的傳輸，需要對(duì)對(duì)方系統(tǒng)接口進(jìn)行一定的了解，知道哪些數(shù)據(jù)能獲取，哪些數(shù)據(jù)在傳輸上可能會(huì)有延遲，并針對(duì)延遲字段進(jìn)行特殊處理。

3）復(fù)用現(xiàn)有的輪子，避免重復(fù)造輪子

專(zhuān)業(yè)的事情交給專(zhuān)業(yè)的人，外購(gòu)還是自研產(chǎn)品經(jīng)理一定要有自己的想法。能夠復(fù)用盡量復(fù)用，即使付費(fèi)購(gòu)買(mǎi)，可能也比自研開(kāi)發(fā)+后期維護(hù)的成本低。餅攤得太大，可能會(huì)被撐死。血淚的教訓(xùn)…當(dāng)然，老板可能不聽(tīng)勸。

2. 傳輸方式

包括接口、中間件、message等。但每種方式都可能存在數(shù)據(jù)傳輸失敗的情況，因此要考慮補(bǔ)償機(jī)制。

3. 傳輸安全

由于有些數(shù)據(jù)比較敏感，因此必要時(shí)可進(jìn)行脫敏傳輸。

4. 傳輸速度

為了提高用戶(hù)體驗(yàn)，當(dāng)然傳輸速度是越快越好。但這必然是有瓶頸的，所以如何平衡用戶(hù)體驗(yàn)和傳輸速度呢？

1）壓縮：比如微信上傳圖片時(shí)，如果不勾選原圖，圖片會(huì)被默認(rèn)壓縮。

2）預(yù)加載：比如閱讀類(lèi)APP，用戶(hù)看第一章的時(shí)候，就開(kāi)始自動(dòng)加載第二章的內(nèi)容。

3）智能加載：比如當(dāng)網(wǎng)絡(luò)條件好的時(shí)候，加載高質(zhì)量的圖片，反之加載低質(zhì)量的圖片。

4）異步處理：比如當(dāng)網(wǎng)絡(luò)條件不好的時(shí)候，如果你給某篇文章點(diǎn)了贊，這個(gè)操作并不會(huì)因?yàn)榫W(wǎng)絡(luò)異常而失敗，而是被記錄了下來(lái)，顯示為操作成功。等網(wǎng)絡(luò)恢復(fù)正常后，再將此行為上傳到服務(wù)器，從而完成了點(diǎn)贊行為。這就是讓產(chǎn)品去解決問(wèn)題，而不是讓用戶(hù)去解決問(wèn)題。