B端入門：刪除、禁用、失效怎么用B端產(chǎn)品的設(shè)計，幾乎都是在圍繞新增、刪除、修改、查詢、顯示、計算、傳輸、業(yè)務(wù)流做工作，而增刪改查是原型設(shè)計中基礎(chǔ)的基礎(chǔ)。

今日的文章不長，圍繞最近反復(fù)被爭論的一個點共享一下我個人的看法：“刪除”數(shù)據(jù)的方式有刪除、禁用、失效，選擇的規(guī)律是什么？

01數(shù)據(jù)刪除的規(guī)律

兩年前的時候我寫過一篇文章《增刪改查顯算傳，七字箴言搭建ToB系統(tǒng)底層框架》，至今看來還算是抽象、概括性比較高的，為便于讀者理解，這里就直接引用了。

數(shù)據(jù)有新增的路徑，就會存在刪除的需求。通常說的刪除，包含兩種：

物理刪除：真實刪除，從數(shù)據(jù)庫層面刪除了數(shù)據(jù)，查詢找不到該條數(shù)據(jù)，數(shù)據(jù)不行恢復(fù)。一般對于重要的基礎(chǔ)數(shù)據(jù)，不建議設(shè)置刪除功能，設(shè)計中要避開不行逆的操作；規(guī)律刪除：假刪除，只是從頁面對數(shù)據(jù)進(jìn)行了刪除，數(shù)據(jù)庫將數(shù)據(jù)的狀態(tài)改寫為“已刪除”，可通過刪除后撤回或者數(shù)據(jù)庫備份恢復(fù)，產(chǎn)品設(shè)計中比較常用。數(shù)據(jù)的前后業(yè)務(wù)關(guān)聯(lián)太強(qiáng)，不適合設(shè)計刪除功能，那應(yīng)當(dāng)如何對數(shù)據(jù)進(jìn)行合理的處理呢？個人理解的刪除需求的存在，可能存在以下幾種狀況：

過期無用信息：可以設(shè)計數(shù)據(jù)庫定時任務(wù)，依據(jù)實際的業(yè)務(wù)狀況和指定條件，定期清理垃圾數(shù)據(jù)，適用于數(shù)據(jù)量較大的狀況；信息錄入錯誤：規(guī)律刪除或者使用編輯功能修改數(shù)據(jù)；數(shù)據(jù)狀態(tài)轉(zhuǎn)變，或需要中止業(yè)務(wù)：使用字典狀態(tài)來限制。文章中對刪除規(guī)律和適用范圍的理解依舊有效，但是不足之處在于詳細(xì)使用場景的描述不夠具體。接下來我們就聊一聊刪除、禁用、失效的適用場景和區(qū)分在哪里。

02刪除、禁用、失效的適用場景

1.刪除的適用場景

依據(jù)尼爾森十大可用性設(shè)計原則，為了避開用戶的誤用和誤擊，系統(tǒng)應(yīng)供應(yīng)撤銷和重做功能。日常高頻新增的數(shù)據(jù)，人工輸入就有可能產(chǎn)生誤差。從體驗的角度來看，系統(tǒng)要允許刪除數(shù)據(jù)。

刪除分為即時刪除（提交信息之后的toast供應(yīng)撤回和重做的選項）和事后刪除（在列表或詳情中供應(yīng)刪除功能）。

即時刪除通常用于輕量化信息的提交，由于輕量化的信息內(nèi)容簡潔，提交后腦海中對信息還有整體的印象，而且和業(yè)務(wù)的耦合度低，從技術(shù)層面來說做數(shù)據(jù)的回滾也不簡單出錯，例如滴答清單筆記的馬上撤回。

這里的撤回即軟刪除，并沒有從數(shù)據(jù)庫層面刪除掉數(shù)據(jù)，而是將數(shù)據(jù)從已提交可撤回的狀態(tài)變?yōu)榱丝删庉嫽蛘咭烟峤坏臓顟B(tài)。

1）輕量化信息的刪除——馬上撤回

在后臺系統(tǒng)的設(shè)計中，事后刪除一般和列表同步消失。

這里有個點可以發(fā)散一下：為什么刪除按鈕不在詳情頁而是列表頁呢？至少有一點，詳情頁的刪除不滿意批量刪除的需求。

2）某電商后臺的數(shù)據(jù)列表——刪除

小結(jié)一下，除了高頻新增這一個場景，使用刪除還需要滿意一個場景：非核心、低耦合的數(shù)據(jù)，這和“禁用”以及“失效”是對立的。

Tips:當(dāng)刪除數(shù)據(jù)是一項危急的操作時，也需要在確認(rèn)過程中警示，例如二次彈窗確認(rèn)（刪除后不行恢復(fù)提示、刪除影響提示）、高亮文字等。

2.禁用的適用場景

數(shù)據(jù)變得無用，不能被其他業(yè)務(wù)引用，又不能刪除，怎么辦呢？可以使用“禁用、停用、作廢”功能來掌握數(shù)據(jù)的有效性和可見范圍。

例如我司為以銷定采（依據(jù)客戶的訂單進(jìn)行選購，不提前選購庫存）的業(yè)務(wù)模式，為了保證發(fā)貨的準(zhǔn)時性，在生成訂單之后定時器會自動觸發(fā)生成選購單。

但是難免存在客戶臨時取消、修改訂單的狀況，假如在數(shù)據(jù)庫層面做刪除操作，這類訂單將不行追溯，會導(dǎo)致多采。

所以我們最終采納了作廢這種形式，通過作廢標(biāo)記的訂單，指定人員可見，在特別的業(yè)務(wù)環(huán)節(jié)做核銷即可。筆者對財務(wù)系統(tǒng)接觸不深，這和發(fā)票的紅沖應(yīng)當(dāng)是差不多的意思。

再例如Oracle中有一個設(shè)計是可以禁用物料分類，這也是出于業(yè)務(wù)的耦合度較高，信息需要留存，但是不適合再被后期的其他業(yè)務(wù)引用產(chǎn)生新的數(shù)據(jù)有關(guān)。

小結(jié)一下，業(yè)務(wù)的耦合度高，數(shù)據(jù)有變更會對其他業(yè)務(wù)產(chǎn)生影響需要保留的狀況下，就可以采納“禁用、停用、作廢”這種形式來做數(shù)據(jù)的刪除。

3.失效的適用場景

失效和禁用類似，區(qū)分在于數(shù)據(jù)的失效是否有明確的截止時間。

例如權(quán)限掌握中會通過有效期掌握員工的賬號，由于員工的離職是有明確時間節(jié)點的，而且是在將來發(fā)生，在發(fā)生之前賬號還要保持可使用的狀態(tài)。

使用刪除和禁用都不合適，一方面是要求當(dāng)場操作，時效的要求較高（禁用），假如遺忘可能會產(chǎn)生損失；另一方面是會影響到其他相關(guān)數(shù)據(jù)，例如員工尚未完結(jié)的薪酬（刪除）。

再例如Oracle中會推斷物料的有效期來打算是否可以被其他業(yè)務(wù)引用，對應(yīng)的場景就是B端商貿(mào)業(yè)務(wù)中，商品的調(diào)價或者產(chǎn)品下線均是有方案消失。通過截止時間使物料失效，便利選購、倉儲人員提前做好物料管理方案。

價目表通過有效期來掌握數(shù)據(jù)的可見性也是一樣的道理。

小結(jié)一下，在禁用的基礎(chǔ)上，假如數(shù)據(jù)有明確的截止時間，可通過調(diào)整失效時間來提前做數(shù)據(jù)規(guī)劃或“刪除”。

03組織架構(gòu)的“禁用”是要禁用人員的賬號嗎？

這個問題發(fā)生的背景是有學(xué)員提問，組織架構(gòu)中有“禁用”的功能，這里的禁用是為了讓組織架構(gòu)下的員工賬號失效，不能訪問系統(tǒng)嗎？

其實這個問題暴露了兩個沒有被理解的業(yè)務(wù)場景和一個產(chǎn)品設(shè)計原則：

組織架構(gòu)是什么組織架構(gòu)的變更意味著什么低耦合，高內(nèi)聚看馮侖的《野蠻生成》（點擊查看讀書筆記）對于企業(yè)的組織架構(gòu)設(shè)定有所感受，當(dāng)時在讀書筆記中寫道：之前始終想輸出一篇組織架構(gòu)的變更對企業(yè)的影響，現(xiàn)在發(fā)覺自己的理解思路錯了。組織是為目標(biāo)服務(wù)的，人群行為的管理也是為了達(dá)成目標(biāo)。所以，往上一層思索，應(yīng)當(dāng)討論企業(yè)目標(biāo)的變化對企業(yè)的組織架構(gòu)、人群行為的影響。

Oracle（僅針對筆者接受的Oracle培訓(xùn)課，Oracle完整產(chǎn)品過于浩大，筆者還沒有機(jī)會了解其全貌）將OMS產(chǎn)品的組織劃分為四大類：庫存組織、HR組織、業(yè)務(wù)實體、財務(wù)套賬，這些對應(yīng)的就是收入和成本數(shù)據(jù)。

在筆者接觸的B端產(chǎn)品設(shè)計中，組織架構(gòu)的劃分就是根據(jù)成本組織和收入組織來規(guī)劃的，嚴(yán)格匹配企業(yè)的戰(zhàn)略目標(biāo)，當(dāng)目標(biāo)發(fā)生變更，組織中資源的安排就會隨之調(diào)整，所以產(chǎn)生了組織架構(gòu)的新增和“刪除”。（問題中學(xué)員提出的“禁用組織架構(gòu)”其實也有誤差，應(yīng)當(dāng)是使組織架構(gòu)失效，由于組織架構(gòu)的變更通常是有規(guī)劃進(jìn)行的，不是突然發(fā)生的大事。）

在某個組織被變更后，組織內(nèi)產(chǎn)生的成本和收入依舊會進(jìn)入財務(wù)體系核算，不宜刪除，人員作為成本的一部分，數(shù)據(jù)自然也要保留在系統(tǒng)中。

所以組織內(nèi)的人員會遷移到其他部門或者離職，因此需要對組織下個人賬號做所屬組織修改或者賬號失效處理。

回到產(chǎn)品設(shè)計本身，我們有一個原則是一次只做一件事情，產(chǎn)品架構(gòu)的設(shè)計要符合低耦合的原則。

組織的失效是對組織的相關(guān)數(shù)據(jù)做了凍結(jié)處理，凍結(jié)的前提條件是組織內(nèi)正在有效的數(shù)據(jù)、賬號需要遷移到其他組織下或者同時也使之失效。這個“前提”是另外要單獨做的事情，禁用組織和禁用人員