編輯導語：後臺作業系統的相關專案中，常用的提示有哪些？作者總結了6個維度的內容，與你分享交流，我們一起來看下吧。

本文將自己在後臺作業系統的相關專案中，關於提示方面的進行總結，歡迎各位討論交流。

儘管各後臺作業系統，如ERP、CRM等業務功能屬性各不相同，但是永遠也離不開資料的增刪改，這也就會有通用的提示出現，如“是否刪除”等，該文旨側重介紹梳理這些“通用”的提示。

提示的形式，如採用非阻斷還是阻斷式以及文案是否簡潔等不做深入，這些也已經有許多成熟的文章可參閱。

根據自身在後臺作業系統中的專案經驗，將從以下6個維度分別展開。

一、欄位校驗提示

1. 必填

必填是最為常見的一種校驗，在表單欄位較少時，我們可能會採用禁用”儲存、提交“等按鈕的方式，只有填寫必填欄位後，才將按鈕由禁用變為可用，可能此時無需提示文案。

但仍然存在表單中欄位特別多的情況，出於效能等原因，不好做按鈕的禁用與啟用時，就需要在欄位旁進行提示。

2. 格式

表單中常會有限制格式的情況，如只可輸入數字，或只可數字和符號等。

3. 文字長度限制

最短輸入多少字元，預設給出暗文提示，然後有校驗提示：

最長的可以採用如下數字提示元件，超出後無法繼續鍵入：

4. 非法、衝突

當某些欄位無法聯想搜尋，只能以輸入的形式，但又需要確保值在系統中時，需要校驗判斷該值是否合法（在系統用資料庫中），如為不在資料庫的非法提示，則需要提示“不存在”。

同樣，某些值需要與已經存在的值避免衝突，如ID暱稱等，則需要提示“已存在，請修改”。

欄位的校驗儘量採用失去焦點時校驗，並且直接在邊上提示的形式。若頁面表單過多，無法做到失焦校驗，再考慮點選提交儲存等按鈕時觸發校驗，以及頁面表單過多存在滾動時，考慮採用非阻斷的形式：

二、二次確認提示

適用於系統中的修改無法撤銷的情況，如刪除、提交、釋出等；對於可隨時撤回的或可修改回來的，如修改個人資料資訊等，就不需要再加上二次確認是否儲存的提示。

三、修改/儲存提示

1. 儲存成功

成功後的反饋，文案統一即可。

2. 無修改變動

通常兩種做法，第一種是控制儲存按鈕的禁用與啟用，無修改則禁用儲存按鈕，但該種只適合欄位特別少的情況，因為開發還需要判斷修改前後是否一致，否則每一次鍵入都監控，對效能要求高。

第二種就是直接給出提示，可統一為“當前無修改”。

3. 是否儲存修改

在編輯頁面，使用者經常可能資訊編輯一半就點選跳出，為防止使用者誤操作，需要提示使用者是否儲存修改，可統一提示：

點選“儲存”，則儲存修改並離開頁面；

點選“不儲存”，則不儲存修改並離開頁面；

點選“取消”則只關閉當前彈窗。

四、預設提示

1. 無資料

許多模組都會出現暫時沒有維護資料的情況，我們一般統一文案“暫無資料”，有需要增加引導性等情況，再另外特殊註明即可。

五、搜尋相關提示

1. 搜尋預設暗文提示

搜尋框提示，以搜尋開頭，接上搜索物件，支援兩三個物件時用“、”分隔，如：“搜尋姓名、地址”；特別多個物件時，直接統一提示“輸入關鍵字搜尋”。

2. 無符合條件的搜尋結果

在維護一定查詢條件後，無法得到匹配查詢條件的搜尋結果時，提示“無匹配結果”。

3. 設定查詢以檢視結果

系統中不是所有的表格都會預設展示全量資料。當資料量太大時，處於效能等原因考慮，需要輸入相關查詢條件，才展示相關資料。

這種情況，我們需要與“暫無資料”的預設提示做區分，這時我們文案可以統一為“選擇或輸入查詢條件以檢視相關結果”。

六、其他

1. 多個值連線符

系統中會常見多個值在同一文字框、單元格等情況，我們可以規範統一一個符號連線，如中文分號“；”，中文逗號“，”等。

2. 無值符號

對應屬性沒有值時，為了避免使用者以為沒有加載出來，不要直接將其空著，統一採用“-”或“–”填充。

七、最後

通用提示的規範梳理，能有效保證系統內體驗的一致性，而不會出現——在同一個系統中，頁面A提示“是否刪除”，頁面B卻提示“您確認要刪除嗎？”的情況。尤其對於面向市場SaaS化，更是一種專業體現。

大家還有哪些通用提示，歡迎補充。

本文由 @阿喊設計 原創釋出於人人都是產品經理。未經許可，禁止轉載

題圖來自 Unsplash，基於CC0協議