關于“管理模式下是否需要確認按鈕”這一問題，作者結合自己最近的一次設計方案復盤，從三個維度展開分析，希望對你有所啟發。

對于最近設計方案的一次復盤。本文主要關于管理模式的部分。

背景

需求：在課程章節頁面，老師希望可以對章節、單元編輯名稱和調整順序。

設計問題：

1. 操作功能入口放在哪里？
2. 是實時保存同步，還是點擊確認按鈕保存同步？
3. 樹結構下的排序如何設計？

一、操作功能入口放在哪里？

最開始想到的就是放在章節單元后，增加更多 icon，用戶點擊更多進行章節單元的編輯刪除，拖拽直接調整排序?？墒沁@種設計方式讓章節看起來復雜很多，而且老師使用頻率很低，一般只有在學期剛開始，備課時設置，后期幾乎不再會進行調整。

為了降低頁面復雜度，我把編輯排序放在統一入口，點擊后，再進行操作。我給這個入口命名為管理。點擊管理，進入到管理模式，調整章節、單元的名稱和層級結構。

二、是實時保存同步，還是點擊確認按鈕保存同步？

1. 實時保存

實時保存就是用戶的每一步操作都會立即生效。比如一些標題的編輯，鼠標hover上去會展示輸入框，光標消失即保存成功?；蛘咧蹙庉嬑恼聲r，也會告訴你保存中。

實時保存相較于確認保存少一步操作路徑，每一步操作立即生效同步更新，相對來說效率較高。由于人們總是會忘記收尾工作，實時保存也避免了讓用戶承擔忘記點擊確認按鈕而使數據丟失的風險。

實時保存也有缺點，比如當用戶想要反悔撤銷的話，就會比較困難。一般會根據具體需求搭配撤銷按鈕、歷史版本等方式，給用戶一個反悔撤銷的機會。

2. 確認按鈕保存

用戶進行的一系列操作，都不會立即生效，而需點擊確認（保存等）按鈕后，所有操作才會生效。比如飛書管理后臺對于會議室預約規則的設置。默認是查看模式，修改字段進入編輯模式，展示取消、保存按鈕，點擊保存更新修改，取消則回到編輯前的狀態。

這種方式的好處是，減少用戶修改過程的心理壓力。用戶在修改過程中可以隨意調整，內容不會被同步，修改好后點擊確認按鈕統一保存，內容同步。

為什么用戶在編輯時會有心理壓力？重點就在于同步給誰，以及同步的內容是什么。

3. 用戶

內容修改后只同步給自己。

例如微信標簽管理，進入管理模式后，對于標簽的排序，刪除都實時保存更新，沒有確認按鈕。標簽修改后的結果只會同步給自己，而自己在管理標簽的過程已經知道了修改結果，如果增加確認按鈕倒顯得較為繁瑣。

內容修改后會同步給其他用戶。

例如飛書管理后臺對于會議室預約規則的設置，設置結果會影響其他用戶預約會議室，比如能不能約、幾點能約，所以同步設置結果就必須要謹慎一些。而多一步確認（保存）按鈕可以幫用戶再次確認自己的操作行為，讓同步結果更謹慎。

以上可以總結為，如果內容修改后只同步給自己，則實時保持更便捷。如果內容修改后會同步給其他用戶，則需考慮增加確認按鈕讓操作行為更謹慎。具體還需考慮內容本身。

4. 內容

如果內容對其他用戶影響不大，也可以使用實時更新。

比如飛書管理后臺對于會議室名稱的修改，修改后，光標移開即保存成功。會議室名稱對于用戶來說只有信息的傳遞，沒有功能上的制約，甚至也不影響用戶行為目標?？梢运伎枷?，當用戶想約會議室時，什么會影響用戶決策？比如位置-用戶會考慮距離是否合適、或者狀態-是否當前被占用等，但會議室名稱幾乎不會影響用戶預約決策。所以內容對用戶影響較小，使用實時更新。

編輯者對于內容的重視程度。

比如知乎內容發布后，二次編輯，需點擊保存更新才會同步給其他人。創作者寫文章耗費了自己的時間成本，好的內容可以幫創作者帶來流量和價值感，所以創作者會更重視文章內容的完整性。而實時同步編輯過程所展示的內容是不完整的，會影響讀者閱讀內容的感受。所以點擊保存更新，統一同步內容可以避免這些問題的發生。

三、我的方案

回到自己的產品上，老師對于章節的管理操作會同步給學生，調整結果會影響學生查看章節結構。作為學生，主要任務是完成章節或者單元下的學習活動。所以調整的內容并不影響學生完成學習任務，按照我們所總結的規則，內容對于同步者影響不大，可以使用實時更新。

再來看編輯者對于內容的重視程度。老師會在學期前開始備課，管理層級結構屬于備課環節，教學內容一般都是固定的，所以后期調整層級結構的頻率很低。操作行為低頻且優先級不高，內容固定，對于老師來說，重視程度一般。所以也可采用實時更新。

由于老師編輯章節或單元已有保存按鈕，如果管理模式還存在保存操作的話，對于編輯功能來說需 2 次保存才算是真的保存，理解成本過高。選擇實時保存方式更合適。

根據以上 3 點，我的方案選擇實時保存，實時更新。

最后

以上是我對于工作內容中關于管理模式的復盤思考，最終設計方案的產出還是需要結合自己產品的業務，在體驗和功能的權衡之下做出最合理的設計。

關于第三部分排序放在下次在寫….