APP産品設計關于删除操作的(de)處理(lǐ)

 

我們設計一款APP應用(yòng)，無論是前端還(hái)是後台，都可(kě)能會用(yòng)到删除操作。今天我們就來(lái)討(tǎo)論一下(xià)這(zhè)個(gè)設計上的(de)小細節的(de)處理(lǐ)。

通(tōng)常情況，我們在删除某項内容的(de)時(shí)候，都會提示用(yòng)戶是否确認删除。如果覺得(de)彈出提示會影(yǐng)響用(yòng)戶操作，可(kě)以在删除後增加撤銷删除的(de)功能。這(zhè)兩種做(zuò)法各有什(shén)麽不同呢(ne)。

首先，討(tǎo)論這(zhè)個(gè)問題的(de)前提條件是，第一種情況中的(de)系統是可(kě)以支持用(yòng)戶删除後撤銷的(de)功能的(de)。如果系統本身或者由于其他(tā)原因不能讓用(yòng)戶撤銷删除的(de)話(huà)，這(zhè)裏的(de)討(tǎo)論就沒有意義了(le)。比如，電子郵箱裏，删除在已删除郵件裏的(de)郵件這(zhè)個(gè)操作，隻要執行那麽郵件就徹底從數據裏消失，用(yòng)戶是無法尋回的(de)，你能做(zuò)的(de)隻能是在删除前，讓用(yòng)戶确認一遍。
所以這(zhè)裏討(tǎo)論的(de)删除并不是從數據庫中把數據完全移除，而是指是把數據存放在一個(gè)“不可(kě)用(yòng)”的(de)空間裏。因此這(zhè)裏討(tǎo)論的(de)删除在很多(duō)開發人(rén)員(yuán)眼中，不過是個(gè)“假删除”。

什(shén)麽時(shí)候使用(yòng)删除前需要确認?
1.預防誤操作
删除這(zhè)個(gè)操作，部分(fēn)的(de)使用(yòng)場(chǎng)景下(xià)，對(duì)用(yòng)戶來(lái)講是一個(gè)影(yǐng)響比較大(dà)的(de)操作，也(yě)就是我們常說的(de)“重度操作”。那麽，爲了(le)防止不是使用(yòng)者本意的(de)操作高(gāo)頻(pín)率的(de)發生，就很自然的(de)增加一個(gè)确認步驟。
2.用(yòng)戶需要知曉操作的(de)後果
一些業務規則下(xià)，用(yòng)戶并不清楚進行删除操作後，會發生什(shén)麽事情，即使你提供了(le)撤銷删除的(de)功能。所以有必要給出一個(gè)對(duì)話(huà)窗(chuāng)口，告知其後果并确認其操作。也(yě)許他(tā)們并不看，但總比你不說強。
3.撤銷删除成本高(gāo)，或者沒有對(duì)用(yòng)戶開放
淘寶的(de)訂單裏有一個(gè)訂單回收站的(de)功能，不知道大(dà)家有沒有概念。反正今天我是爲了(le)回答(dá)這(zhè)個(gè)問題，才仔細的(de)去看了(le)看才知道，并且入口并不是很明(míng)顯。另外一些網站系統中，用(yòng)戶删除的(de)數據是有留存的(de)，但是一般就不會再呈現給用(yòng)戶看了(le)。

什(shén)麽時(shí)候使用(yòng)删除後可(kě)以撤銷的(de)方式?
如果一個(gè)删除操作滿足以下(xià)的(de)條件，我認爲可(kě)以考慮采用(yòng)删除後可(kě)以撤銷的(de)方式。
1.删除這(zhè)個(gè)操作對(duì)用(yòng)戶來(lái)講影(yǐng)響不大(dà)，是個(gè)“弱操作”。
2.删除這(zhè)個(gè)行爲需要經常發生。
3.用(yòng)戶有預期可(kě)以撤銷删除，并且知曉該如何操作。
4.撤銷删除的(de)操作的(de)成本。
比如郵箱中的(de)删除郵件操作。在用(yòng)戶已知曉怎麽找回郵件的(de)前提下(xià)，删除操作是一個(gè)“弱操作”，并且清空一下(xià)收件箱對(duì)一些強迫症用(yòng)戶來(lái)講，是一件很爽的(de)事情。所以一般删除郵件時(shí)是沒有确認的(de)。