編輯導(dǎo)語：隨著行業(yè)的快速發(fā)展，設(shè)計行業(yè)也是很重要的，關(guān)于怎樣讓用戶安全感體驗升級，對于設(shè)計師來說，也是很重要的一項，安全是混合云管控體驗的基本盤，也是核心競爭力。本文總結(jié)了相關(guān)內(nèi)容，與大家分享。

去年，我們在混合云控制臺戰(zhàn)役中也著重對安全體驗做了全面提升。我們發(fā)現(xiàn)，混合云企業(yè)客戶比個體用戶會更加關(guān)注“人、財、物、權(quán)、法”的管理安全，安全感幾乎需要滲透到操作鏈路的所有時點。觀察用戶在操作前、中、后的情緒曲線，我們認(rèn)為：

1. 通過包容性設(shè)計，讓用戶第一印象覺得很安全。比如，色彩使用上遵照常規(guī)語義通識，避免歧義。
2. 在操作中通過實時反饋設(shè)計，讓用戶用著放心。比如，創(chuàng)建資源過程中，實時展示可用余量還剩多少。
3. 在條件校驗中進行容錯設(shè)計，建立結(jié)果安全感。比如，輸入信息校驗前置、錯誤信息提示優(yōu)化等。
4. 在操作變更中盡量減少錯誤發(fā)生，營造變更安全感。比如，刪除時二次確認(rèn)、按鈕置灰避免二次提交。
5. 當(dāng)已經(jīng)發(fā)生了錯誤，通過優(yōu)化報錯反饋，讓錯誤有跡可查，從而輔助盡快修復(fù)錯誤。
6. 如果無法修復(fù)錯誤，通過回退機制盡量挽回。比如，資源刪除默認(rèn)放入回收站以防止誤刪。

一、管控安全感

1. 感知確定

研究表明，人們?yōu)榱藵M足自己的安全需要，有時表現(xiàn)為尋求確定感，有時表現(xiàn)為尋求不確定感。具體來說，在不安全情況下，人們尋求不確定感；在安全情況下，人們尋求確定感。所以，為了在控制臺體驗中營造安全感知，需要讓用戶對不同場景、不同對象、不同狀態(tài)時刻保持確定感。

我們總結(jié)了需要讓用戶感知確定的四種場景：

1）感知余量：總量=已用+余量。有些場景”余量”更需要被關(guān)注，因為“余量”決定了能否繼續(xù)正常使用。

2）感知臨近異常：“正?！弊屓烁械健胺€(wěn)定”，“異?！弊屓烁械健拔C或不確定”。設(shè)計師除了要關(guān)注這兩端的狀態(tài)外，“臨近異常”也是值得注意的。適當(dāng)強化臨近異常的狀態(tài)展示，可以提前引導(dǎo)用戶意識到異常即將發(fā)生，采取行動盡量規(guī)避異常發(fā)生。

3）感知有/無權(quán)限：有無權(quán)限直接影響是否需要展示。一般用戶無權(quán)限的操作或內(nèi)容，我們建議系統(tǒng)直接不展示，看不見意味著不會犯錯，對用戶會更安全。

4）感知當(dāng)前是否可用：是否可用與權(quán)限無關(guān)，與狀態(tài)有關(guān)，一般由某一時點下不同狀態(tài)導(dǎo)致。我們建議將不可用的內(nèi)容或操作disable，但并非不展示，讓用戶依然能看見并保留一定暗示性。

2. 放心使用

為避免一次性數(shù)據(jù)請求帶來多個報錯增加用戶的修改成本，我們建議在較為復(fù)雜或輸入項過多的長表單中增加實時校驗的能力，或者在特定業(yè)務(wù)邏輯下（比如去重邏輯）也增加該能力。

3. 有跡可查

當(dāng)發(fā)生錯誤時，專有云用戶和公共云用戶對報錯內(nèi)容的訴求不同。公共云用戶是資源使用人，運維能力較淺，當(dāng)發(fā)生錯誤時，可以直接聯(lián)系客服或通過工單解決。專有云部署在客戶自己的私域，用戶往往既是資源使用人又是運維人員，具備一定運維技能。還有一類是在客戶現(xiàn)場駐場的運維人員，也需要通過查看盡可能詳盡的報錯信息來定位和排查問題。

報錯信息一旦詳盡，設(shè)計時就必須考慮如何在有限的空間內(nèi)進行有效的展示。我們在單條報錯和批量報錯場景下，將錯誤詳情字段默認(rèn)折疊以節(jié)省空間，不干擾大部分非運維人員；只有當(dāng)用戶有運維需求時，可點擊展開錯誤詳情字段進行問題定位。

4. 可以挽回

一些控制臺提供給用戶不可回撤操作，比如下線機器、刪除數(shù)據(jù)等可能是高風(fēng)險甚至是危險的。這些高風(fēng)險操作會給用戶帶來心理壓力，使得用戶在使用產(chǎn)品時需要時刻小心。但想要完全杜絕錯誤發(fā)生，需要從產(chǎn)品機制上確?？苫赝?，比如讓部分核心云資源管理支持“回收站”功能，一方面可以節(jié)省資源，另一方面也可減輕用戶使用產(chǎn)品時的心理壓力。

二、一體化落地

1. 思考框架

業(yè)務(wù)彼此不互通，很可能讓各自設(shè)計師在同類場景上重復(fù)造輪子；設(shè)計師經(jīng)驗不同，也可能導(dǎo)致同類規(guī)范存在交叉，相似但又不能完全被復(fù)用。我們抽象出了「TFACC模型」，它能引導(dǎo)設(shè)計師從業(yè)務(wù)、用戶、設(shè)計三個視角切入思考，從類型、功能、行為、容器、內(nèi)容這五個維度細化分支，然后進行交叉分析，梳理出完整的規(guī)范全貌。

下面以「二次確認(rèn)」為例，介紹我們是如何用它來制定規(guī)范的。

2. 拆分推導(dǎo)

首先，要明確什么是“二次確認(rèn)”？為了讓用戶減少甚至避免對重要數(shù)據(jù)的誤操作或?qū)χ匾僮鞯恼`觸，我們需要在必要且合適的時候，讓用戶思考是否要這么做？目的主要是：

• 防誤觸
• 提醒用戶檢查
• 告知用戶提交后會發(fā)生什么

根據(jù)后果的嚴(yán)重性，我們將二次確認(rèn)分為危險型和普通型兩種類型，區(qū)別在于主行動按鈕顏色不同，紅色按鈕比品牌色按鈕更具警示性。根據(jù)確認(rèn)是否打斷操作，可選擇用氣泡或彈窗兩種容器承載信息。根據(jù)用戶確認(rèn)前的行為，是選擇了單個對象還是多個對象進行操作。二次確認(rèn)的內(nèi)容量有哪些，除了標(biāo)題、詳情、CTA按鈕，還可能有什么？

然后將有關(guān)聯(lián)的子維度進行交叉分析，梳理出規(guī)范細則，主要明晰不同場景下對應(yīng)的交互方式和布局樣式。

最后，用樹型腦圖可視化指引如何正確選擇合適的模式，并對應(yīng)準(zhǔn)確的設(shè)計方案作為參考。

三、代碼封裝

設(shè)計規(guī)范沉淀到文檔或者站點上還遠遠不夠，受使用者經(jīng)驗影響，容易被誤用。我們認(rèn)為，只有將“設(shè)計規(guī)范本身”和“如何應(yīng)用規(guī)范”全部代碼化封裝到物料或工具中，才能最大化保證設(shè)計規(guī)范被正確使用。比如，二次確認(rèn)場景下，“如何選擇對的彈窗樣式”通過擴展彈窗類型讓前端實現(xiàn)準(zhǔn)確調(diào)用，“如何展示合理的內(nèi)容”通過分區(qū)來對內(nèi)容合理規(guī)劃，這樣能從一定程度上提升規(guī)范在實際開發(fā)應(yīng)用環(huán)節(jié)的使用正確率。

作者：壹?。还娞枺篈libaba Cloud TxD

原文鏈接：https://mp.weixin.qq.com/s/ryNIkjZqMZ8IfNa_uYKvhQ

本文由 @Alibaba Cloud TxD 授權(quán)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議