實戰(zhàn)分享!系統(tǒng)可見原則在交互方案中的運用
系統(tǒng)可見性原則是尼爾森十大交互原則之一,那么,系統(tǒng)可見原則可以怎樣被實際運用于日常工作中呢?這篇文章里,作者結(jié)合一個實戰(zhàn)案例,對系統(tǒng)可見原則在交互方案中的運用進行了拆解,一起來看看吧。
系統(tǒng)可見性原則是尼爾森十大交互原則之一,是在日常設(shè)計工作中經(jīng)常運用的原則之一,該原則主要包括三部分內(nèi)容,即內(nèi)容可見、狀態(tài)可見、變化可見。那如何理解系統(tǒng)可見性原則的三部分內(nèi)容呢,我們可以結(jié)合一個線下場景來加以解釋。
乘坐電梯幾乎是我們?nèi)粘4蚬と嗣刻於冀?jīng)歷的場景,如果把乘坐電梯整個流程進行拆解,大致可以分為三個部分:等電梯、坐電梯、出電梯。每個部分其實都有系統(tǒng)可見原則的運用。
在等電梯中,上下按鈕是用戶的主要操作,也就是電梯的核心內(nèi)容,當(dāng)用戶按下其中一個按鈕后,按鈕點亮,此時展示的是當(dāng)前的按鈕狀態(tài),而電梯隨之會根據(jù)各樓層的按鈕狀態(tài)進行上下升降,此時就是電梯的變化;
在乘坐電梯時,樓層按鈕是當(dāng)前的內(nèi)容、樓層按鈕的選擇與否是當(dāng)前的狀態(tài)、而根據(jù)樓層按鈕高亮情況,電梯升降則是帶來的變化;
而當(dāng)出電梯時,樓層數(shù)字定格在當(dāng)前樓層,是當(dāng)前的內(nèi)容,樓層按鈕變?yōu)槲催x中則是當(dāng)前的狀態(tài),電梯門的打開則是帶來的變化。
所以,系統(tǒng)可見原則不僅僅是運用在設(shè)計中,還存在于生活中的方方面面,那我們該如何在實際工作中運用該原則呢?接下來就通過一個實戰(zhàn)案例帶你了解。
項目背景
本次項目是一個業(yè)務(wù)需求,有點類似電商產(chǎn)品中的“評價”功能,用戶對于已購買的商品提交相關(guān)內(nèi)容,獲得對應(yīng)的獎勵。但是與簽到功能還是有兩點不同:第一,該功能可根據(jù)單個商品的購買數(shù)量分次提交內(nèi)容;第二,用戶提交的內(nèi)容需要經(jīng)過平臺審核,審核通過后才發(fā)放對應(yīng)的獎勵。
我將通過對該交互方案輸出過程的解析,來帶大家了解內(nèi)容可見、狀態(tài)可見、變化可見三個系統(tǒng)可見原則的運用。
一、內(nèi)容可見
內(nèi)容是功能的基本構(gòu)成,明確內(nèi)容后我們才能對頁面做信息架構(gòu)與交互流程的設(shè)計,那該如何去考慮內(nèi)容呢?我們可以通過“5W1h”原則來思考,即需要承載的內(nèi)容是什么,要放在哪里,以及如何去呈現(xiàn)。
1. 內(nèi)容是什么?
需要呈現(xiàn)什么內(nèi)容可以從三部分考慮,即入口、信息、數(shù)據(jù)。入口即功能的觸點,用戶通過入口進入到功能,此時的內(nèi)容在于入口名稱的設(shè)計上,因為該功能是引導(dǎo)用戶提交申請并獲得獎勵,所以入口名稱的設(shè)計除了交代該功能是什么,還應(yīng)該考慮該功能能獲得什么?
而對于信息的設(shè)計,除了主體信息以外我們還需要考慮關(guān)聯(lián)信息。主體信息肯定是訂單信息,用戶通過對應(yīng)的訂單發(fā)起申請,而關(guān)聯(lián)信息則需要根據(jù)業(yè)務(wù)規(guī)則來制定。
前面提到該功能用戶可根據(jù)商品訂單數(shù)量分次提交,那除了購買數(shù)量需要展示外,我們是否還需要展示可申請數(shù)量,來讓用戶明確自己的后續(xù)操作;其次由于每個商品申請后的獎勵是不同的,是否在每個商品信息上展示對應(yīng)的獎勵信息。
數(shù)據(jù)則要考慮兩個維度的數(shù)據(jù),操作數(shù)據(jù)、獎勵數(shù)據(jù)。操作數(shù)據(jù)是用戶當(dāng)前可申請的數(shù)據(jù),需要有一個匯總方便用戶感知,而獎勵數(shù)據(jù)則是用戶完成申請后獲得獎勵的統(tǒng)計。獎勵數(shù)據(jù)除了單純展示外,還可以引導(dǎo)用戶去轉(zhuǎn)化。
2. 內(nèi)容要放在哪里?
內(nèi)容的位置可以結(jié)合功能的關(guān)聯(lián)度來考慮,比如該功能是針對用戶在完成訂單后,當(dāng)訂單滿足一定條件所提供的服務(wù),跟用戶訂單相關(guān),此時為了方便用戶查看與操作,我們就可以將該功能的入口放在訂單信息旁邊。
3. 內(nèi)容該如何呈現(xiàn)?
內(nèi)容的呈現(xiàn)一般是與ui設(shè)計師一起,結(jié)合內(nèi)容的關(guān)聯(lián)性來考量,該功能的主體內(nèi)容主要是訂單信息,包括對應(yīng)的訂單數(shù)量、可申請數(shù)量、獎勵規(guī)則以及操作按鈕等,所以這些信息會作為一個主體去看待,那多個主體又該如何呈現(xiàn)呢?可以根據(jù)主體信息數(shù)量來考慮是用卡片還是分割線,是上下布局還是左右布局等。
二、狀態(tài)可見
一般只要有操作就會伴隨著狀態(tài)的改變,所以在考慮狀態(tài)的時候不僅要考慮狀態(tài)是什么,還要考慮對應(yīng)狀態(tài)下的操作。針對此次功能,狀態(tài)是伴隨著申請的路徑來劃分的,可以分為可申請、待審核跟已完成,而對應(yīng)狀態(tài)下的操作,我們則需要結(jié)合業(yè)務(wù)規(guī)則來定義。
可申請中,操作則是引導(dǎo)用戶去進行申請操作,而在待審核中,我們則需要考慮用戶提交的申請信息是否支持修改、撤回等操作,來確定放什么操作按鈕;而對于已完成而言,除了告知用戶結(jié)果以外,為了增強用戶的感知,是否可以引導(dǎo)用戶在獎勵詳情中找到對應(yīng)的獎勵記錄。
三、變化可見
對于用戶而言,變化主要包括兩種,主動發(fā)生的變化與被動接受的變化。主動發(fā)生的變化主要發(fā)生在用戶操作后,這類變化主要告知用戶操作的結(jié)果以及預(yù)期,比如在該功能中,用戶提交申請后,由于需要時間審核,這個時候則需要告知用戶當(dāng)前的操作結(jié)果,需要審核的時間,以及通過后預(yù)計得到的獎勵。
而被動接受的變化則是平臺反饋給用戶的變化,這個時候就需要增強用戶對于變化的感知,比如當(dāng)有新的可申請的訂單時,在操作入口以數(shù)字的變化告知用戶;當(dāng)用戶申請的內(nèi)容審核通過后,在獎勵數(shù)據(jù)上可以展示新增獎勵的標(biāo)識,用來增強用戶對于平臺數(shù)據(jù)變化的感知。
結(jié)語
以上,就是筆者結(jié)合自己在工作中的案例,分享的一篇如何運用系統(tǒng)可見原則輸出設(shè)計方案的文章,經(jīng)驗有限,歡迎大家留言探討!
專欄作家
一個青橙子,公眾號:一個青橙子,人人都是產(chǎn)品經(jīng)理專欄作家。專注產(chǎn)品設(shè)計中的案例分享。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自 Unsplash,基于CC0協(xié)議
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。
做好系統(tǒng)可見性是為了滿足用戶的操控感和獲得感的訴求
畫的也很精致。例子 和 知識也對應(yīng)的很好
寫的很好,圖