設計思考如何處理異常case
專案背景
在專案設計過程中,總是有一些異常case被忽略,增加了跟開發同學溝通成本。回想過去一年的時間,幾乎每一個專案都有類似的問題出現。在問題反映出來後,不斷的去補救補充這些狀態。因此,迫切的需要總結經驗的問題彙總,對後期工作中出現類似的問題時,能快速處理,甚至,將這些問題在暴露出之前把其解決。
什麼是異常case?
在產品使用過程中,除了正常狀態之外的情況。異常case是在網際網路產品中因為各種原因常出現的,但是,確實是在互動設計中,會經常因為考慮不全而遺漏。
在產品設計過程中有哪些異常case?
從產品剛下載下來到使用過程中都會有出現異常的情況,包括:獲取許可權失敗(iOS應用商店不存在此類問題)、網路情況、傳送失敗、預設狀態、重新整理、下載失敗等等。
下面將細分總結一下這些問題出現的情況。
1、獲取許可權失敗。包括:通知、資訊、相簿/相機、地理位置等。
a.獲取相簿/相機許可權
在首次下載app的時候,尤其安卓手機,會收到獲取許可權的申請。比如我們產品中,OCR專案在首次開啟的時候,iOS以及安卓都會有申請獲取手機相機及相簿的許可權。
b.獲取資訊許可權
在我們的小程式產品中,有獲取對方手機號、關聯微信的許可權,為了快速的繫結使用者的客戶端,但是由於描述文案的不明確,導致獲取許可權失敗。
獲取許可權的失敗的原因有兩種:
一:使用者對產品獲取自身資訊的不安全感。
二:描述文案不準確。沒有給使用者告知為什麼要獲取許可權。
c.獲取通知許可權
關於通知push 許可權的獲取,在我們的產品中,有通知老師有新的通知,收到新的提交作業的通知,老師佈置完作業後,學生端也會收到新作業的push或簡訊,對於使用者來說,這種提醒應該是積極的,一般做法是,在開啟APP之後,會給一個彈窗,告訴使用者沒有傳送通知的許可權,提示使用者去開啟許可權。告訴他這類通知的好處,但是如果產品不斷的給使用者傳送無效無用的訊息干擾的使用者時,使用者體驗會變差,嚴重會導致使用者解除安裝軟體。所以,在獲取許可權通知後,有剋制。
d.獲取地理位置
我們的產品是不需要獲取使用者地理位置的,但是由於技術開發,預設給使用者推送獲取地理位置資訊的彈窗,導致使用者有不安全感。此為優化的點。
2、網路狀況
網際網路產品對於網路是非常依賴的,網路狀態的不同產生的異常case也是需要注意的。
網路狀況有:Wi-Fi、4g、弱網、無網路、下載失敗(我負責的專案沒有下載功能,在此暫不總結)等。
a.在Wi-Fi與4g的判斷切換中,我們的產品在視訊精練專案中有過相對應的考慮。在使用者有Wi-Fi切換成4g或者使用4g網路的時候,需要自動暫停快取,並給使用者提示:網路由wifi切換成4G,如果繼續播放將使用運營商網路併產生流量費用。iOS在提示方式使用了介面內嵌的設計形式。而安卓由於工期問題,使用了警示框的設計形式。
b.斷網情況:完全沒有網路的情況。
對於斷網的設計形式有:整頁提示、佔位符、toast、警示框、介面內嵌、tips。
c.弱網情況:網路狀況不好、載入失敗或載入緩慢出現的異常情況。
設計形式有:整頁提示、佔位符、介面內嵌、tips。
3.空狀態
空狀態情況是我負責的所有專案中幾乎最常見的狀態。例如,在推薦作業專案中,由於新使用者沒有佈置作業的歷史,導致檢查結果為空。在視訊精練專案中,使用者所選的課時沒有該題型導致搜尋結果為空、自主選題專案中篩選條件設定導致內容為空等等。在不同的場景下,對於空狀態的處理方式也是不同的。
4、表單異常。
表單異常內容有字元過短不符合要求,登入註冊時密碼錯誤、必填項未填寫等等。
5.限定值
在負責的專案中,限定值的情況一般出現在老師端佈置作業場景比較多。例如,超過限定的題目數量,操作過於頻繁(在推薦作業中)等。
6.不可用
常用case:賬號不存在、賬號過期、選項不可選、按鈕置灰等。
7.時效性
在作業盒子特殊的場景中,比如課堂投影講題中,會有二維碼的過期、登入註冊時,驗證碼過期等。
如何處理異常情況?
針對上面總結的異常情況,會有一些針對性的處理方式。在下面進行一一例舉。
1、獲取許可權失敗的處理方式。
a.獲取相簿/相機許可權。若使用者拒絕後,則無法開啟相簿相機進行內容的上傳。當用戶再次點選使用該功能時,有彈窗提示。並有引導至手機系統設定中重新進行更改。
當用戶首次進入ocr進行拍照批改功能時,有訪問相機許可權的彈窗,點選好,正常進行,如果使用者點選不允許,彈窗關閉,使用者無法使用該功能。當用戶第二次進入該頁面,則有提示彈窗:請在裝置的隱私中設定允許訪問相機。點選確定,直接跳轉至系統設定進行內容設定。
2、網路狀況處理方式。
a.在出現網路狀況異常時,需要通過彈窗、toast等進行明確的提示,讓使用者明確為什麼,並告知使用者如何去解決。比如:重試、重新整理、刪除等。比如在下載app時,由於網路情況或其他原因導致下載失敗,則提示使用者取消,刪除或者重新整理重試。
B.網路速度過慢時,可能會出現載入失敗,或由於伺服器空間不足時,造成一些網路失敗的異常。這種情況下更加不同場景使用不同的方式去處理。比如:在網路異常前,已經快取顯示之前的內容,使用toast提示。在一些運營頁,則處理方式為空頁面,然後在頁面右上角使用了重新整理的方式,此處理方式可後期進行優化。
3.空狀態處理方式
空頁面就是指該頁面沒有內容。由於不同的場景,我在處理空頁面時,也使用了不同的處理方式。整頁提示、介面內嵌、佔位符、彈窗引導。
4、表單異常。
實時資料檢測,若手機號碼錯誤時,提示文案標紅。
當密碼輸入錯誤時,由於我們的使用者群體為對網際網路產品不敏感的老師群體及部分家長。在使用者反饋時,說對於密碼輸入錯誤或忘記密碼後不知道如何處理,儘管我們有忘記密碼這個入口可以進入進行密碼的重新設計,但是由於反饋使用者較多,也做為一個優化點,換了一種處理方式。我使用彈窗這個方式的設計思路為彈窗比較強制性,比之前toast提示、或描述文案描紅表示給使用者反饋的資訊更明確。因此最終確認了這種形式。
在必填項為填寫的處理方式為當用戶為輸入完成必填項時,下一步的按鈕置灰不可點,當內容輸入完整後,按鈕點亮,繼續進行下一步的動作。
5.限定值
佈置的作業超過限定數量或少於1時,選擇的課時過多時,採用toast提示方式告知對方。
6.不可用
對於不可用的狀態,我在設計過程中思考如何讓使用者給予明確的資訊提示、避免重複的操作。在不同場景下,使用不同的處理方式。例如:在登入註冊時,我們做了優化,當用戶輸入未註冊的手機號時,系統進行判斷,若使用者為使用該手機號註冊過,則讓他進行註冊行為,若該手機號已註冊,則下一步為填寫登入密碼登入,這種方式減少了使用者對該手機號是否對的判斷,也減少了使用者不可用後進行多步返回操作。還有一個場景為自主選題功能,若使用者未認證教師,則不能使用該功能,則通過文案告知使用者如何去解決這個不可用的問題。
7.時效性
時效性在使用作業盒子web端時,通過二維碼掃碼方式登入,會有時效性。當二維碼超過2分鐘未進行掃碼登入時,二維碼會失效,需要使用者重新重新整理掃碼或切換其他登入方式。
在app中獲取驗證碼時,也有設定時效性。當用戶傳送驗證碼後超過1分鐘未登入,則需要重新獲取驗證碼。
總結
彙總異常情況的目的是為避免後期出現遺漏、考慮不周造成與開發溝通成本提高的問題。通過此次整理異常情況,積累彙總問題,並列出現有的解決方案,及優化點,也為後期建立自己的自查表做準備。在後期專案跟進時,將其餘發現的問題進行補充更新,希望能在後期工作中,能發現問題、解決問題提高自己的工作效率。