首頁

潘通(Pantone)是如何靠“色”賺錢的

seo達人


色彩研究機構(gòu)潘通正式公布了2022年度流行色
長春花藍

 

[優(yōu)化輸出圖像]

 

特別有仙氣的名稱和顏色,長春花藍是一個全新創(chuàng)作的顏色,代表著一種自在的信心和大膽的好奇心,期望激發(fā)個人的創(chuàng)意與創(chuàng)作力,擁抱充滿可能性的未來。

當很多網(wǎng)友在討論這到底是藍色還是紫色時,潘通表示它是藍色和紫紅色的混合,將前者的「恒久」與后者的「活力和興奮」結(jié)合在一起,并展示了多種配色組合方式。

 

圖片

 

[優(yōu)化輸出圖像]

 

其實這種分不清具體色系的顏色也出現(xiàn)在2001年潘通為Tiffany打造的獨有品牌色Tiffany藍,同時也成就了這個品牌。

 

圖片

圖片

 

很多女生買Tiffany大多為了這個顏色的包裝。這個品牌色在潘通色庫中是找不到的,除非是Tiffany授權(quán),否則任何印刷廠都無法印制。

圖片

 

潘通就像統(tǒng)治了色彩世界一樣,只要跟潘通合作過的品牌色都會火,比如星巴克、可口可樂、騰訊企業(yè)官方色、華為P10的手機、歐拉汽車的粉色、五菱mini的馬卡龍色等等。

圖片

到底潘通為什么會這么火,而潘通到底是家什么公司,我們今天就來科普下。

潘通介紹

Pantone的前身是一家印刷品公司,創(chuàng)始人勞倫斯·赫伯特(Lawrence Herbert)原本是在一個小的廣告印刷公司做兼職。

圖片

 

同時擁有生物、化學(xué)雙學(xué)位的他利用自己的專業(yè)知識簡化了油墨生產(chǎn)流程,并且?guī)椭镜挠∷⒉块T實現(xiàn)盈利。

[優(yōu)化輸出圖像]

 

后來一想,印刷部門盈利都是靠我,不如就自己單干,于是花費9W美元把這個印刷部門也買了下來,并命名為潘通(Pantone)。

圖片

但在銷售自己生產(chǎn)的顏色時,他經(jīng)常發(fā)現(xiàn)會與客戶需求顏色信息不對稱的問題,比如客戶需要一個湛藍色,而油墨廠可能無法調(diào)制出與客戶需求一樣的顏色,就會導(dǎo)致在很多色彩上認定的誤差。

 

圖片

 

他意識到解決辦法就是建立統(tǒng)一的色彩系統(tǒng),每一種顏色都用數(shù)字代號來表示,比如設(shè)計師與印刷廠說,我要印制一個例如007顏色,而印刷廠只要拿著色卡找到與型號相符的油墨進行配置,就可以得到目的顏色,這樣會極大的降低顏色的試錯率,對印刷廠也可以減少庫存,縮減成本。

 

在1963年,第一代潘通(Pantone)配色系統(tǒng)

(簡稱PMS)上市

圖片

圖片

接下來的20年,潘通逐步建立起了一整套色彩標準體系,使原本模糊不清的顏色概念發(fā)展成一門精準的科學(xué),減少了設(shè)計師、制造方、零售商和終端客戶間的溝通成本。

 

圖片

 

 

因為便捷的色彩系統(tǒng)使用,應(yīng)用人群也越來越廣,這一套配色系統(tǒng)為潘通賺的盆滿缽滿,潘通也逐漸被市場認定為色彩標準的代表,就像國際通用貨幣一樣的主導(dǎo)地位。

 

圖片

圖片

可赫伯特的野心不僅僅是這樣,潘通建議所有的色卡用戶每年都購買最新版本,理由是印刷的油墨會隨著時間的推移而變黃,從而失去精準度。

圖片

 

呃,雖然有點道理,但一看這色卡的價錢(割韭菜還是你狠),于是“賣色卡”成了一個持續(xù)帶來現(xiàn)金的業(yè)務(wù)。

 

圖片

但是大眾也不傻,心想只要買一本色卡回去就能用好多年,于是潘通利用色卡所能涉及到的平面設(shè)計、家居裝潢、服裝紡織、工業(yè)產(chǎn)品的龐大人群便滲透到大眾。

[優(yōu)化輸出圖像]

在千禧年開始發(fā)布了第一個年度代表色,將天藍色命名為千禧藍(Pantone 15-4020)。

圖片

 

并且植入到了《穿普拉達的女王》電影中,成為了潘通里程碑的時刻,這一招是真絕,因為電影與時尚行業(yè)是最能傳播到大眾市場的,加上各大品牌與潘通合作的專屬色大火。

圖片

 

從這一刻開始,潘通成為了全球色彩趨勢的老大,之后的潘通每年都會推出一個新的年度代表色,每個代表色都有單獨的色卡。

圖片

 

利用每年的色彩流行趨勢影響著眾多產(chǎn)業(yè)的產(chǎn)品開發(fā)與采購決定,包括服裝、家飾紡織品和工業(yè)設(shè)計,以及產(chǎn)品、包裝和平面設(shè)計。

圖片

而作為商家想跟時尚潮流就必須使用每一年的色卡,比如今年的長春花藍,潘通的色彩帝國已經(jīng)在影響著全球的消費心理和時尚變革。

圖片

 

[優(yōu)化輸出圖像]

 

最后來看看長春花籃的色彩

不得不說這顏色確實挺好看的

 

圖片

圖片

圖片

圖片

圖片

圖片

圖片

 

原文地址:修先森撩設(shè)計(公眾號)

作者:修先森


轉(zhuǎn)載請注明:學(xué)UI網(wǎng)》潘通(Pantone)是如何靠“色”賺錢的

藍藍設(shè)計建立了UI設(shè)計分享群,每天會分享國內(nèi)外的一些優(yōu)秀設(shè)計,如果有興趣的話,可以進入一起成長學(xué)習(xí),請掃碼藍小助,報下信息,藍小助會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務(wù)合作,也請與我們聯(lián)系。

截屏2021-05-13 上午11.41.03.png

分享此文一切功德,皆悉回向給文章原作者及眾讀者.
免責(zé)聲明:藍藍設(shè)計尊重原作者,文章的版權(quán)歸原作者。如涉及版權(quán)問題,請及時與我們?nèi)〉寐?lián)系,我們立即更正或刪除。

藍藍設(shè)計www.yvirxh.cn )是一家專注而深入的界面設(shè)計公司,為期望卓越的國內(nèi)外企業(yè)提供卓越的UI界面設(shè)計、BS界面設(shè)計 、 cs界面設(shè)計 、 ipad界面設(shè)計 、 包裝設(shè)計 、 圖標定制 、 用戶體驗 、交互設(shè)計、 網(wǎng)站建設(shè) 、平面設(shè)計服務(wù)


發(fā)現(xiàn)了10個非常棒的UI動效案例

seo達人


 01.  

動效,讓點贊與眾不同 

動態(tài)表情為社交場景帶來更活躍的體驗,使得交流過程變得更加趣味性。一個動態(tài)的表情不僅活躍了氛圍,也使得通過簡單的一個符號代表了千言萬語。

最近在使用釘釘 APP 進行聊天的過程中,發(fā)現(xiàn)輸入框的大拇指圖標在長按的時候結(jié)合了動效的變化,對話場景中出現(xiàn)的大拇指表情會隨著長按而增大。結(jié)合動效和長按手勢,為點贊的圖標增加了不一樣的趣味性,帶給用戶不一樣的社交體驗。

 

[優(yōu)化輸出圖像]

 

 

02.  

動態(tài)提醒,增強消息的關(guān)注度 

各類通知/消息在產(chǎn)品中隨處可見,紅點提示剛出現(xiàn)的時候還引起了用戶強迫癥,短時間內(nèi)也增強了消息的閱讀率。隨著紅點效應(yīng)逐漸淡化,未讀消息的點擊率逐漸降低,大家都在嘗試更多提高關(guān)注度的形式。

支付寶在消息模塊的服務(wù)提醒中,采用了動態(tài)形式提高關(guān)注度。當用戶點擊消息進入界面時,小鈴鐺圖標會左右晃動,以此來吸引用戶的目光,達到增加關(guān)注度的目的。

圖片

 

 03.  

圖標動效,讓你脫穎而出 

在金剛區(qū)眾多的業(yè)務(wù)模塊中,想要突出重點模塊的關(guān)注度,采用動態(tài)圖標是比較常用的方式。采用動靜結(jié)合的形式,會讓動態(tài)表達得到突出。

比如 Keep App 將活動挑戰(zhàn)圖標動效化,在不改變配色規(guī)則和圖標設(shè)計規(guī)范前提下,依然可以達到突出主題的作用。

圖片

 

 

 04.  

博人眼球的動態(tài)懸浮廣告 

在不破壞產(chǎn)品結(jié)構(gòu)的前提下,融入廣告的做法中,懸浮層廣告是較為明顯的形式。通常是靜態(tài)異形和動態(tài)異形較多,而動態(tài)的關(guān)注度相對更強一些。

比如 Keep App 將活動的折扣信息以懸浮層的形式表達,既不會占用太多空間(隨著滑動會隱藏顯示),又能吸引用戶的關(guān)注度。如果用戶覺得影響操作,也可以直接關(guān)閉,就不會反復(fù)提醒而形成干擾。

圖片

 

 

 05.  

內(nèi)容模塊結(jié)合動效替換突出存在感 

在一些內(nèi)容量比較多的產(chǎn)品中,比如電商產(chǎn)品,很多內(nèi)容模塊都是百花齊放。都想要突出自己模塊的存在感,帶來更好的流量引入。而動效的結(jié)合也是不錯的選擇,但是需要考慮動效的干擾度。

當當 App 在突出今日搶購欄目時,為了不影響臨近板塊的干擾度,利用動效轉(zhuǎn)場來替換展示的商品信息??s放替換商品時的動效既能達到差異化,也不會破壞整體的結(jié)構(gòu),算是一舉兩得的設(shè)計解決方案。

圖片

 

 

 06.  

微弱的動效也能呈現(xiàn)有溫度的設(shè)計 

有時候在進行產(chǎn)品設(shè)計的時候,動效帶來的關(guān)注度并不是需要很強的表現(xiàn)力,一些微弱的動效依然可以提升產(chǎn)品體驗,帶給用戶更有溫度的設(shè)計。

自如 App 整體的設(shè)計都是做得非常不錯的,在“我的”板塊頭部區(qū)域,結(jié)合背景插畫視覺感也是非常不錯。插畫中部分元素的微動效增強了生活氣息和真實感,讓用戶感受到這是一款有溫度的產(chǎn)品,提升用戶的好感度。

圖片

圖片

 

 

 07.  

動態(tài)感十足的底部標簽欄 

圖標動效運用到底部標簽欄十分普遍,在這個頻繁切換的操作中,動態(tài)的形式可以帶來更強的趣味性和關(guān)注度。

優(yōu)酷 App 底部標簽欄采用多種顏色變化轉(zhuǎn)場,結(jié)合路徑動效帶來動感十足的體驗。首頁圖標還結(jié)合了刷新的功能,方便用戶進行內(nèi)容的刷新,增強用戶體驗感。

圖片

 

 

 08. 

 拓展功能的動態(tài)指引設(shè)計 

針對一些功能體量較大的產(chǎn)品,會經(jīng)常結(jié)合一些隱藏式設(shè)計,拓展出更多功能操作。通常默認為展開狀態(tài),在滑動瀏覽內(nèi)容時隱藏,通過動效吸引點擊展開,不會造成主內(nèi)容的干擾。

比如平安口袋銀行底部標簽欄上方的拓展功能區(qū),動態(tài)形式的展開與隱藏方便用戶瀏覽主頁內(nèi)容。個別內(nèi)容采用動態(tài)設(shè)計(點我抽獎),突出其點擊欲望。動態(tài)設(shè)計不僅提高了功能的曝光度,也能引導(dǎo)用戶操作,將繁瑣的操作變得更便利。

圖片

 

 

 09. 

 結(jié)合動態(tài) IP 的下拉刷新 

針對下拉刷新這一常規(guī)操作,設(shè)計形式也是豐富多樣。結(jié)合 IP 形象進行動態(tài)演變完成刷新動作,被很多產(chǎn)品設(shè)計師所采納。

美團外賣就將品牌 IP 形象結(jié)合得恰到好處,下拉刷新時兩只耳朵搖擺非常俏皮可愛,松開后 IP 形象露出,還配合眨眼睛等可愛的表情動效。情感化設(shè)計結(jié)合動態(tài)表現(xiàn),拉近與用戶之間的親和力,帶給用戶更人性化的使用體驗。

圖片

 

 

 10. 

 圖標動效帶動局部功能的關(guān)注度 

對于一些局部功能或者模塊占比較小的欄目,為了提高曝光度,獲得用戶的關(guān)注度,動態(tài)的形式是比較常用的方法。通常會在圖標部分、文字部分、裝飾元素部分等進行動效設(shè)計,帶來的效果也是顯而易見。

比如 QQ 音樂在“我的”模塊中,將活動中心、會員中心、每日簽到的圖標采用動態(tài)設(shè)計形式,雖然幾個模塊占比較小,但是依然能夠獲得用戶的關(guān)注度。

圖片

 

 

 結(jié) 

動效表達在產(chǎn)品設(shè)計中的應(yīng)用越發(fā)普及,不僅可以強化功能的關(guān)注度,也能帶給用戶感官體驗上的升級。優(yōu)秀案例的積累和分析,有助于我們掌握更多的表現(xiàn)形式,靈活的運用到項目設(shè)計中。

 

原文地址:黑馬家族(公眾號)

作者:黑馬青年

轉(zhuǎn)載請注明:學(xué)UI網(wǎng)》發(fā)現(xiàn)了10個非常棒的UI動效案例

藍藍設(shè)計建立了UI設(shè)計分享群,每天會分享國內(nèi)外的一些優(yōu)秀設(shè)計,如果有興趣的話,可以進入一起成長學(xué)習(xí),請掃碼藍小助,報下信息,藍小助會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務(wù)合作,也請與我們聯(lián)系。

截屏2021-05-13 上午11.41.03.png

分享此文一切功德,皆悉回向給文章原作者及眾讀者.
免責(zé)聲明:藍藍設(shè)計尊重原作者,文章的版權(quán)歸原作者。如涉及版權(quán)問題,請及時與我們?nèi)〉寐?lián)系,我們立即更正或刪除。

藍藍設(shè)計www.yvirxh.cn )是一家專注而深入的界面設(shè)計公司,為期望卓越的國內(nèi)外企業(yè)提供卓越的UI界面設(shè)計、BS界面設(shè)計 、 cs界面設(shè)計 、 ipad界面設(shè)計 、 包裝設(shè)計 、 圖標定制 、 用戶體驗 、交互設(shè)計、 網(wǎng)站建設(shè) 、平面設(shè)計服務(wù)


儀表盤設(shè)計的 7 個階段

資深UI設(shè)計者

你知道儀表盤應(yīng)該如何被設(shè)計,才能更符合用戶需求、滿足用戶的使用期待嗎?過于復(fù)雜的儀表盤設(shè)計可能是不可取的,在進行儀表盤設(shè)計前,你需要做好相應(yīng)的規(guī)劃和設(shè)計策略。本篇文章里,作者總結(jié)了儀表盤設(shè)計的七個階段,一起來看一下。

一個看起來很酷炫的儀表盤可能有很多功能但實際上,它通常只是一個閃亮的玩具,而不是一個有用的工具。這些儀表盤類似于多臂機器人,能隨機拖拽數(shù)據(jù)并將這些數(shù)據(jù)分門別類地整理在一起,讓你目瞪口呆。

就像魔術(shù)師玩紙牌戲法一樣,它看起來令人印象深刻,但它的大腦和巧奪天工的手法一樣好。

([1] Widget:全稱Web widget是一種Web2.0 的衍生物,它好像是一個小型的應(yīng)用程式,是一小塊可以在任意一個基于HTML的網(wǎng)頁上執(zhí)行代碼構(gòu)成的小部件。)

玩這個儀表盤機器人一開始可能很有趣,但最終會讓客戶失望,因為它沒有達到用戶的期望值。為什么會發(fā)生這種情況呢?設(shè)計一個工具而不是一個很快就會被丟棄的玩具的訣竅是什么呢?

一、構(gòu)想儀表板:核心大腦 Conceiving the dashboard: the brain

讓我們深入剖析儀表盤設(shè)計。

儀表盤是由客戶、設(shè)計師和開發(fā)人員共同設(shè)計的,他們每個人通過合作做出一定的貢獻,并且所有的基礎(chǔ)功能在一開始就確定了(或者他們沒標明)。

一個有思考能力的人是從胚胎發(fā)育而來的。腦細胞和神經(jīng)細胞是最先形成的,隨后是身體的其他細胞,而這正是任何可行項目被創(chuàng)建的方式。

第一個階段是最重要的。如果你在這個階段遺漏了什么,那么任何奇特的設(shè)計都無法挽救。因為在這一階段你正在為儀表盤的長期發(fā)展奠定基礎(chǔ)。“我為什么被設(shè)計出來?誰需要我?”如果儀表盤會說話的,它一定會問這些問題。你能回答這些問題嗎?

  • 儀表盤將如何促進公司目標的達成?
  • 什么樣的結(jié)構(gòu)、功能和視覺效果能讓儀表盤執(zhí)行它的任務(wù)?
  • 哪種設(shè)計最適合你的目標受眾?

這些問題的答案將構(gòu)成你設(shè)計理念的基礎(chǔ)(現(xiàn)在你可以告訴你的儀表盤存在的意義了)。

儀表盤設(shè)計的 7 個階段

網(wǎng)頁Perls儀表盤設(shè)計

1)儀表盤的“智能”是其實現(xiàn)目標的能力。

有些人認為只有分析類儀表盤才需要智能性能,而可操作的儀表板只需要可讀性,實際上這個想法是錯的。比方說,你有一個用于激勵員工的操作類儀表盤,用戶的注意力應(yīng)該放在比較結(jié)果,然而設(shè)計師會讓其在視覺效果上更加突出。

2)儀表盤上沒有瑣碎的細節(jié)。儀表盤上需要展示足夠的信息使用戶來做決定。設(shè)計師的職責(zé)是幫助用戶,而不是通過一系列很酷的小微件來幫助用戶解決難題。任何不是出于這個目的設(shè)計的都會阻礙用戶使用。

3)從項目的初始階段到最終階段,設(shè)計師必須關(guān)注公司的目標、儀表盤的目標,和用戶的目標。否則儀表盤將永遠無法運行。

儀表盤設(shè)計的 7 個階段

儀表盤設(shè)計:Clover

二、數(shù)據(jù)及關(guān)鍵績效指標的選擇:這屬于血液循環(huán)系統(tǒng) Data & KPI selection: the circulatory system

儀表盤的數(shù)據(jù)就像是身體內(nèi)的循環(huán)血液。我們必須了解它們來自哪里,它們在被用戶需要時是如何被處理的,以及它們該如何被可視化。

理所當然地,設(shè)計師需要了解指標的目的,顯然,這將幫助他們選擇合適的微件,但不僅僅只有這些。

舉個例子,一個客戶想在屏幕上看到許多不同的讀數(shù)。你(作為設(shè)計師)并不需要從屏幕上去除任何東西來清理儀表盤的展示空間;但你可以做的是突出最重要的東西,并在視覺上淡化次要的內(nèi)容。

然而,要做到這一點,你必須得知道哪個指標是最重要的且哪個是次要的。

儀表盤設(shè)計的 7 個階段

儀表盤設(shè)計:Bidding Car

最重要的一系列指標有助于實現(xiàn)目標,且能幫助控制流程(或者產(chǎn)品),例如:

  • 它們展示實際的成功率;
  • 它們影響產(chǎn)品被感知的方式;
  • 它們激勵創(chuàng)建該儀表盤的團隊。

指標的選擇還需要了解受眾。用戶應(yīng)該看到哪個 KPI以及他們認為最容易理解的視覺表現(xiàn)形式?

人們喜歡對應(yīng)他們目標的一系列數(shù)字。

儀表盤設(shè)計的 7 個階段

儀表盤設(shè)計:Panch

三、儀表盤的結(jié)構(gòu):這類似于骨頭 Dashboard structure: the skeleton

想象一下,你進入一家酒店房間,看到一張床、一面桌椅、一個鏡子和一個衣柜,就算不打開壁櫥,你也能猜到里面有什么,吹風(fēng)機、拖鞋、浴巾就放在你所認為的地方——有人已經(jīng)保證了這些。

一個好的儀表盤設(shè)計就如同那個房間:它是干凈、整潔且可被預(yù)知的。你可以立即看到所有必需品,并且直觀地知道剩下的東西會在哪里。設(shè)計師們有他們自己的工具來確保儀表盤設(shè)計的整潔性。

1. 層級

首先,你需要理清思路,在發(fā)揮創(chuàng)意之前,要對所有數(shù)據(jù)進行排序,將其分類并充分理解優(yōu)先級等等,確定用戶可以立即看見的關(guān)鍵指標數(shù)據(jù)。

1)視覺層級必須反應(yīng)信息層級。

設(shè)計師可以通過微件的大小及位置來表現(xiàn)數(shù)據(jù)的層級權(quán)重。如果你的用戶是從左往右閱讀的,那么關(guān)鍵信息必須放在左上角,而相關(guān)性最弱的信息放在底部右下角。

對數(shù)據(jù)重要性的排序方法取決于儀表盤的設(shè)計用途。重要的是根據(jù)信息的優(yōu)先級構(gòu)造信息并搭建邏輯鏈路。

2)將信息面板視為一個故事,而不是一系列的數(shù)據(jù)點。

2. 網(wǎng)格

網(wǎng)格對于創(chuàng)建頁面的總體布局排序、協(xié)調(diào)和對齊元素非常有用。

儀表盤設(shè)計的 7 個階段

3. 信息模塊

系統(tǒng)的模塊類似于一個住宅中的功能分區(qū):臥室用來睡眠,餐廳用來吃飯之類,每個區(qū)域有其功能。你的舒適性取決于它們放置的位置有多方便。

一個糟糕的布局不能靠翻新和布置家具來挽救,因此與之相類似的,信息模塊的布局需要被提前考慮。信息模塊幫助你展示內(nèi)容的層次結(jié)構(gòu)且?guī)椭愀鶕?jù)數(shù)據(jù)內(nèi)容的重要性、相關(guān)性和邏輯連接對內(nèi)容進行分組。每個模塊應(yīng)該在給定過程中執(zhí)行特定的目的。

儀表盤設(shè)計的 7 個階段

儀表盤設(shè)計的 7 個階段

4. 連續(xù)性和接近性

如果你在去往廚房的路上需要穿過一個有兩扇門的走廊,那么這是一個糟糕的室內(nèi)布局。相互關(guān)聯(lián)的進程則會假定在邏輯上也具有相似性。如果一個模塊的進程需要來自另一個模塊的數(shù)據(jù),那么數(shù)據(jù)的布局就需要有近似性。

這一點必須事先考慮,這樣用戶就不需要在晦澀難懂的信息海里挖掘他們需要的信息。所有相關(guān)的信息應(yīng)依據(jù)相似性,從最重要到最不重要性來進行分組和定位。

5. 分離模塊

沒有人需要一個與臥室相連的廚房。為了將兩個區(qū)塊分開,你需要留白或者負空間。你一定要在一開始就考慮到:將負空間視為視覺平衡所需要的設(shè)計元素組合。

儀表盤設(shè)計的 7 個階段

儀表盤設(shè)計:Wingle

四、功能:這就類似于身體的肌肉部分 Functions: the muscles

功能和工具的數(shù)量取決于儀表盤的用途和其用戶的主要目標。為了自由地移動,人類需要兩條腿,狗需要四條腿,而蜘蛛需要八條腿。一個擁有太多功能的儀表盤就像一條有著六條腿的狗一樣優(yōu)秀,但這有點讓人毛骨悚然。

不要在控制面板上放太多工具,只需要在最表層放置用戶必需品就好。太多的可用工具會讓用戶困惑且被嚇退,因為這會讓儀表盤看起來很復(fù)雜。個性化總是比定制要好。

儀表盤設(shè)計的 7 個階段

儀表盤設(shè)計:Band

五、微件:重要的器官 Widgets: thevital organs

如果屏幕上有超過 5~7 個的小微件,人們則會難以理解其內(nèi)容。所以我們(設(shè)計師)的工作是讓相關(guān)數(shù)據(jù)可以被訪問但數(shù)量保持一定,不過多,這樣就能使用戶能在數(shù)秒中理解他們看到的內(nèi)容。視覺可視化的工具包括:

  • 表格
  • 圖形
  • 圖表
  • 卡片
  • 指標
  • 地圖
  • 圖片
  • 分組
  • 過濾器
  • 列表
  • 資料結(jié)構(gòu)

儀表盤設(shè)計的 7 個階段

儀表盤數(shù)據(jù)微件的選擇取決于你儀表盤的目的和你的受眾。請思考以下問題:

  • 哪一種微件最能展示特定的 KPI(關(guān)鍵績效指標)?
  • 用戶需要最先在儀表盤上看到什么?
  • 哪一種微件將會是用戶最容易理解的?
  • 什么可以幫助用戶更快地找到他們需要的東西?

請選擇容易理解和可讀的微件。這里有一個讓人困惑的與最易理解的微件對比示例:?????????

儀表盤設(shè)計的 7 個階段

請考慮什么是主要的目標來吸引用戶的注意力。

例如,如果你的首要任務(wù)是業(yè)績目標,則應(yīng)使用數(shù)字;如果你需要比較數(shù)值,則應(yīng)使用折線圖或者柱狀圖;如果是為了激勵團隊,則應(yīng)使用具有亮點突出的排行榜。

選擇一個不合適的部件或默認的小部件模板可能會混淆用戶或?qū)е滤麄冋`解數(shù)據(jù)。最好的解決方案總是分析和測試的結(jié)果。

儀表盤設(shè)計的 7 個階段

最好的小部件設(shè)計是簡約的,并且易于閱讀的。

例如,一個 3D 圖可能看起來令人印象深刻,但它占用了用戶太多的注意力,最終證明它會分散用戶的注意力。漸變、過度使用顏色和太多細節(jié)也同樣會造成困擾。

六、視覺設(shè)計:通用技巧 Visual design: general tips

我們已經(jīng)構(gòu)建了儀表盤的大腦和身體。最后需要構(gòu)建的是儀表盤的皮膚——最表面的一層。這可以根據(jù)好的經(jīng)典設(shè)計的基本原則來完成,但這里仍然有些細節(jié)需要具體說明。

1. 簡約性

一個儀表盤應(yīng)該跟你喜歡的工作桌面一樣干凈:它只有必需的文件和工具,沒有任何干擾項。

儀表盤設(shè)計的 7 個階段

儀表盤設(shè)計:MEMO

2. 配色板

儀表盤的顏色選擇必須服務(wù)于一個目的:盡可能清晰地呈現(xiàn)信息。你的配色板越大,就越難清晰地展示信息。所以不要在儀表盤上使用過多顏色。盡可能用相同顏色的深淺色或者不同的色相。

儀表盤設(shè)計的 7 個階段

首選,你需要選擇一個基礎(chǔ)色,然后選擇一個輔助色。每個顏色都必須有特定的用途。一個顏色可以用來結(jié)合/組合元素,另一種顏色可以用來強調(diào)元素。顏色還經(jīng)常用來展示一個元素是主動的還是被動的。避免使用可能具有負面含義的顏色。

例如在下面的例子中,紅色看上去像展示一些不好且不受歡迎的數(shù)據(jù):

儀表盤設(shè)計的 7 個階段

如果儀表盤提供可定制的顏色,請確保所有的可選顏色看上去都不錯。Aodbe Color CC 是一個用來選擇配色的優(yōu)秀工具。

3. 強調(diào)

語義的強調(diào)之處應(yīng)和視覺的強調(diào)之處一一對應(yīng)。你可以使用顏色(對比、亮度)、形狀、大小、負空間等等來強調(diào)元素。

4. 可讀性和數(shù)字格式

這是確保視覺上清晰清楚的一切:干凈的布局,視覺層級,突出重點,對比鮮明的元素,適當?shù)淖煮w,且這些字體也必須具有對比性和易讀性

高精度的數(shù)字格式是難以讓人理解的。最好的辦法是將任何數(shù)字四舍五入,并減少較長的數(shù)字。

七、適應(yīng)性 Adaptability

在實踐過程中,當桌面版本是用戶的優(yōu)先選擇時,則應(yīng)該優(yōu)先構(gòu)建網(wǎng)頁版,然后創(chuàng)建移動端的。如果你的目標受眾主要使用移動端版本,則應(yīng)首先著眼于構(gòu)建移動端的儀表盤。然后再創(chuàng)建桌面端的。

儀表盤設(shè)計的 7 個階段

儀表盤設(shè)計:Snap

八、結(jié)論 In conclusion

設(shè)計一個優(yōu)先的儀表盤并不容易。我們將其創(chuàng)建過程類比作人類發(fā)展,因為它是記住重要東西和展示工作的連續(xù)階段的好方法。當你在開發(fā)你的儀表盤,請不斷地自我提問:是否一切各就其位、各司其職?是否有多余的部分嗎(需要去掉)?各部位協(xié)作時工作正常嗎?用戶會喜歡這樣的結(jié)果嗎?這(功能)會有用嗎?

如你所見,視覺設(shè)計實際上是設(shè)計師最后需要擔(dān)心的事。如果你什么都沒有漏過,你的儀表盤將對你的用戶產(chǎn)生有價值的幫助,而不只是一個玩具。

本文翻譯已獲得作者的正式授權(quán)(授權(quán)截圖如下)

儀表盤設(shè)計的 7 個階段


文章來源:人人都是產(chǎn)品經(jīng)理   作者:TCC翻譯情報局


分享此文一切功德,皆悉回向給文章原作者及眾讀者.

免責(zé)聲明:藍藍設(shè)計尊重原作者,文章的版權(quán)歸原作者。如涉及版權(quán)問題,請及時與我們?nèi)〉寐?lián)系,我們立即更正或刪除。

藍藍設(shè)計www.yvirxh.cn )是一家專注而深入的界面設(shè)計公司,為期望卓越的國內(nèi)外企業(yè)提供卓越的UI界面設(shè)計、BS界面設(shè)計 、 cs界面設(shè)計 、 ipad界面設(shè)計 、 包裝設(shè)計 、 圖標定制 、 用戶體驗 、交互設(shè)計、 網(wǎng)站建設(shè) 平面設(shè)計服務(wù)


 


數(shù)字農(nóng)業(yè):農(nóng)企數(shù)字化轉(zhuǎn)型實施路徑

資深UI設(shè)計者

農(nóng)業(yè)產(chǎn)業(yè)鏈上的企業(yè)實現(xiàn)數(shù)字化后,才能逐漸帶動當?shù)乜h域整個農(nóng)業(yè)的數(shù)字化,每一件事進行都有著它的實施路徑,農(nóng)企數(shù)字化也不例外。本文涵蓋了某農(nóng)企的數(shù)字化戰(zhàn)略規(guī)劃之路,與你分享。


很多人一談數(shù)字農(nóng)業(yè)上來的就是政府,這個我們也有文章闡述過。今天我們主要是來分析一下農(nóng)企怎么做數(shù)字化,畢竟農(nóng)業(yè)產(chǎn)業(yè)鏈上的企業(yè)一個個實現(xiàn)數(shù)字化之后,才會帶動當?shù)乜h域整個農(nóng)業(yè)的數(shù)字化。

每一件事情做的時候都是有實施路徑,農(nóng)企數(shù)字化也不例外。

農(nóng)業(yè)數(shù)字化有方方面面,本文還是聚焦于農(nóng)企數(shù)字化,只有一個個的農(nóng)企實現(xiàn)了數(shù)字化轉(zhuǎn)型,才能讓整個農(nóng)業(yè)產(chǎn)業(yè)鏈是數(shù)字化的,即實現(xiàn)某一個區(qū)域內(nèi)的農(nóng)業(yè)數(shù)字化。

最后本文將給某農(nóng)企的五年數(shù)字化之路,從業(yè)務(wù)優(yōu)化、商業(yè)變革到技術(shù)應(yīng)用都會涵蓋。

本文可以看成是某一個農(nóng)企的數(shù)字化戰(zhàn)略規(guī)劃之路。

一、現(xiàn)狀評估-常規(guī)操作

一般商業(yè)模式實施前,需要了解自身有哪些資源,有哪些優(yōu)劣勢,政策經(jīng)濟背景如何。

農(nóng)企做數(shù)字化轉(zhuǎn)型,也是如此,需要清晰地了解自己所處的產(chǎn)業(yè)鏈地位、產(chǎn)業(yè)地位、內(nèi)外部環(huán)境如何。使用的工具有戰(zhàn)略地圖、波特五力模型、市場分析、SWOT/PEST、 價值鏈分析、標桿對標等一些列工具。

最后期望的出來的就是農(nóng)企要做農(nóng)企數(shù)字化轉(zhuǎn)型,需要哪些資源,需要怎么做,需要多少成本,需要多少工期。

以上都是常規(guī)操作,實施起來,不找個外部咨詢公司、花個一二百萬,還分析不出個所以然。

二、現(xiàn)狀評估模板-簡單版

所以我們的建議是,把農(nóng)企高管集中起來,統(tǒng)一回答如下幾個問題。

談?wù)勀銓?shù)字化轉(zhuǎn)型的理解,隨意任何方面,哪怕是國家政策導(dǎo)向。

  1. 你認為本企業(yè)數(shù)字化的模樣是咋樣的?
  2. 你認為可以從哪幾個方面發(fā)力成為你心中的數(shù)字化企業(yè)?
  3. 這幾個方面需要哪些成本和資源?
  4. 當?shù)卣梢詾槟男┕ぷ髻I單

當然還有其他的五個問題。

通過這幾個問題的高管問答,高層能夠看到農(nóng)企數(shù)字化后的未來藍圖,也能看到現(xiàn)在到未來的差距。

至于現(xiàn)在長得怎樣,相比未來而言,還是可以簡單看待。畢竟漏洞識別越多,得罪的人越多。不如多談?wù)勎磥硭{圖,跨組織跨部門的未來。

三、某農(nóng)企的數(shù)字化轉(zhuǎn)型藍圖

農(nóng)企的數(shù)字化轉(zhuǎn)型可以從以下一個方向展開。都針對大企業(yè),小企業(yè)建議選擇其中若干項開展。

第一,業(yè)務(wù)模式的變化,建議增加三塊業(yè)務(wù),一個是政府項目申報,一個是直播+電商小程序,最后一個是自建渠道。三個的價值不一,政府項目申報,是與當?shù)禺a(chǎn)業(yè)的深入融合,額外與政府形成聯(lián)盟。直播+電商小程序,不為真賣,只為營銷推廣和品牌孵化,所以短視頻也行。自建渠道,包括采購和銷售,一定要發(fā)展起自己的貿(mào)易屬性,將貿(mào)易武器抓在自己手里。

第二,信息化建設(shè),配合上面三個業(yè)務(wù),做一些信息化數(shù)字化建設(shè),可以建設(shè)的系統(tǒng)有農(nóng)事生產(chǎn)系統(tǒng),電商系統(tǒng),進銷存管理系統(tǒng),財務(wù)分析系統(tǒng),人力資源系統(tǒng)等,可以做的數(shù)據(jù)分析有產(chǎn)量預(yù)估,農(nóng)事作業(yè)分析,銷售價格預(yù)測。

第三,商業(yè)模式創(chuàng)新。要為董事長CEO以及當?shù)卣畬趩挝唬粋€可以不斷做大不斷優(yōu)化的商業(yè)模式。不能只講自己的數(shù)字化,要講產(chǎn)業(yè),要說明農(nóng)企數(shù)字化進程中,給產(chǎn)業(yè),給就業(yè),給GDP帶來的變化。

四、某農(nóng)企的數(shù)字化轉(zhuǎn)型藍圖

該企業(yè)為了確保以上戰(zhàn)略的實施,做了一下工作。

1)成立項目管理團隊,用來管理整體的數(shù)字化轉(zhuǎn)型項目的落地實施和資源協(xié)調(diào)。

2)成立政府研究和項目申報團隊,專門維持與政府及大企業(yè)的關(guān)系,支持政府各項涉農(nóng)規(guī)劃在本企業(yè)的試點落地。同時專門面向政府的項目立項機會完成項目立項。

3)構(gòu)建自己的經(jīng)銷渠道,并通過電商系統(tǒng)做自己農(nóng)產(chǎn)品的軟文推廣。開始在各類自媒體上,聯(lián)合當?shù)卣l(fā)布推介信息,爭取銷路和投資。

4)分五年,將上面信息化系統(tǒng)進行落地,并選擇合適的云計算廠商,將系統(tǒng)和物聯(lián)網(wǎng)設(shè)備跑在公有云上。第三年開始,應(yīng)用前兩年積累的數(shù)據(jù)開始做數(shù)據(jù)運營分析,發(fā)揮數(shù)據(jù)的生產(chǎn)力價值。

5)開始認養(yǎng)農(nóng)業(yè)模式,并選擇了合適自己的潛在目標客群。


文章來源:人人都是產(chǎn)品經(jīng)理   作者:農(nóng)業(yè)數(shù)字化


分享此文一切功德,皆悉回向給文章原作者及眾讀者.

免責(zé)聲明:藍藍設(shè)計尊重原作者,文章的版權(quán)歸原作者。如涉及版權(quán)問題,請及時與我們?nèi)〉寐?lián)系,我們立即更正或刪除。

藍藍設(shè)計www.yvirxh.cn )是一家專注而深入的界面設(shè)計公司,為期望卓越的國內(nèi)外企業(yè)提供卓越的UI界面設(shè)計、BS界面設(shè)計 、 cs界面設(shè)計 、 ipad界面設(shè)計 、 包裝設(shè)計 、 圖標定制 、 用戶體驗 、交互設(shè)計、 網(wǎng)站建設(shè) 、平面設(shè)計服務(wù)



B端設(shè)計指南 - 審批

資深UI設(shè)計者

一直以來,業(yè)務(wù)都是B端逃不開的話題,你可以在許多文章當中看到
我們的改版方向是因為業(yè)務(wù)需求、設(shè)計的思路是因為業(yè)務(wù)需求

業(yè)務(wù)究竟是什么?


很多時候既讓初入B端行業(yè)的設(shè)計師感到一絲絲迷茫,因為不同的B端系統(tǒng)也就意味著,它的業(yè)務(wù)一定就會有所不同。比如CRM系統(tǒng)當中的客戶生命周期管理,OA的辦公自動化,特定的行業(yè)往往都會蘊含著不同的業(yè)務(wù)類型


而作為設(shè)計師,如果只了解設(shè)計模式、設(shè)計組件,不去分析設(shè)計最后的業(yè)務(wù)訴求,其實是沒有任何意義。因此想要通過B端設(shè)計指南,和大家一起聊聊B端業(yè)務(wù),以及背后所牽涉的具體邏輯。今天就簡單聊聊最為常見的 審批


開始之前,還得再多說兩句,因為一個系統(tǒng)當中,業(yè)務(wù)本身就不是獨立存在的。因此在去講述審批的過程,一定會涉及到 流程、權(quán)限、表單配置 等一些基礎(chǔ)內(nèi)容,建議可以先做初步了解,再結(jié)合文章進行閱讀



審批的起源

雖然在說起源,其實我更想給大家講清楚 審批在B端系統(tǒng) 當中的重要性

審批字面意思是審查并加以批示,通常指對 下級呈報上級的公文進行審查批示,報請上級審批

現(xiàn)如今,任何事情一定都會有分工協(xié)作,而使用審批的好處是可以

  • 規(guī)范員工行為

  • 提高企業(yè)運轉(zhuǎn)效率

  • 系統(tǒng)存檔便于溯源

  • 保護環(huán)境(畢竟減少了紙張浪費)

當然在不同的階段的公司,對于審批的訴求是不太一樣

小公司:因為審批的決策路徑短、流程上都非常簡單,但因此就會缺乏規(guī)范保障。比如在外出辦公時,看似只需要與老板當面進行口頭上的溝通即可,但是在外出出現(xiàn)意外時,由于缺乏外出辦公的相關(guān)證據(jù),員工的權(quán)益則很難得到保障

大公司:因為審批的決策路徑長,流程上都極其復(fù)雜,因此會在多人協(xié)作下完成整個流程審批。比如想要申請購買辦公用品時,會由 行政、Leader、財務(wù) 層層審批,從提交審批到最終落實可能需要十天半個月,但是這樣的流程,能夠確保企業(yè)在清查財務(wù)狀況時,更加有理有據(jù)

審批的演變,就是從最開始的規(guī)章制度而來。比如在早期去政務(wù)機構(gòu)辦理各種業(yè)務(wù)時,會讓你去填寫各種紙質(zhì)表單。在審核過程中,則需要有各個機關(guān)的蓋章及批準,而這種形式正是政府對于普通市民的自上而下的管理方式


審批其實是整個B端系統(tǒng)的靈魂,因為在B端系統(tǒng)當中,企業(yè)想要使用系統(tǒng)的一大痛點便是 核心的管控

因此你會發(fā)現(xiàn),只要一個獨立的系統(tǒng),一定會存在獨立的審批模塊。因為B端管理系統(tǒng)當中企業(yè)的最終目的,是管理手中的人,而審批便是最為常見的一種手段

審批在如今的B端系統(tǒng)當中,可以理解為它是一組消息,在這一組消息當中會有:“具體的文本、對應(yīng)的附件、以及照片視頻”這些內(nèi)容都是輔佐 申請人 去講訴你需要申請的內(nèi)容

比如我們在申請病假時,往往需要出示 三甲醫(yī)院所開設(shè)的證明,對于這個證明,如何在表單當中出現(xiàn),你會發(fā)現(xiàn)最為常見的便是拍攝證明圖片,然后上傳到表單當中(這個與字段屬性緊密相連,我就不做不過介紹)


審批的這組消息還會有些特殊,因為它非常重要,你可以理解為它是一則“加急消息”會提醒審批人快速的進行處理,同時會告知相關(guān)的參與人(處理人、抄送人)審批的進度、并且無論成功與否,都會在系統(tǒng)當中留下 足跡,因此它起到了 “追蹤、通知、留存” 三個非常重要的作用,我們首先對于審批進行一個基礎(chǔ)的拆解

審批的拆解

如果把審批單獨拿出來,你會發(fā)現(xiàn)審批會牽涉到 發(fā)起人、處理人、抄送人

發(fā)起人:

審批的發(fā)起人,也是整個審批流程的歸屬人,他最關(guān)心整個審批進展

因為在發(fā)起人的角度,創(chuàng)建完審批事項后,可能還需要進入審批頁面,完善 后續(xù)附加信息、及時了解審批狀態(tài)、催促審批人的審核、處理駁回意見 等等,因此站在發(fā)起人的角度,審批需要盡可能詳細的展示 當前審批的狀態(tài)、完整的審批流程、駁回信息的快速操作、成功信息的必要通知

處理人

審批的處理人主要在審批過程做出決策,因此他更在乎的是審批申請內(nèi)容的信息。比如 審批的信息內(nèi)容、直接的審批操作、多條審批的管理

當然,在一些大型的集團企業(yè)當中,會將審批分為審批「直接處理人」「間接處理人」(后文以 直處人、間處人 簡稱)

「直處人」作為審批的第一處理人,也就意味著他的意見至關(guān)重要,如果「直處人」通過過后,相對而言整條審批的通過幾率會大大增加。通?!钢碧幦恕故亲鳛樯暾埲说闹毕殿I(lǐng)導(dǎo)居多,因此多數(shù)情況下可以理解為直屬領(lǐng)導(dǎo)進行 “把關(guān)”

「間處人」作為審批的后續(xù)處理人,同樣在流程當中也十分重要。但在有些情況下,比如一些偏平化管理的企業(yè),「間處人」更多像是“權(quán)利”的象征,因為權(quán)利已經(jīng)下放給「直處人」,而「間處人」起到知曉審批以及企業(yè)的規(guī)章制度要求

抄送人

審批抄送人主要起到通知對應(yīng)角色的作用,因為一條審批的出現(xiàn),會造成諸多影響,假設(shè)今天你需要申請事假,如何通知同部門的其他成員呢?

發(fā)送即時消息,顯得過于簡單;每個打電話,又有些麻煩;發(fā)送企業(yè)郵件,又怕他們沒有看到

這時候抄送人會顯得尤為關(guān)鍵

通常抄送會有企業(yè)流程上管理員配置的固定抄送人,以及發(fā)起人選擇的自行抄送人 兩種類型

固定抄送人 角色通常與管理員配置整個流程有關(guān),他是角色當中 管理員 所配置的重要通知人,比如今天你的請假信息,肯定會告知行政,像這類默認的通知流程,則可以將其設(shè)為固定抄送人

自行選擇抄送人 則是提供給發(fā)起人自行選擇,該條審批可能會影響到的相關(guān)人群。比如就是發(fā)送給同事,讓他們知曉今天你不在崗位上,因此自行選擇可以增加審批抄送的靈活性

這里肯定會有很多讀者會問,我選擇抄送人與我發(fā)消息給同事,有什么區(qū)別么?

看似完全相同,實則有明確的區(qū)分

通過消息,將審批內(nèi)容傳達,本質(zhì)上是你自行將內(nèi)容發(fā)送給對方,對方會對于你這個消息的真實性會產(chǎn)生疑問?你是否通知了

而選擇抄送,更為權(quán)威,更能體現(xiàn)你這條消息的真實性,并且整個流程都已經(jīng)由領(lǐng)導(dǎo)進行批準,因此不會存在太大問題

其實審批的本質(zhì)就是一組消息,而這一組消息當中,申請人 通過 表單配置 去獲取需要補充的消息內(nèi)容,而流程會根據(jù)企業(yè)所配置的流程方式將這一組消息進行合并轉(zhuǎn)發(fā)給對應(yīng)人,而審批人則需要對這一組消息進行回復(fù)“通過、駁回” 來讓整個流程繼續(xù)延續(xù)

審批流程

審批當中,最主要的便是流程。因為你可以通過查看流程圖,去了解整個企業(yè)的組織架構(gòu)、規(guī)章制度、員工管理方式

1.串行審批/依次審批

串行審批主要是指當一個審核節(jié)點通過后,才能進入下一個審核節(jié)點。如果節(jié)點駁回,則可以根據(jù)業(yè)務(wù)實際需要,配置駁回的返回路徑,會有:撥回到發(fā)起人、駁回到上一個節(jié)點、或駁回之前任意一個節(jié)點 重新審批


2.并行審批

并行審批是指一個審批節(jié)點存在多個角色同時審批,這里會存在兩種情況

  1. 任何一個人審批通過,則可以進入下個節(jié)點,這也就是系統(tǒng)當中常說的 「或簽」

  2. 所有審批人員通過,才能進入下個節(jié)點,這也是系統(tǒng)當中常說的 「會簽」


3. 條件審批

條件審批就是將企業(yè)當中的規(guī)章制度映射到實際的項目當中,通常就是某個審批內(nèi)容會根據(jù) 金額多少、實際數(shù)量 等 進而選擇哪個角色進行審批

比如銷售人員在申請一個合同審批時,會根據(jù)合同金額的不同,審批人也會有所差異

  • 當金額小于8000時,合同直接由財務(wù)專員進行審批,進而讓流程進行快速審批

  • 當金額大于8000時,合同會由銷售主管進行審批,讓銷售主管能夠掌握企業(yè)的重要合同


4.自主審批

通過發(fā)起人選定一個審批事項后,將自主選擇后續(xù)的審批內(nèi)容,進而實現(xiàn)審批的后續(xù)選擇。這是一種較為靈活的審批流程,當企業(yè)尚未形成標準化流程時,自主的核心就是當發(fā)起人發(fā)起一個審批,提交時需要自行選擇下一個環(huán)節(jié)的審批人。而下一個環(huán)節(jié)的審批人審批通過后,可以選擇繼續(xù)流轉(zhuǎn)到再下一個人去審批,或者結(jié)束這個流程

審批頁面梳理

審批的背后,它映射的其實是企業(yè)的一條條管理制度,而它的設(shè)計一定是要滿足企業(yè)的實際需求。因為你負責(zé)的產(chǎn)品不是為某一家企業(yè)提供的服務(wù)(定制化產(chǎn)品),并且企業(yè)管理制度的變動其實是家常便飯,你需要去考慮一個通用的解決方案,這個解決方案拆解下來會分為三個內(nèi)容,分別是:申請表單、流程配置、更多配置 進行講解

1.審批表單

審批表單是最為一個“簡單”的用戶可配置化表單,因為現(xiàn)如今大多數(shù)B端產(chǎn)品都是以 SaaS 作為基礎(chǔ)(如果是定制化產(chǎn)品 它的審批內(nèi)容、流程也不會是固定不變的)也就意味著審批表單需要為企業(yè)提供“DIY”的方式,通過表單提供不同的字段類型,去構(gòu)建審批的實際要求


比如在一個選擇請假時,年假、事假、病假、婚假 等的要求都會有所不同

如何知道他們的差別,其實可以根據(jù)《勞動法》的相關(guān)規(guī)定 以及 各個其實的實際公司制度,進行個性化的處理

在申請婚假時,需要上傳你的結(jié)婚證,以證明其真實性;在病假時,需要有3甲醫(yī)院的病情證明;在年假時,則需要有你的剩余年假天數(shù)。而這些特殊訴求,其實都需要在表單當中進行各種定制化表單

當然這只是極為常見的 請假 場景,而在實際業(yè)務(wù)當中的復(fù)雜場景(更多需要將 審批與其他系統(tǒng)關(guān)聯(lián))一個簡單的表單是沒有辦法進行滿足

這也是很多企業(yè)會發(fā)現(xiàn),無論是飛書、釘釘、企業(yè)微信,都沒有辦法滿足其實際流程需求。又沒有辦法改變自身流程,只能夠自研、定制化 產(chǎn)品,這也是為什么即便各行各業(yè)都有了初具規(guī)模的 SaaS 產(chǎn)品,但是還是會有很多企業(yè)愿意自行研發(fā)軟件


2.流程配置

企業(yè)可以根據(jù)自身的系統(tǒng)流程,在流程配置當中去定制特定的流程。在這個頁面的設(shè)計上,需要注意不同參與人的狀態(tài),以及復(fù)雜流程時如何才能夠進行清晰的閱讀,因此增加了 顏色區(qū)分(發(fā)起人、審批人、抄送人)+ 視圖縮放 功能

顏色自然不必多說,整個系統(tǒng)需要統(tǒng)一,因此不能夠只考慮在管理后臺的顏色,是一定要在詳情頁當中也能過保證顏色的一致。這樣才能夠滿足實際業(yè)務(wù)所需

視圖縮放只是小小提一下,常見的視圖縮放會放在左側(cè),至于為什么,自己稍稍揣摩揣摩

由于流程配置的屬性頁面會涉及很多表單的復(fù)雜邏輯,這個只能夠留在我的 訓(xùn)練營的課程 當中進行拆解,這里就不過多贅述


3.更多配置

更多配置項則是審批在實際情況下的特殊處理,比如:申請人修改審批的具體時間、能夠?qū)徟D(zhuǎn)發(fā)給其他人、出現(xiàn)多次相同的審批人是否去重 等等...  其實就是將審批的設(shè)計方案進行“賦能”,去滿足更多企業(yè)在實際場景當中的需求,感興趣的同學(xué)可以去 釘釘、飛書 了解詳情


結(jié)語

審批,核心還是提高企業(yè)運轉(zhuǎn)效率,如果在審批之間,還需要不同角色私下反復(fù)溝通,本質(zhì)上就失去了審批的意義。而審批本身,就是一個典型的B端產(chǎn)品 從場景到需求,進而研發(fā)功能,最后又回歸場景,你設(shè)計的好與壞,落地到真實的場景當中,試試便知





文章來源:站酷   作者:CE青年


分享此文一切功德,皆悉回向給文章原作者及眾讀者.

免責(zé)聲明:藍藍設(shè)計尊重原作者,文章的版權(quán)歸原作者。如涉及版權(quán)問題,請及時與我們?nèi)〉寐?lián)系,我們立即更正或刪除。

藍藍設(shè)計www.yvirxh.cn )是一家專注而深入的界面設(shè)計公司,為期望卓越的國內(nèi)外企業(yè)提供卓越的UI界面設(shè)計、BS界面設(shè)計 、 cs界面設(shè)計 、 ipad界面設(shè)計 、 包裝設(shè)計 、 圖標定制 、 用戶體驗 、交互設(shè)計、 網(wǎng)站建設(shè) 、平面設(shè)計服務(wù)


一直以來,業(yè)務(wù)都是B端逃不開的話題,你可以在許多文章當中看到
我們的改版方向是因為業(yè)務(wù)需求、設(shè)計的思路是因為業(yè)務(wù)需求

業(yè)務(wù)究竟是什么?


很多時候既讓初入B端行業(yè)的設(shè)計師感到一絲絲迷茫,因為不同的B端系統(tǒng)也就意味著,它的業(yè)務(wù)一定就會有所不同。比如CRM系統(tǒng)當中的客戶生命周期管理,OA的辦公自動化,特定的行業(yè)往往都會蘊含著不同的業(yè)務(wù)類型


而作為設(shè)計師,如果只了解設(shè)計模式、設(shè)計組件,不去分析設(shè)計最后的業(yè)務(wù)訴求,其實是沒有任何意義。因此想要通過B端設(shè)計指南,和大家一起聊聊B端業(yè)務(wù),以及背后所牽涉的具體邏輯。今天就簡單聊聊最為常見的 審批


開始之前,還得再多說兩句,因為一個系統(tǒng)當中,業(yè)務(wù)本身就不是獨立存在的。因此在去講述審批的過程,一定會涉及到 流程、權(quán)限、表單配置 等一些基礎(chǔ)內(nèi)容,建議可以先做初步了解,再結(jié)合文章進行閱讀



審批的起源

雖然在說起源,其實我更想給大家講清楚 審批在B端系統(tǒng) 當中的重要性

審批字面意思是審查并加以批示,通常指對 下級呈報上級的公文進行審查批示,報請上級審批

現(xiàn)如今,任何事情一定都會有分工協(xié)作,而使用審批的好處是可以

  • 規(guī)范員工行為

  • 提高企業(yè)運轉(zhuǎn)效率

  • 系統(tǒng)存檔便于溯源

  • 保護環(huán)境(畢竟減少了紙張浪費)

當然在不同的階段的公司,對于審批的訴求是不太一樣

小公司:因為審批的決策路徑短、流程上都非常簡單,但因此就會缺乏規(guī)范保障。比如在外出辦公時,看似只需要與老板當面進行口頭上的溝通即可,但是在外出出現(xiàn)意外時,由于缺乏外出辦公的相關(guān)證據(jù),員工的權(quán)益則很難得到保障

大公司:因為審批的決策路徑長,流程上都極其復(fù)雜,因此會在多人協(xié)作下完成整個流程審批。比如想要申請購買辦公用品時,會由 行政、Leader、財務(wù) 層層審批,從提交審批到最終落實可能需要十天半個月,但是這樣的流程,能夠確保企業(yè)在清查財務(wù)狀況時,更加有理有據(jù)

審批的演變,就是從最開始的規(guī)章制度而來。比如在早期去政務(wù)機構(gòu)辦理各種業(yè)務(wù)時,會讓你去填寫各種紙質(zhì)表單。在審核過程中,則需要有各個機關(guān)的蓋章及批準,而這種形式正是政府對于普通市民的自上而下的管理方式


審批其實是整個B端系統(tǒng)的靈魂,因為在B端系統(tǒng)當中,企業(yè)想要使用系統(tǒng)的一大痛點便是 核心的管控

因此你會發(fā)現(xiàn),只要一個獨立的系統(tǒng),一定會存在獨立的審批模塊。因為B端管理系統(tǒng)當中企業(yè)的最終目的,是管理手中的人,而審批便是最為常見的一種手段

審批在如今的B端系統(tǒng)當中,可以理解為它是一組消息,在這一組消息當中會有:“具體的文本、對應(yīng)的附件、以及照片視頻”這些內(nèi)容都是輔佐 申請人 去講訴你需要申請的內(nèi)容

比如我們在申請病假時,往往需要出示 三甲醫(yī)院所開設(shè)的證明,對于這個證明,如何在表單當中出現(xiàn),你會發(fā)現(xiàn)最為常見的便是拍攝證明圖片,然后上傳到表單當中(這個與字段屬性緊密相連,我就不做不過介紹)


審批的這組消息還會有些特殊,因為它非常重要,你可以理解為它是一則“加急消息”會提醒審批人快速的進行處理,同時會告知相關(guān)的參與人(處理人、抄送人)審批的進度、并且無論成功與否,都會在系統(tǒng)當中留下 足跡,因此它起到了 “追蹤、通知、留存” 三個非常重要的作用,我們首先對于審批進行一個基礎(chǔ)的拆解

審批的拆解

如果把審批單獨拿出來,你會發(fā)現(xiàn)審批會牽涉到 發(fā)起人、處理人、抄送人

發(fā)起人:

審批的發(fā)起人,也是整個審批流程的歸屬人,他最關(guān)心整個審批進展

因為在發(fā)起人的角度,創(chuàng)建完審批事項后,可能還需要進入審批頁面,完善 后續(xù)附加信息、及時了解審批狀態(tài)、催促審批人的審核、處理駁回意見 等等,因此站在發(fā)起人的角度,審批需要盡可能詳細的展示 當前審批的狀態(tài)、完整的審批流程、駁回信息的快速操作、成功信息的必要通知

處理人

審批的處理人主要在審批過程做出決策,因此他更在乎的是審批申請內(nèi)容的信息。比如 審批的信息內(nèi)容、直接的審批操作、多條審批的管理

當然,在一些大型的集團企業(yè)當中,會將審批分為審批「直接處理人」「間接處理人」(后文以 直處人、間處人 簡稱)

「直處人」作為審批的第一處理人,也就意味著他的意見至關(guān)重要,如果「直處人」通過過后,相對而言整條審批的通過幾率會大大增加。通?!钢碧幦恕故亲鳛樯暾埲说闹毕殿I(lǐng)導(dǎo)居多,因此多數(shù)情況下可以理解為直屬領(lǐng)導(dǎo)進行 “把關(guān)”

「間處人」作為審批的后續(xù)處理人,同樣在流程當中也十分重要。但在有些情況下,比如一些偏平化管理的企業(yè),「間處人」更多像是“權(quán)利”的象征,因為權(quán)利已經(jīng)下放給「直處人」,而「間處人」起到知曉審批以及企業(yè)的規(guī)章制度要求

抄送人

審批抄送人主要起到通知對應(yīng)角色的作用,因為一條審批的出現(xiàn),會造成諸多影響,假設(shè)今天你需要申請事假,如何通知同部門的其他成員呢?

發(fā)送即時消息,顯得過于簡單;每個打電話,又有些麻煩;發(fā)送企業(yè)郵件,又怕他們沒有看到

這時候抄送人會顯得尤為關(guān)鍵

通常抄送會有企業(yè)流程上管理員配置的固定抄送人,以及發(fā)起人選擇的自行抄送人 兩種類型

固定抄送人 角色通常與管理員配置整個流程有關(guān),他是角色當中 管理員 所配置的重要通知人,比如今天你的請假信息,肯定會告知行政,像這類默認的通知流程,則可以將其設(shè)為固定抄送人

自行選擇抄送人 則是提供給發(fā)起人自行選擇,該條審批可能會影響到的相關(guān)人群。比如就是發(fā)送給同事,讓他們知曉今天你不在崗位上,因此自行選擇可以增加審批抄送的靈活性

這里肯定會有很多讀者會問,我選擇抄送人與我發(fā)消息給同事,有什么區(qū)別么?

看似完全相同,實則有明確的區(qū)分

通過消息,將審批內(nèi)容傳達,本質(zhì)上是你自行將內(nèi)容發(fā)送給對方,對方會對于你這個消息的真實性會產(chǎn)生疑問?你是否通知了

而選擇抄送,更為權(quán)威,更能體現(xiàn)你這條消息的真實性,并且整個流程都已經(jīng)由領(lǐng)導(dǎo)進行批準,因此不會存在太大問題

其實審批的本質(zhì)就是一組消息,而這一組消息當中,申請人 通過 表單配置 去獲取需要補充的消息內(nèi)容,而流程會根據(jù)企業(yè)所配置的流程方式將這一組消息進行合并轉(zhuǎn)發(fā)給對應(yīng)人,而審批人則需要對這一組消息進行回復(fù)“通過、駁回” 來讓整個流程繼續(xù)延續(xù)

審批流程

審批當中,最主要的便是流程。因為你可以通過查看流程圖,去了解整個企業(yè)的組織架構(gòu)、規(guī)章制度、員工管理方式

1.串行審批/依次審批

串行審批主要是指當一個審核節(jié)點通過后,才能進入下一個審核節(jié)點。如果節(jié)點駁回,則可以根據(jù)業(yè)務(wù)實際需要,配置駁回的返回路徑,會有:撥回到發(fā)起人、駁回到上一個節(jié)點、或駁回之前任意一個節(jié)點 重新審批


2.并行審批

并行審批是指一個審批節(jié)點存在多個角色同時審批,這里會存在兩種情況

  1. 任何一個人審批通過,則可以進入下個節(jié)點,這也就是系統(tǒng)當中常說的 「或簽」

  2. 所有審批人員通過,才能進入下個節(jié)點,這也是系統(tǒng)當中常說的 「會簽」


3. 條件審批

條件審批就是將企業(yè)當中的規(guī)章制度映射到實際的項目當中,通常就是某個審批內(nèi)容會根據(jù) 金額多少、實際數(shù)量 等 進而選擇哪個角色進行審批

比如銷售人員在申請一個合同審批時,會根據(jù)合同金額的不同,審批人也會有所差異

  • 當金額小于8000時,合同直接由財務(wù)專員進行審批,進而讓流程進行快速審批

  • 當金額大于8000時,合同會由銷售主管進行審批,讓銷售主管能夠掌握企業(yè)的重要合同


4.自主審批

通過發(fā)起人選定一個審批事項后,將自主選擇后續(xù)的審批內(nèi)容,進而實現(xiàn)審批的后續(xù)選擇。這是一種較為靈活的審批流程,當企業(yè)尚未形成標準化流程時,自主的核心就是當發(fā)起人發(fā)起一個審批,提交時需要自行選擇下一個環(huán)節(jié)的審批人。而下一個環(huán)節(jié)的審批人審批通過后,可以選擇繼續(xù)流轉(zhuǎn)到再下一個人去審批,或者結(jié)束這個流程

審批頁面梳理

審批的背后,它映射的其實是企業(yè)的一條條管理制度,而它的設(shè)計一定是要滿足企業(yè)的實際需求。因為你負責(zé)的產(chǎn)品不是為某一家企業(yè)提供的服務(wù)(定制化產(chǎn)品),并且企業(yè)管理制度的變動其實是家常便飯,你需要去考慮一個通用的解決方案,這個解決方案拆解下來會分為三個內(nèi)容,分別是:申請表單、流程配置、更多配置 進行講解

1.審批表單

審批表單是最為一個“簡單”的用戶可配置化表單,因為現(xiàn)如今大多數(shù)B端產(chǎn)品都是以 SaaS 作為基礎(chǔ)(如果是定制化產(chǎn)品 它的審批內(nèi)容、流程也不會是固定不變的)也就意味著審批表單需要為企業(yè)提供“DIY”的方式,通過表單提供不同的字段類型,去構(gòu)建審批的實際要求


比如在一個選擇請假時,年假、事假、病假、婚假 等的要求都會有所不同

如何知道他們的差別,其實可以根據(jù)《勞動法》的相關(guān)規(guī)定 以及 各個其實的實際公司制度,進行個性化的處理

在申請婚假時,需要上傳你的結(jié)婚證,以證明其真實性;在病假時,需要有3甲醫(yī)院的病情證明;在年假時,則需要有你的剩余年假天數(shù)。而這些特殊訴求,其實都需要在表單當中進行各種定制化表單

當然這只是極為常見的 請假 場景,而在實際業(yè)務(wù)當中的復(fù)雜場景(更多需要將 審批與其他系統(tǒng)關(guān)聯(lián))一個簡單的表單是沒有辦法進行滿足

這也是很多企業(yè)會發(fā)現(xiàn),無論是飛書、釘釘、企業(yè)微信,都沒有辦法滿足其實際流程需求。又沒有辦法改變自身流程,只能夠自研、定制化 產(chǎn)品,這也是為什么即便各行各業(yè)都有了初具規(guī)模的 SaaS 產(chǎn)品,但是還是會有很多企業(yè)愿意自行研發(fā)軟件


2.流程配置

企業(yè)可以根據(jù)自身的系統(tǒng)流程,在流程配置當中去定制特定的流程。在這個頁面的設(shè)計上,需要注意不同參與人的狀態(tài),以及復(fù)雜流程時如何才能夠進行清晰的閱讀,因此增加了 顏色區(qū)分(發(fā)起人、審批人、抄送人)+ 視圖縮放 功能

顏色自然不必多說,整個系統(tǒng)需要統(tǒng)一,因此不能夠只考慮在管理后臺的顏色,是一定要在詳情頁當中也能過保證顏色的一致。這樣才能夠滿足實際業(yè)務(wù)所需

視圖縮放只是小小提一下,常見的視圖縮放會放在左側(cè),至于為什么,自己稍稍揣摩揣摩

由于流程配置的屬性頁面會涉及很多表單的復(fù)雜邏輯,這個只能夠留在我的 訓(xùn)練營的課程 當中進行拆解,這里就不過多贅述


3.更多配置

更多配置項則是審批在實際情況下的特殊處理,比如:申請人修改審批的具體時間、能夠?qū)徟D(zhuǎn)發(fā)給其他人、出現(xiàn)多次相同的審批人是否去重 等等...  其實就是將審批的設(shè)計方案進行“賦能”,去滿足更多企業(yè)在實際場景當中的需求,感興趣的同學(xué)可以去 釘釘、飛書 了解詳情


結(jié)語

審批,核心還是提高企業(yè)運轉(zhuǎn)效率,如果在審批之間,還需要不同角色私下反復(fù)溝通,本質(zhì)上就失去了審批的意義。而審批本身,就是一個典型的B端產(chǎn)品 從場景到需求,進而研發(fā)功能,最后又回歸場景,你設(shè)計的好與壞,落地到真實的場景當中,試試便知




文章來源:站酷   作者:CE青年


分享此文一切功德,皆悉回向給文章原作者及眾讀者.

免責(zé)聲明:藍藍設(shè)計尊重原作者,文章的版權(quán)歸原作者。如涉及版權(quán)問題,請及時與我們?nèi)〉寐?lián)系,我們立即更正或刪除。

藍藍設(shè)計www.yvirxh.cn )是一家專注而深入的界面設(shè)計公司,為期望卓越的國內(nèi)外企業(yè)提供卓越的UI界面設(shè)計、BS界面設(shè)計 、 cs界面設(shè)計 、 ipad界面設(shè)計 、 包裝設(shè)計 、 圖標定制 、 用戶體驗 、交互設(shè)計、 網(wǎng)站建設(shè) 平面設(shè)計服務(wù)


一些交互體驗的思考

資深UI設(shè)計者

站酷對于長文章需要點擊展開文章按鈕,才能繼續(xù)閱讀全文;而對于短文則不需要。對于這個按鈕的存在是否必要,值得深思。

站酷“展開文章”按鈕合理性思考


站酷對于長文章需要點擊展開文章按鈕,才能繼續(xù)閱讀全文;而對于短文則不需要。對于這個按鈕的存在是否必要,值得深思。


先說一下個人體驗,每次當我看文章看的津津有味,這個按鈕映入眼簾,告訴你需點擊“展開文章”才能繼續(xù)閱讀,雖然點擊這個動作很簡單,但無形之中打斷了用戶的心流狀態(tài),這并不是一個好的用戶體驗。讓用戶沉浸在心流狀態(tài)不被打擾,用戶能感覺到愉悅,是產(chǎn)品的溫柔。


什么是心流?


《About face 4》中提到,心流在心理學(xué)中是指一種人們在專注進行某行為時所表現(xiàn)的心理狀態(tài),理想的交互設(shè)計是專注于促成用戶進入心流的狀態(tài),因此在設(shè)計過程中最核心的關(guān)注點應(yīng)該是用戶的目標,而不是只考慮交互是否酷炫,最完美的交互設(shè)計是讓用戶除了自己的目標,感受不到其他干擾。


簡單的說就是用戶全神貫注于某件事而產(chǎn)生的一種精神狀態(tài)。


進入心流狀態(tài)是一種美妙的境界,完全專心于一件事,沉浸享受其中,不想停下來,用戶著眼于當下的事情或者目標,心無旁騖,全神貫注投入并且享受其中,而體驗到的一種精神狀態(tài)。


大多數(shù)用戶的目標是想先看完文章,再去看評論。這是大多數(shù)人的需求。


對于有一部分用戶,他并沒有耐心看完全文;或者覺得文章比較枯燥很無趣,不想看了,想直奔評論區(qū);建議可以改成“點擊收起”。我想這樣的體驗是不是會更友好一些。


還有一些網(wǎng)站(例:觀察者網(wǎng))喜歡把一頁文章分成兩頁,這是為了提高網(wǎng)頁的點擊數(shù)據(jù),以犧牲用戶體驗而達到商業(yè)目的,也是令人不齒的。



刷手機坐公交能否更簡單一些?


廣州的公交車終于可以刷手機坐公交了(多年前),但我感覺廣州的刷手機坐公交體驗很讓人迷惑,在第一次體驗刷手機坐公交的時候,竟然使用了兩次都不知道怎么操作,很是尷尬。我感覺廣州的刷手機坐公交對于新手用戶來說學(xué)習(xí)成本有點高,不夠人性化,不那么自然。



在評判任何一個交互行為時,我們都要了解用戶的使用場景,我們知道用戶坐公交通常是比較匆忙的,著急的,而情急之下極容易犯錯,因此操作過程越簡單越好,學(xué)習(xí)成本越低越好,盡可能的減少用戶第一次使用的挫敗感。最好讓人一看到就知道怎么操作,而不需要去思考。在設(shè)計硬件的時候就應(yīng)該考慮到這一點。


為什么我說體驗感比較差呢?當我第一次看到這個機器的時候,給我的第一感覺是把手機屏幕貼在凹槽里掃描,我試了幾次,都失敗了,最后無奈只能付現(xiàn)金。后來我才發(fā)現(xiàn)正確的步驟是把手機放進凹槽,這是一個非常不自然的操作,一般人都想不到。過了很久我才發(fā)現(xiàn)原來上面那個是攝像頭,設(shè)計的很隱蔽,誰又知道呢?你會說屏幕上面不是有說明圖,很抱歉,在那種場景下沒有人會去看你的說明圖的。


我認為更好的解決方案應(yīng)該像南京公交那樣的,有一個明顯的攝像頭,這樣人們一看到就知道怎么操作,學(xué)習(xí)成本比較低,因為這種支付方式在超市、商場、高速公路收費站等早已司空見慣,用戶已經(jīng)習(xí)慣了這種付款方式。



當然,二維碼始終不是最理想的解決方法,因為你要打開App,打開乘車碼小程序,這幾個步驟對于用戶來說還是稍顯繁瑣了點。如果能夠像公交卡一下,“嘀”一下就上車,這才是最理想的終極解決方案。把手機放過去就可以“嘀”一下,不需要打開任何App,手機就是公交卡,自然而然的操作,完全沒有任何的學(xué)習(xí)成本。但這需要使用到NFC技術(shù),現(xiàn)在并不是所有的手機都支持這個功能。因此當下這個方案還難以執(zhí)行。



知乎問題時間的缺失


作為知乎的重度用戶,使用這個產(chǎn)品多年,一直很喜歡這個產(chǎn)品。但在長期的使用過程中,有個問題一直困擾著我,那就是問題的時效性,在知乎上搜索問題時看不到提問時間,相信也不僅僅是我一個用戶遇到這個問題吧。

有的人會問了為什么要顯示時間,時間有那么重要嗎?


當然重要,一般問題都具有很強的時效性,一個問題在三年前很有用,但在今天看來已經(jīng)沒有什么參考價值。而且我肯定是希望尋找最近的問題和答案。


舉個例子來說,我搜索“廣州考駕照”,那我肯定希望時間越近的越好,越有參考價值,最好是今年的,畢境駕考規(guī)則每年都在變化。而你看同樣問答類的百度知道,答案給出了明確的時間,這樣就合理很多,我可以根據(jù)最近的時間去選擇。



再比如我想了解一下“月餅門事件”,當我進入這個問題頁面時,看不到時間,根本就不知道這個事件是何時發(fā)生的,難道還要去百度搜索一下?那我要你這破乎有何用?



有人說可以通過“查看問題日志”的方式看提問時間,抱歉,我覺得那個入口隱藏的太深了,我在很長一段時間之內(nèi)都不知道還有這個入口,而且根據(jù)我身邊朋友的調(diào)研和網(wǎng)上調(diào)查,極少數(shù)用戶知道這個入口的存在。況且這么重要的時間戳,隱藏起來也確實不合理,點擊也麻煩。


同樣,答案的時間也是很重要的,放在文章的后面也不合理,過于弱化。而且有的文章寫的很長,難道還要我拉到最后面為了看個時間,那樣多麻煩,拉的我手都要酸,而且容易劇透內(nèi)容。


列舉幾個常見的用戶使用場景:


很多時候我看到回答問題的時間很久了,那我就不會看了。


文章中提到“今年的互聯(lián)網(wǎng)寒冬”,搞的我都不知道今年是哪一年,缺少時間坐標。而如果在文章的開頭就顯示了,起碼心里有個數(shù)。


有的文章提到“預(yù)測未來5年內(nèi)房價走低”,但我不知道你回答的時間是哪一年。


……

綜上所述,我覺得應(yīng)該加上問題的創(chuàng)建時間和回答的時間,明確告知用戶問題的時效性。



iOS鬧鐘交互思考


鬧鐘提醒的界面有兩種情況,鎖屏狀態(tài)和非鎖屏狀態(tài)。分別對應(yīng)以下幾種使用場景:


使用場景一,比如起床提醒(鎖屏)


使用場景二,你在干別的事情需要鬧鐘提醒(鎖屏)


使用場景三,正在使用手機(非鎖屏)


起床提醒鬧鐘,這時手機屏幕處于鎖屏狀態(tài),當鬧鐘響起,屏幕出現(xiàn)稍后提醒和停止兩個按鈕。很明顯,這里稍后提醒按鈕的權(quán)重更高,因為如果不小心關(guān)閉鬧鐘可能會睡過頭,導(dǎo)致上班遲到。為了避免這種情況,稍后提醒按鈕必須突顯,這樣即使你在朦朧狀態(tài)依然可以輕松點擊。而停止鬧鐘按鈕應(yīng)該弱化,防止誤觸。



還有一種情況,比如你晚上趕稿子熬夜太晚了,早上又要起來上班,實在沒睡醒,眼睛都睜不開,點擊屏幕的話有可能會關(guān)閉鬧鐘,那么可以利用手機實體鍵控制鬧鐘的開關(guān),這種方式的優(yōu)勢在于可以盲按。按音量鍵和電源鍵都是稍后提醒,按返回鍵是關(guān)閉鬧鐘。


另外一種使用場景,當你正在使用手機時,鬧鐘響了。這個時候界面上方會彈出一個非模態(tài)的浮層,但這個浮層并不干擾用戶的其他操作。這里會有三個交互手勢,上劃表示稍后提醒,有一個隱藏手勢,選中浮層下拉會出現(xiàn)兩個按鈕:稍后提醒,停止。用力下滑居然是關(guān)閉鬧鐘,這個手勢我表示從未用過。



個人覺得這里的交互略微有點復(fù)雜了,很多人可能都不知道如何關(guān)閉,我一般都是上滑,然后在消息通知欄那里關(guān)掉鬧鐘,我想大多數(shù)人都是這樣操作的吧。因為后面兩個交互手勢隱藏的太深了,很多人都不知道,學(xué)習(xí)成本比較高。還不如像來電顯示浮層那樣,接聽或掛斷兩個按鈕,簡單易用,無需思考。


岔個話題,對比一下鬧鐘與計時器的交互差異,計時器的界面按鈕布局的剛好跟鬧鐘的相反,為什么會這樣呢?這是由計時器的使用場景決定的,用戶使用計時器一般都是為了提醒完成某個任務(wù)。而倒計時一結(jié)束,意味著需要馬上去完成某個任務(wù)。因此這時需要停止倒計時,停止的權(quán)重更高。




產(chǎn)品初始默認值的重要性


每個產(chǎn)品都有初始默認設(shè)置,比如各種游戲、輸入法、ps軟件、瀏覽器,比如qq、微信的系統(tǒng)設(shè)置,但有多少人會去自定義設(shè)置呢?



Microsoft Office小組曾經(jīng)做過這樣一個用戶研究,發(fā)現(xiàn)只有不到 5% 的用戶更改了默認設(shè)置,多年來,他們以各種形式重復(fù)了這項用戶研究。發(fā)現(xiàn)它始終如一:用戶很少更改他們的設(shè)置。


《About face 4》中提到,我們只需要滿足滿足大多數(shù)主流用戶的需求,對用戶合理推斷,所以在設(shè)定初始默認值的時候就要格外注意,要找出幫用戶實現(xiàn)目標的最佳默認值設(shè)定。


比如,在疫情期間我們經(jīng)常使用到的健康碼,每當打開健康碼都會彈出一個窗口,上報個人健康狀況,這幾個選項都是必填項。因為絕大多數(shù)的用戶的狀況都是正常的,所以全部選項直接默認正常即可,少數(shù)不正常的用戶如實填寫即可。



不要每次讓用戶去選擇,在進入商場需要查看健康碼的時候,很多人根本就不會認真去填,想都不想就直接點擊提交了。如果每次都強制要求用戶去選擇,那么這就是個災(zāi)難。


用戶多數(shù)時候是傾向于不調(diào)整默認值的,而默認值設(shè)置的合理與否,對于產(chǎn)品的整體體驗影響是非常大的。


但有兩類人是例外的,設(shè)計師和程序員,他們總是喜歡修改自己的默認設(shè)置,以符合自己的使用習(xí)慣,使效率最大化。



喜馬拉雅可否記住定時設(shè)置?


每天晚上入睡前,家里的小寶都要聽喜馬拉雅的睡前故事才能入睡,這已經(jīng)形成了一個睡前習(xí)慣。


喜馬拉雅app有個很好用的功能,那就是定時關(guān)閉功能,比如定時30分鐘,倒計時結(jié)束后,睡前故事就自動關(guān)閉了。



但是有個不完美的地方在于每次都要去手動選擇定時,有時候經(jīng)常會忘記定時,手機就會一直播放,直到手機沒電。這樣第二天的起床鬧鐘就不響了,容易睡過頭。

站酷對于長文章需要點擊展開文章按鈕,才能繼續(xù)閱讀全文;而對于短文則不需要。對于這個按鈕的存在是否必要,值得深思。

站酷“展開文章”按鈕合理性思考


站酷對于長文章需要點擊展開文章按鈕,才能繼續(xù)閱讀全文;而對于短文則不需要。對于這個按鈕的存在是否必要,值得深思。


先說一下個人體驗,每次當我看文章看的津津有味,這個按鈕映入眼簾,告訴你需點擊“展開文章”才能繼續(xù)閱讀,雖然點擊這個動作很簡單,但無形之中打斷了用戶的心流狀態(tài),這并不是一個好的用戶體驗。讓用戶沉浸在心流狀態(tài)不被打擾,用戶能感覺到愉悅,是產(chǎn)品的溫柔。


什么是心流?


《About face 4》中提到,心流在心理學(xué)中是指一種人們在專注進行某行為時所表現(xiàn)的心理狀態(tài),理想的交互設(shè)計是專注于促成用戶進入心流的狀態(tài),因此在設(shè)計過程中最核心的關(guān)注點應(yīng)該是用戶的目標,而不是只考慮交互是否酷炫,最完美的交互設(shè)計是讓用戶除了自己的目標,感受不到其他干擾。


簡單的說就是用戶全神貫注于某件事而產(chǎn)生的一種精神狀態(tài)。


進入心流狀態(tài)是一種美妙的境界,完全專心于一件事,沉浸享受其中,不想停下來,用戶著眼于當下的事情或者目標,心無旁騖,全神貫注投入并且享受其中,而體驗到的一種精神狀態(tài)。


大多數(shù)用戶的目標是想先看完文章,再去看評論。這是大多數(shù)人的需求。


對于有一部分用戶,他并沒有耐心看完全文;或者覺得文章比較枯燥很無趣,不想看了,想直奔評論區(qū);建議可以改成“點擊收起”。我想這樣的體驗是不是會更友好一些。


還有一些網(wǎng)站(例:觀察者網(wǎng))喜歡把一頁文章分成兩頁,這是為了提高網(wǎng)頁的點擊數(shù)據(jù),以犧牲用戶體驗而達到商業(yè)目的,也是令人不齒的。



刷手機坐公交能否更簡單一些?


廣州的公交車終于可以刷手機坐公交了(多年前),但我感覺廣州的刷手機坐公交體驗很讓人迷惑,在第一次體驗刷手機坐公交的時候,竟然使用了兩次都不知道怎么操作,很是尷尬。我感覺廣州的刷手機坐公交對于新手用戶來說學(xué)習(xí)成本有點高,不夠人性化,不那么自然。



在評判任何一個交互行為時,我們都要了解用戶的使用場景,我們知道用戶坐公交通常是比較匆忙的,著急的,而情急之下極容易犯錯,因此操作過程越簡單越好,學(xué)習(xí)成本越低越好,盡可能的減少用戶第一次使用的挫敗感。最好讓人一看到就知道怎么操作,而不需要去思考。在設(shè)計硬件的時候就應(yīng)該考慮到這一點。


為什么我說體驗感比較差呢?當我第一次看到這個機器的時候,給我的第一感覺是把手機屏幕貼在凹槽里掃描,我試了幾次,都失敗了,最后無奈只能付現(xiàn)金。后來我才發(fā)現(xiàn)正確的步驟是把手機放進凹槽,這是一個非常不自然的操作,一般人都想不到。過了很久我才發(fā)現(xiàn)原來上面那個是攝像頭,設(shè)計的很隱蔽,誰又知道呢?你會說屏幕上面不是有說明圖,很抱歉,在那種場景下沒有人會去看你的說明圖的。


我認為更好的解決方案應(yīng)該像南京公交那樣的,有一個明顯的攝像頭,這樣人們一看到就知道怎么操作,學(xué)習(xí)成本比較低,因為這種支付方式在超市、商場、高速公路收費站等早已司空見慣,用戶已經(jīng)習(xí)慣了這種付款方式。



當然,二維碼始終不是最理想的解決方法,因為你要打開App,打開乘車碼小程序,這幾個步驟對于用戶來說還是稍顯繁瑣了點。如果能夠像公交卡一下,“嘀”一下就上車,這才是最理想的終極解決方案。把手機放過去就可以“嘀”一下,不需要打開任何App,手機就是公交卡,自然而然的操作,完全沒有任何的學(xué)習(xí)成本。但這需要使用到NFC技術(shù),現(xiàn)在并不是所有的手機都支持這個功能。因此當下這個方案還難以執(zhí)行。



知乎問題時間的缺失


作為知乎的重度用戶,使用這個產(chǎn)品多年,一直很喜歡這個產(chǎn)品。但在長期的使用過程中,有個問題一直困擾著我,那就是問題的時效性,在知乎上搜索問題時看不到提問時間,相信也不僅僅是我一個用戶遇到這個問題吧。

有的人會問了為什么要顯示時間,時間有那么重要嗎?


當然重要,一般問題都具有很強的時效性,一個問題在三年前很有用,但在今天看來已經(jīng)沒有什么參考價值。而且我肯定是希望尋找最近的問題和答案。


舉個例子來說,我搜索“廣州考駕照”,那我肯定希望時間越近的越好,越有參考價值,最好是今年的,畢境駕考規(guī)則每年都在變化。而你看同樣問答類的百度知道,答案給出了明確的時間,這樣就合理很多,我可以根據(jù)最近的時間去選擇。



再比如我想了解一下“月餅門事件”,當我進入這個問題頁面時,看不到時間,根本就不知道這個事件是何時發(fā)生的,難道還要去百度搜索一下?那我要你這破乎有何用?



有人說可以通過“查看問題日志”的方式看提問時間,抱歉,我覺得那個入口隱藏的太深了,我在很長一段時間之內(nèi)都不知道還有這個入口,而且根據(jù)我身邊朋友的調(diào)研和網(wǎng)上調(diào)查,極少數(shù)用戶知道這個入口的存在。況且這么重要的時間戳,隱藏起來也確實不合理,點擊也麻煩。


同樣,答案的時間也是很重要的,放在文章的后面也不合理,過于弱化。而且有的文章寫的很長,難道還要我拉到最后面為了看個時間,那樣多麻煩,拉的我手都要酸,而且容易劇透內(nèi)容。


列舉幾個常見的用戶使用場景:


很多時候我看到回答問題的時間很久了,那我就不會看了。


文章中提到“今年的互聯(lián)網(wǎng)寒冬”,搞的我都不知道今年是哪一年,缺少時間坐標。而如果在文章的開頭就顯示了,起碼心里有個數(shù)。


有的文章提到“預(yù)測未來5年內(nèi)房價走低”,但我不知道你回答的時間是哪一年。


……

綜上所述,我覺得應(yīng)該加上問題的創(chuàng)建時間和回答的時間,明確告知用戶問題的時效性。



iOS鬧鐘交互思考


鬧鐘提醒的界面有兩種情況,鎖屏狀態(tài)和非鎖屏狀態(tài)。分別對應(yīng)以下幾種使用場景:


使用場景一,比如起床提醒(鎖屏)


使用場景二,你在干別的事情需要鬧鐘提醒(鎖屏)


使用場景三,正在使用手機(非鎖屏)


起床提醒鬧鐘,這時手機屏幕處于鎖屏狀態(tài),當鬧鐘響起,屏幕出現(xiàn)稍后提醒和停止兩個按鈕。很明顯,這里稍后提醒按鈕的權(quán)重更高,因為如果不小心關(guān)閉鬧鐘可能會睡過頭,導(dǎo)致上班遲到。為了避免這種情況,稍后提醒按鈕必須突顯,這樣即使你在朦朧狀態(tài)依然可以輕松點擊。而停止鬧鐘按鈕應(yīng)該弱化,防止誤觸。



還有一種情況,比如你晚上趕稿子熬夜太晚了,早上又要起來上班,實在沒睡醒,眼睛都睜不開,點擊屏幕的話有可能會關(guān)閉鬧鐘,那么可以利用手機實體鍵控制鬧鐘的開關(guān),這種方式的優(yōu)勢在于可以盲按。按音量鍵和電源鍵都是稍后提醒,按返回鍵是關(guān)閉鬧鐘。


另外一種使用場景,當你正在使用手機時,鬧鐘響了。這個時候界面上方會彈出一個非模態(tài)的浮層,但這個浮層并不干擾用戶的其他操作。這里會有三個交互手勢,上劃表示稍后提醒,有一個隱藏手勢,選中浮層下拉會出現(xiàn)兩個按鈕:稍后提醒,停止。用力下滑居然是關(guān)閉鬧鐘,這個手勢我表示從未用過。



個人覺得這里的交互略微有點復(fù)雜了,很多人可能都不知道如何關(guān)閉,我一般都是上滑,然后在消息通知欄那里關(guān)掉鬧鐘,我想大多數(shù)人都是這樣操作的吧。因為后面兩個交互手勢隱藏的太深了,很多人都不知道,學(xué)習(xí)成本比較高。還不如像來電顯示浮層那樣,接聽或掛斷兩個按鈕,簡單易用,無需思考。


岔個話題,對比一下鬧鐘與計時器的交互差異,計時器的界面按鈕布局的剛好跟鬧鐘的相反,為什么會這樣呢?這是由計時器的使用場景決定的,用戶使用計時器一般都是為了提醒完成某個任務(wù)。而倒計時一結(jié)束,意味著需要馬上去完成某個任務(wù)。因此這時需要停止倒計時,停止的權(quán)重更高。




產(chǎn)品初始默認值的重要性


每個產(chǎn)品都有初始默認設(shè)置,比如各種游戲、輸入法、ps軟件、瀏覽器,比如qq、微信的系統(tǒng)設(shè)置,但有多少人會去自定義設(shè)置呢?



Microsoft Office小組曾經(jīng)做過這樣一個用戶研究,發(fā)現(xiàn)只有不到 5% 的用戶更改了默認設(shè)置,多年來,他們以各種形式重復(fù)了這項用戶研究。發(fā)現(xiàn)它始終如一:用戶很少更改他們的設(shè)置。


《About face 4》中提到,我們只需要滿足滿足大多數(shù)主流用戶的需求,對用戶合理推斷,所以在設(shè)定初始默認值的時候就要格外注意,要找出幫用戶實現(xiàn)目標的最佳默認值設(shè)定。


比如,在疫情期間我們經(jīng)常使用到的健康碼,每當打開健康碼都會彈出一個窗口,上報個人健康狀況,這幾個選項都是必填項。因為絕大多數(shù)的用戶的狀況都是正常的,所以全部選項直接默認正常即可,少數(shù)不正常的用戶如實填寫即可。



不要每次讓用戶去選擇,在進入商場需要查看健康碼的時候,很多人根本就不會認真去填,想都不想就直接點擊提交了。如果每次都強制要求用戶去選擇,那么這就是個災(zāi)難。


用戶多數(shù)時候是傾向于不調(diào)整默認值的,而默認值設(shè)置的合理與否,對于產(chǎn)品的整體體驗影響是非常大的。


但有兩類人是例外的,設(shè)計師和程序員,他們總是喜歡修改自己的默認設(shè)置,以符合自己的使用習(xí)慣,使效率最大化。



喜馬拉雅可否記住定時設(shè)置?


每天晚上入睡前,家里的小寶都要聽喜馬拉雅的睡前故事才能入睡,這已經(jīng)形成了一個睡前習(xí)慣。


喜馬拉雅app有個很好用的功能,那就是定時關(guān)閉功能,比如定時30分鐘,倒計時結(jié)束后,睡前故事就自動關(guān)閉了。



但是有個不完美的地方在于每次都要去手動選擇定時,有時候經(jīng)常會忘記定時,手機就會一直播放,直到手機沒電。這樣第二天的起床鬧鐘就不響了,容易睡過頭。


文章來源:站酷   作者:
CdzhcHappy

分享此文一切功德,皆悉回向給文章原作者及眾讀者.

免責(zé)聲明:藍藍設(shè)計尊重原作者,文章的版權(quán)歸原作者。如涉及版權(quán)問題,請及時與我們?nèi)〉寐?lián)系,我們立即更正或刪除。

藍藍設(shè)計www.yvirxh.cn )是一家專注而深入的界面設(shè)計公司,為期望卓越的國內(nèi)外企業(yè)提供卓越的UI界面設(shè)計、BS界面設(shè)計 、 cs界面設(shè)計 、 ipad界面設(shè)計 、 包裝設(shè)計 、 圖標定制 、 用戶體驗 、交互設(shè)計、 網(wǎng)站建設(shè) 、平面設(shè)計服務(wù)



體驗設(shè)計指南:問卷篇

資深UI設(shè)計者



1.前言

12月份馬上就結(jié)束了,這也意味著這個雙月的體驗OKR也到了復(fù)盤的階段。想趁這個機會復(fù)盤一下自己這么久以來的體驗經(jīng)歷,幫助我拓寬了設(shè)計職能的邊界,站在整個產(chǎn)品和業(yè)務(wù)的角度,思考當前產(chǎn)品遇到的問題和解決方案。


所以打算分幾篇文章輸出一些關(guān)于我在體驗中遇到的問題和解決方案,以及一些個人感悟。


之所以會先從問卷入手,一方面是因為我們在問卷的設(shè)計的過程中,很難找到全面分析問卷設(shè)計的文章。另一方面是因為理解用戶,才能理解體驗。真正好的體驗一定來自于用戶,且以幫助用戶解決問題為目的。


接下來,本文會通過大量問卷案例,把實際過程中的落地經(jīng)驗分享給大家。


1.1 問卷的使用場景

問卷還是訪談?

在實際的工作中,常用的用戶調(diào)研方式有兩種:問卷調(diào)研和用戶訪談。


那么,我們這次體驗調(diào)研,為什么使用問卷調(diào)研而不是用戶訪談呢?


想要回答這個問題,可以從問卷和訪談的差異性上進行對比:

當一個問題沒有明確答案的時候,很適合做訪談,因為沒有確定的參考變量,不知道方向在哪,訪談可以幫助我們找到目標方向。甚至你的訪談對象可以不是產(chǎn)品用戶,但是他一定要有相同的產(chǎn)品需求。比如一個用戶沒有使用過微信,但是他有明確的社交需求,那么這個用戶就有被訪談的價值,因為他能夠幫助我們找到產(chǎn)品后續(xù)的迭代方向。


而問卷是基于現(xiàn)有數(shù)據(jù),向用戶求證問題的過程。當公司產(chǎn)品經(jīng)歷了冷啟動階段之后,后臺已經(jīng)記錄了足夠的產(chǎn)品數(shù)據(jù),這其中包括各功能的使用情況、用戶行為等,都為問卷設(shè)計提供了很好的參考變量。所以,這個時候調(diào)研對象控制在使用過我們產(chǎn)品的用戶,可以幫助我們快速定位問題。


當然,上述觀點并不絕對,根據(jù)公司業(yè)務(wù)、使用場景、成本預(yù)算等因素,問卷和調(diào)研一起使用的情況也是有的,所以找到適合自己公司的調(diào)研方式最重要。


補充:問卷是一種常用的定量分析工具,使用場景主要分為收集用戶數(shù)據(jù)和需求驗證



收集用戶數(shù)據(jù)

收集用戶數(shù)據(jù)主要是為了判斷我們對用戶的的定位是否精準。具體表現(xiàn)為收集用戶的基本信息、和用戶的體驗反饋(吐槽、好評),主要作為了完善用戶畫像。


需求驗證

需求驗證主要是調(diào)研產(chǎn)品功能是否符合用戶預(yù)期,以及判斷現(xiàn)有功能是否有優(yōu)化的價值和空間(判斷優(yōu)化空間的依據(jù)主要以后臺數(shù)據(jù)為根本立足點)。


舉個例子:平臺上架了一個xx功能,新功能的觸達路徑從首頁到目標頁需要三步,通過后臺數(shù)據(jù)埋點的追蹤發(fā)現(xiàn),在第二步的時候,觸達人數(shù)驟降。那么針對新功能的問卷重點之一,就會放在這個頁面觸達率為什么這么低上,以此尋找解決方案。



1.2 問卷的特點:

問卷調(diào)研屬于間接調(diào)查,即被調(diào)查者填寫問卷是在調(diào)查者不在場的情況下進行的,即調(diào)查者與被調(diào)查者一般不見面。


問卷的優(yōu)點:

  • 效率高:低成本、反饋快。

  • 容易量化:問卷的內(nèi)容呈封閉式,答案基本會被限定在有限的數(shù)量范圍內(nèi),很少有主觀問答,樣本結(jié)果可控,容易量化。

  • 范圍廣:問卷調(diào)研不受人數(shù)、地域范圍、時空的限制。


問卷的缺點:

  • 封閉性:問卷的答案是設(shè)計者預(yù)先設(shè)計好的,所以收到的信息有限。

  • 數(shù)據(jù)質(zhì)量不穩(wěn)定:由于問卷覆蓋的用戶廣,回答問卷的人是不受約束的,用戶的配合意愿對數(shù)據(jù)質(zhì)量影響較大(可能會出現(xiàn)隨便答題的情況)。




1.3 問卷流程

在工作中,問卷的設(shè)計流程通常被分為四個階段:準備階段、設(shè)計階段、發(fā)放并回收階段,分析報告階段。



2. 問卷設(shè)計前

2.1 關(guān)鍵目的

確定問卷目的是為了聚焦問題的范圍和方向。

每一個產(chǎn)品調(diào)研問卷都應(yīng)該圍繞著至少1-2個核心目標進行拆分,過多的核心目標會導(dǎo)致問題數(shù)量沒法控制和調(diào)研方向不清晰。


2.2 問卷說明

在向用戶提出問題之前,有個最重要也是最容易忽略的地方,就是問卷的說明部分,通常這些說明會包括以下內(nèi)容:

  • 告訴用戶為什么要做這份問卷調(diào)查:讓用戶知道,他們的建議會影響產(chǎn)品的設(shè)計方向。

  • 告訴用戶做調(diào)研的人是誰(即平臺方的名稱)

  • 告訴用戶這份問卷的重要程度:告訴用戶的選擇會影響最后產(chǎn)品的方向

  • 告訴用戶需要多久能填完這份問卷:讓用戶判斷當前是否有足夠的時間完成全部問卷。

  • 告訴用戶回答問卷的有效期限:避免用戶填寫完后,提交的時候發(fā)現(xiàn)已經(jīng)錯過了時機。

  • 告訴用戶保證受訪者的個人隱私是保密的:打消用戶不必要的顧慮,反映客觀事實和觀點。

  • 問卷獎勵的說明:激勵用戶答題,最好是和產(chǎn)品相關(guān)的獎勵,比如說平臺會員獎勵。


2.3 確定問卷的目標用戶

用戶分群:

用戶分群其實就是通過權(quán)衡來讓調(diào)研目的和用戶的需求相匹配,忽略和調(diào)研目的不相關(guān)的用戶,從而更好的調(diào)研目標用戶的需求,本質(zhì)是為了提升效率。



常用的用戶分群維度由時間、用戶行為和用戶屬性三個維度組合完成:



  • 時間范圍:比如,最近7天,或者給出一個時間區(qū)間。


  • 用戶行為:圍繞調(diào)研目標,明確用戶的核心行為路徑以及分支路徑。然后判斷用戶完成了/未完成/依次完成了xx路徑,比如:

    1. 完成了登錄注冊的用戶

    2. 沒完成登錄注冊的用戶

    3. 完成了登錄注冊,并且點擊了首頁廣告位的用戶


  • 用戶屬性:關(guān)于用戶屬性的定義,沒有統(tǒng)一的標準,通常會從業(yè)務(wù)角度出發(fā),基于產(chǎn)品功能或運營玩法,對用戶進行屬性分類,比如:性別/是否新用戶/是否實名認證/用戶來源(抖音、地推)等。



下圖是我們用的用戶分群工具:



選擇的維度越多,用戶越精準

我們在進行用戶分群時,定位的精準程度,和維度的選擇數(shù)量是正相關(guān)的。時間范圍越窄,用戶行為越多,用戶屬性越多,定位到的用戶越精確。


舉個例子:“近7天使用xx功能的男性用戶”,一定比“近7天使用xx功能的用戶”更加精準,因為多了一個“性別”的維度。


當然,每一個產(chǎn)品的業(yè)務(wù)模式和用戶群體都是復(fù)雜的,根據(jù)商業(yè)模式、產(chǎn)品功能、用戶使用習(xí)慣和目的不同,這些因素都可能成為用戶細分的維度。


樣本數(shù)量

樣本的數(shù)量,主要取決于我們想要回收多少份有效問卷,也就是回收率。

  • 回收率 = 回收的有效回答份數(shù) / 總發(fā)送的份數(shù) × 100%

  • 問卷回收數(shù) = 回收率 × 樣本數(shù)量


所以,在回收率固定不變的情況下,樣本數(shù)量越大,問卷回收的數(shù)量越多,反之,樣本數(shù)量越小,問卷回收的數(shù)量越少。


影響樣本數(shù)量的因素

影響樣本數(shù)量的因素主要分為響應(yīng)率和完成率:

  • 響應(yīng)率 = 打開問卷的用戶 / 問卷實際發(fā)放人數(shù)×100%

舉個例子:平臺通過渠道向100人發(fā)放問卷,只有50人打開了問卷,那么調(diào)查的響應(yīng)率為50 / 100 × 100% = 50%


  • 完成率 = 完成并提交問卷的用戶 / 打開問卷的用戶×100%

舉個例子:有100人點開了問卷,最終有50個人填寫完成,那么完成率為50 / 100 × 100% = 50%


相同的調(diào)研樣本數(shù)量,用戶響應(yīng)率和完成率越高,有效問卷的回收率也就越高。所以,除了增加樣本數(shù)量外,也可以通過提高用戶的響應(yīng)率和完成率,來提高問卷的回收數(shù)量。


舉個例子:

  • 擴大問卷的曝光量,從而觸達更多用戶,提高響應(yīng)率。

  • 豐富問卷獎勵,增加用戶的答題意愿,提高完成率。



樣本數(shù)量的邊際效益

問卷數(shù)量的價值是存在邊際效應(yīng)的,因為隨著樣本數(shù)量的增多,回收的答案是趨于一致的,參考價值較低,所以問卷的樣本數(shù)量并不是越多越好。



通常為了保證最終的有效問卷回收能滿足研究報告,應(yīng)該在理想的樣本數(shù)量上,進行適當?shù)臄U充。


舉個例子:通過觀察平臺用戶的響應(yīng)率和完成度,估算出抽取1000數(shù)量的樣本數(shù)量能夠支撐最終的研究產(chǎn)出,但是考慮一些特殊情況的產(chǎn)生,此時會再加上200的樣本數(shù)量,來確保問卷的回收率。



3. 問題和答案的設(shè)計

3.1 MECE原則

MECE是一種將一個具體事物進行"拆分"的原則,該原則由麥肯錫顧問巴巴拉·明托(Barbara Minto)在《金字塔原理》一書中首次提出,隨即被奉為咨詢解決思路的圭臬。其目的在于分析問題時盡量做到對問題點進行不重疊且不遺漏的分類,而且能夠借此有效把握問題的核心,并成為有效解決問題的方法。


MECE原則可以分為兩個部分:


  • 相互獨立(ME):

互斥性原則是指在問卷答案的設(shè)計中,同一問題的若干個答案之間關(guān)系時是互相排斥的,不能有重疊、交叉、包含等情況。

  • 完全窮盡(CE):

完備性原則是指在問卷答案的設(shè)計中,所排列出的答案應(yīng)包含問題的全部情況,不能有遺漏。特別是針對封閉題而言的,必須做到窮盡。



MECE的步驟

了解完MECE原則后,接著從以下四個步驟來說一下它的實際用法:



步驟一:確定范圍

明確問題是什么,比如說我們當前產(chǎn)品的問題是:“為什么新用戶搭訕次數(shù)低?”,所以我們的問題就會聚焦在搭訕數(shù)低的原因上,這也是“完全窮盡”的基礎(chǔ),只有當問題有了邊界,才能窮盡。


步驟二:尋找切入點

切入點指的是按什么方向進行拆分,還是以“為什么新用戶搭訕次數(shù)低?”這個問題來舉例,我們從搭訕數(shù)低的原因出發(fā),選擇的切入點是“角色”。即:在整個業(yè)務(wù)中,會涉及到的“用戶方”和“產(chǎn)品方”兩個角色:

  • 用戶在使用過程中遇到哪些問題,導(dǎo)致用戶搭訕次數(shù)低,比如說用戶對平臺推薦的人不感興趣、不知道搭訕是什么等。

  • 產(chǎn)品的功能設(shè)計是否合理,比如說交互邏輯、界面布局,甚至可以聚焦到按鈕的大小和顏色,這些都可能會影響用戶使用搭訕。


步驟三:繼續(xù)細分

考慮當前問題是否可以繼續(xù)細分,比如說用戶方可以分為男性和女性,但是這對搭訕數(shù)并沒有直接的影響,可能還要繼續(xù)細分為年齡、地區(qū)、職業(yè)等屬性,直到找到影響“搭訕”的因素。


步驟四:檢查確認

細分完成之后,對問題進行檢查,看看是否有明顯遺漏或者重復(fù)的問題。

怎么檢查提出的問題是否已經(jīng)滿足相互獨立和完全窮盡呢?這里提供以下兩個方法:

  • 判斷是否相互獨立:每個拆分后的問題,是否可以和其他問題清楚的區(qū)分開。

  • 判斷是否完全窮盡:拆分后的問題是否具有唯一性,是否把能想到的都想到了。


*注:MECE原則同時適用于問題和答案的設(shè)計。



MECE原則的拆分方法

MECE的拆分方法具體分為以下五種:



二分法

二分法指的是把信息分成A和非A的兩個部分,也就是說在找出事物的某一維度后,繼續(xù)找出一個相反的維度,通俗來說就是找出他的反義詞。常見的例子在我們生活中隨處可見,比如說:未婚和已婚、成年和未成年、黑和白、上和下等等。


象限法

找到一個事物的兩個維度,進行坐標系劃分,變成4個象限。

比如我們一次性接到了很多迭代的設(shè)計需求,可以根據(jù)任務(wù)的重要性和緊急程度兩個維度,確定所有迭代需求的優(yōu)先級。

  • P0:重要且緊急,該問題未得到解決,用戶無法順利完成任務(wù),這種需要馬上開始進行優(yōu)化解決的,比如一個電商軟件,用戶付款時總是失敗。

  • P1:重要但不緊急,這種一般指用戶在操作時可能感到麻煩,但仍然可以繼續(xù)完成任務(wù),比如說按鈕、反饋很不顯眼,需要仔細查找。可以過段時間交付的內(nèi)容也算在這個范圍內(nèi),比如國慶大型活動這種需求一般都要提前很久準備,可能交付時間在一兩個星期之后。

  • P2:不重要但緊急,這種情況在設(shè)計工作中一般會比較少,比如歷史版本中遺留下來的字號、間距等問題。

  • P3:不重要且不緊急,盡量少做,或者可以不做的需求,比如需求評審會上不完善、待修改的需求。



要素法

要素法是根據(jù)一個事物的做成要素行劃分的。比如說我們作為設(shè)計師,都知道體驗很重要,但是什么樣的體驗才能被稱之為好呢?于是很多公司會制定自己的體驗度量標準,比如Ant rDesign的PTECH模型,就把體驗拆分成了性能體驗、任務(wù)完成度、參與度、清晰度和滿意度。


*題外話補充:

HEART模型更多是用來度量C端產(chǎn)品的體驗,并不太適用于B端產(chǎn)品。B端產(chǎn)品多是提高效率的工具類產(chǎn)品,業(yè)務(wù)比較復(fù)雜且用戶需要付費才能使用,比較注重任務(wù)的完成效率和邏輯的清晰度。


公式法

按照現(xiàn)有公式中的要素進行去分類,比如說銷售額 = 銷售量 x 價格,CTR = 點擊數(shù) / 曝光數(shù)(根據(jù)不同業(yè)務(wù)和場景會有細微差異)。


這種時候,我們就可以把銷售額拆分為銷售量和價格,CTR拆分為點擊數(shù)和曝光數(shù)。



流程法

流程法指的是把一個事物,按照進行的流程進行劃分。拿我自己的上班日常來舉例:8個活動組成一個流程。


3.2 問題設(shè)計

問題的四種形式

  • 封閉式:

在提出的每個問題下面給出若干個答案,讓被調(diào)查者選出其中的一個或若干個問題來回答的問卷形式。封閉式問題的優(yōu)勢在于,用戶在看到問題和答案的時候,很快就能理解提問者的目的。


a. 是非型:有且只有兩個備選答案,受訪者只能從中選擇一個答案。



b. 并列型:提供兩個及以上的并列答案,讓用戶在其中選擇最適合自己的答案。



c. 等級型:對兩個及以上分成等級的答案進行選擇的題型,只能從中選擇一個答案。



d. 排序型:讓用戶從備選答案中選出全部或者部分答案,根據(jù)用戶選擇順序?qū)Υ鸢高M行排列的一種方式。


  • 開放式:

開放式問卷是問卷設(shè)計者提供問題,由被調(diào)查者自行構(gòu)思自由發(fā)揮,從而按自己意愿答出問題的問答題型為主,也就是我們常說的填空題。


開放式的優(yōu)勢是經(jīng)常會收集到一些意料之外的信息,且都是用戶直觀的感受。但正是由于它的開放性,會導(dǎo)致問題的答案很不規(guī)范,經(jīng)常會出現(xiàn)用戶的回答和問題不相符的情況。這類不規(guī)范的回答無法使用數(shù)據(jù)分析方法,嚴重影響最后的分析效率。


比如說我們本次的問卷目標是調(diào)研影響用戶搭訕率和回復(fù)率的因素,其中有道填空題:

問題:您在搭訕聊天的過程中,有什么不滿意的地方?或有什么建議?

回答:不太清楚、不知道等詞語。


  • 混合式:指的是封閉式+開放式組合,常見的是在封閉式的答案下,用戶選擇一個答案后,會出現(xiàn)一個輸入框,填寫用戶自己的看法,根據(jù)不同的情況,輸入框分為必填和非必填。


問題產(chǎn)生的依據(jù)

*問題的產(chǎn)生要有理有據(jù)。


我們本次調(diào)研的目的,主要是為了幫助用戶解決問題,所以在問卷的設(shè)計過程中,要問自己兩個問題:

  • 找到用戶遇到了哪些問題?

  • 造成用戶遇到這些問題的原因有哪些?

步驟一:通過用戶使用路徑差異,定位問題

通過對比路徑和數(shù)據(jù)漏斗,發(fā)現(xiàn)并記錄用戶在使用過程中遇到的問題。

如下圖,是一個簡化的用戶路徑和漏斗數(shù)據(jù),主要分析的是“首頁 - 發(fā)送消息”這條核心路徑,可以發(fā)現(xiàn):用戶流失最大的地方在“查看用戶資料 - 進入IM頁”這一階段。


當定位問題后,還需要通過福格模型來擬定問題和答案。



步驟二:通過福格模型,分析影響因素

福格模型認為,行為的發(fā)生,有 3 個關(guān)鍵的要素,并且需要 3 個要素同時發(fā)生才能產(chǎn)生作用,也就是動機、能力和提示:

  • 動機:做出行為的欲望。

  • 能力:去做某個行為的能力。

  • 提示:提醒你做出某個行為的信號。


*之前的版本為 B=MAT,其中 T 是 trigger 觸發(fā)的意思,后續(xù)迭代成 B=MAP,P 是 Prompt 提示的意思,但是提示和觸發(fā)的差異并不大,不必糾結(jié)。



當我們利用福格模型去分析“查看用戶資料 - 進入IM頁”的流失問題時,就變成了:

  • 動機:對方資料頁的哪些信息對用戶的吸引力高?哪些吸引力低?

  • 能力:阻礙用戶點擊私聊的原因可能是什么?按鈕是否在拇指可觸控區(qū)域?

  • 提示:用戶是否注意到了私聊的存在?怎樣在不打擾用戶的情況下讓用戶注意到私聊按鈕?



針對MAP這三個因素,預(yù)測用戶在各個使用場景會遇到的困難,總結(jié)成問卷,向用戶求證。




問題篩選

我們通過上述方法設(shè)計出很多的問題后,時常會出現(xiàn)問題很多,“我全都要”的情況。

步驟一:通過屬性,對問題進行歸類

這里提供給大家一個思路:根據(jù)屬性不同,對所有問題進行歸類。當然,有時候會遇到這樣的情況:有一些問題沒有明確的屬性進行定義,但是又很重要,這種問題可以統(tǒng)一概括為其他。



步驟二:問題篩選

歸類完成后,從每一個屬性中,選出固定數(shù)量的問題整合成問卷,篩選的標準以目標結(jié)果為導(dǎo)向,也就是每個問題和本次問卷目標的關(guān)聯(lián)性,關(guān)聯(lián)性強,則納入問卷,反之則剔除。


這樣做的好處是在最后的問卷結(jié)構(gòu)上,可以把相同屬性的問題放在一起,保證上下問題的邏輯性和相關(guān)性,用戶作答時不顯得別扭。




3.3 問題數(shù)量

問題的數(shù)量沒有固定的要求,根據(jù)不同的業(yè)務(wù)、不同的問卷目的,問卷的數(shù)量都是不同的。

通常情況下,問卷中的問題越多,所得的數(shù)據(jù)就越詳細。但是問題越多,用戶的投入成本也就越高,這樣就會導(dǎo)致填寫意愿降低。


我們公司平時的問題數(shù)量,基本會控制在15個左右,為的是讓用戶能夠在半小時內(nèi)填寫完畢。因為用戶填寫問卷的耐心和時間都是有限的,所以在問題的數(shù)量上,不宜過多。


提問技巧


由淺入深

  • 按照問題的難易程度進行排列:問題應(yīng)該先易后難,由淺入深,先問正面的問題,后問負面的問題,先描述客觀問題,后描述主觀問題,先一般性質(zhì)的問題,后特殊性質(zhì)的問題。


  • 按照問題的類型進行排序:排列問題的順序時,要注意把不同類型的問題放在一起,這樣用戶可以一起回答,避免破壞用戶的思路和注意力。


  • 按照問題的時間順序進行排列:一般來說,問題應(yīng)該按照事情發(fā)生的過去、現(xiàn)在、未來的時間順序進行排列,也可以發(fā)過來,即由近到遠。


提供場景預(yù)設(shè),幫助用戶回憶

在設(shè)計問題時,避免回憶性問題,特別是長時間以前的回憶,記憶的模糊會降低答題的準確率。


因為人的記憶是呈碎片化存儲在大腦里的,直接問用戶是很難被搜索到的。但是,在實際調(diào)研中,經(jīng)常會出現(xiàn)不得不讓用戶回憶的情況,針對這種場景,需要在問題當中構(gòu)建出一個具象的場景,這里的場景可以是時間、地點或者產(chǎn)品功能等,能夠幫助用戶串聯(lián)起回憶的都可以。



舉個例子:比如我現(xiàn)在想調(diào)研用戶使用發(fā)布模塊的情況,那么在問題設(shè)計時,就會圍繞發(fā)布相關(guān)的場景進行提問。



保持客觀,避免導(dǎo)向型問題

如果問題中帶有偏向性的語境,這樣就可能引發(fā)“誘導(dǎo)”,會導(dǎo)致用戶選擇問題“暗示”的答案。


舉個例子:


避免范圍很大的問題

如下圖,單看修改前的問題是沒什么對錯的,但聊天只是我們產(chǎn)品的功能之一,它由1v1聊天、群組聊天等多個功能組成。這樣就會造成用戶回答的內(nèi)容很寬泛,很難提取出有價值的信息。所以在問題的修改上,我們需要更加具體的指向性內(nèi)容。



避免一個問句,兩個問題

一個問句中,出現(xiàn)兩個及以上的問題。這個很簡單,我們直接用上面學(xué)到的MECE原則進行拆分就可以了,直接分成兩個問題提問。



避免術(shù)語、黑話

在設(shè)計問題時要避免使用專業(yè)性術(shù)語,通俗易懂的語言容易被不同畫像的用戶理解,避免誤會而引起的問答偏差。有些用戶可能因為不知道“算法”的具體意思,導(dǎo)致問卷無法進行。



避免雙重否定句式

雙重否定就是否定兩次,即表示肯定的意思,如:不得不。這種句式的問題,用戶通常不能一下子就讀懂句子的意思,增加答題成本。



敏感問題

  • 轉(zhuǎn)移法

不直接詢問用戶對某事的觀點,而是把問題轉(zhuǎn)移到其他人身上,然后,請用戶以第三人稱的視角,對他人的回答作出評價,更能得到用戶真實的想法。


  • 假設(shè)法

首先假設(shè)某一情景或現(xiàn)象的存在,然后再詢問用戶的看法。


3.4 答案設(shè)計

答案設(shè)計的注意事項

答案的設(shè)計最后會影響數(shù)據(jù)的有效性,所以在設(shè)計上需要注意以下三點事項:

  • 具體量化:避免主觀描述,比如,偶爾、經(jīng)常、幾乎、相當多。這類詞語在不同的情況下,不同的用戶會有不同程度的理解。

  • 避免無效數(shù)據(jù):特殊情況下,提供無效答案,比如其他、以上都不是等選項,避免給出的答案都不是用戶想要的,隨便選一個,影響最后的數(shù)據(jù)分析。

  • 避免多選:多選的話設(shè)置上限,一般不超過三個,可根據(jù)具體情況增加或減少。


3.5 問卷評審

內(nèi)審和外審

在內(nèi)部評審之前,首先要自審一遍,這就要求我們在設(shè)計問卷后,最好是站在問卷回答者的角度,試著自己做一遍問卷,避免出現(xiàn)一些比較常規(guī)性質(zhì)的問題,比如問卷的邏輯性、用詞的通俗性、語意的表達等。


問卷自審后沒什么問題后,可以邀請項目組的人進行內(nèi)審,最好可以拉上開發(fā)、產(chǎn)品一起,提供多角度的思考方向。


4. 問卷發(fā)放

問卷發(fā)放主要從時間、地點、人物三個維度出發(fā)。

4.1 時間:

在問卷的發(fā)放和回收時間之間,需要考慮用戶看到問卷的時間和答題時間。


根據(jù)問卷的曝光程度,留有足夠的時間讓用戶能夠看到并點擊問卷,如果發(fā)放和回收中間留的時間過短,會造成用戶可能沒看到問卷,或正在答題中,就已經(jīng)開始回收了。這種情況會導(dǎo)致用戶在沒有完整閱讀題目或者充分思考的情況下,隨便作答,無法獲取足夠的樣本數(shù)據(jù)和用戶的真實想法。


當然,發(fā)放和回收中間留的時間也不宜過長,時間越長,用戶忘記調(diào)研問卷這回事的概率也就越大。


4.2 地點(投放方式):

投放渠道,由于我們的體驗工作一般圍繞APP進行,所以我們的渠道主要分為以下幾種:


  • app消息推送(push)

優(yōu)點:可實現(xiàn)精準投放

缺點:受限于設(shè)備的消息開關(guān),打擾性強


  • app廣告位推送:啟動頁,banner,信息流等形式

優(yōu)點:由于是用戶主動點擊進行,所以有效性較高

缺點:廣告位多為全量投放,無法保證用戶參與度


4.3 人物:

用戶和問卷的匹配關(guān)系:問卷的調(diào)研對象必須是我們的用戶。也就是說,如果投放的用戶和問卷不匹配,那么最后得到的數(shù)據(jù)是沒有意義。


并且在分發(fā)方式上,還會根據(jù)規(guī)模分為部分和全量。部分就是針對用戶分群后的具體用戶,有選擇性的進行問卷發(fā)放。全量則是針對平臺所有用戶的問卷,這種由于平臺的用戶類型很多,資源浪費等問題,基本不太用。



5. 問卷整理:數(shù)據(jù)清洗

5.1 有效問卷的數(shù)量影響最后分析的準確性

在前文關(guān)于問卷的特點中我們提到,用戶回答問題的場景是不可控的,可能會出現(xiàn)瞎填的情況,如果我們回收問卷后立馬進行分析,會混入一些無效數(shù)據(jù),大大降低我們調(diào)研結(jié)果的可靠性。


所以,在正式進行數(shù)據(jù)分析之前,還有一個問卷篩選的環(huán)節(jié),以此保證數(shù)據(jù)的有效性,專業(yè)名稱叫做數(shù)據(jù)清洗。

 


5.2 篩選無效問卷的標準

既然涉及數(shù)據(jù)清洗,那么就一定會有一套標準去判斷哪些數(shù)據(jù)是可以“被清洗”的,所以我們這里總結(jié)了以下幾個標準供大家參考:


  • 選項呈重復(fù)性和規(guī)律性

檢查答案是否出現(xiàn)保持一致,或呈現(xiàn)某種規(guī)律的情況,出現(xiàn)的問卷進行刪除。

舉個例子:所有的答案都是“A-A-A-A”或”A-B-A-B”


  • 剔除漏答數(shù)過多的問卷

嚴格來說應(yīng)該將漏填的答卷全都進行剔除,但有時候會遇到回收樣本量很少的情況,所以一般會設(shè)置漏答數(shù)的標準。

常用的標準是總題數(shù)的2/3,例如問卷一共設(shè)計了 10 個問題,回答了 6 個以上的用戶即視為有效問卷,反之,則視為無效問卷。



  • 前后邏輯不符

有些用戶受主客觀因素影響,可能不會認真選答案,所以需要檢查前后的選項是否矛盾。

在問題的設(shè)計中,經(jīng)常會出現(xiàn)多個問題之間保持邏輯關(guān)系,如果用戶選擇了前一題“A”,則不應(yīng)該選擇后一道題的“B”。


舉個例子:用戶在前一題中選擇了“從未搭訕過”,后面卻又選擇了“搭訕后沒有人回復(fù)“,這種就可以視為前后邏輯不符的答卷。


如果問卷中實在找不出可以用來表示邏輯關(guān)系的問題,那么也可以設(shè)置一個明顯錯誤的答案,最后統(tǒng)計問卷數(shù)據(jù)時,剔除該問卷即可。

當然問題的迷惑性不能太強,我們只是想要檢驗用戶是否在認真答題,而不是為難用戶,所以認真閱讀問題和答案就不會出錯。


  • 未按問卷所指示之題項填答

舉個例子:第1題問:「請問您使用過語音功能嗎?若沒有,請忽略第 2 題」,如果用戶第1題選沒有的,卻仍回答了第2題,那么就可以把該問卷視為無效。


  • 根據(jù)填答時間和提交時間處理

在發(fā)放問卷前,我們會進行答題測試,目的是估算出答題所需要的總時長,以此作為問卷答題時長的有效性依據(jù),如果最后回收的問卷答題時間比預(yù)估時間過長或過短,就可以判斷為答題不認真,都可以根據(jù)業(yè)務(wù)需求酌情剔除。


提交時間主要針對的是在規(guī)定時間內(nèi)完成答題,但超過了提交時間的用戶。比如說我們回收問卷的截止時間是12月7日,但是有的用戶是在12月8日完成答題并提交的,也會被視為無效問卷。(市面上有些問卷工具,可以回收設(shè)置時間,超過規(guī)定時間提交的問卷不計入問卷回收。)


6. 分析報告

統(tǒng)計各選項的數(shù)量、頻率是最常用到的分析方法,然后通過圖表展現(xiàn)出來,可以非常直觀的看出整體分布情況。具體可以分為趨勢分析和分組分析兩種方法。

6.1 分類篩選

顧名思義,分類篩選是根據(jù)類別來進行數(shù)據(jù)篩選的一種方法,常用的類別有:

  • 按回答篩選:根據(jù)題目中某道題進行篩選分類。使用場景如:需要分別查看男、女性的數(shù)據(jù),或者是按部門查看數(shù)據(jù)。

  • 問卷提交時間:顧名思義按提交的時間篩選(以天為時間單位)。

  • 來源詳情:如鏈接地址、郵件地址、手機、PC等。

  • 地區(qū):省份、城市

  • 其他類別:比如得分、IP地址等。


舉個例子:如下圖,選擇的篩選條件是問題回答+提交日期。最終選擇的類別為:年齡在21-30歲之間的用戶,且2021/12/23之前提交問卷的用戶,最后得到的有效答卷是 44 份,這就說明滿足該篩選條件的用戶有44人。




此時,系統(tǒng)會把這44個人回答的其他問題也全部篩選出來,如下圖:

44個人當中,有7個人搭訕過 1 次,9個人搭訕過 2-5 次,4個人搭訕過6-10次,5個人搭訕過 10 次以上,剩下19個人從未搭訕過。




6.2 交叉分析

除了分類統(tǒng)計,我們還可以通過交叉法,進行差異分析,找出影響因素。


交叉分析法通常用于分析兩個及以上的變量關(guān)系,即同時將有一定聯(lián)系的變量及其值交叉排列在一張表格內(nèi),形成交叉表,從而分析交叉表中變量之間的關(guān)系。



聽上去有一些麻煩,但是現(xiàn)在的很多問卷平臺都會提供交叉分析的功能,下面會以問卷星為例,簡單的了解一下交叉分析的具體流程。



步驟一:點擊問卷后臺的統(tǒng)計頁面,選擇交叉分析,選擇自變量X和因變量Y,點擊交叉分析。



步驟二:得出“分析年齡和關(guān)注信息之間的關(guān)系”數(shù)據(jù)表現(xiàn)。

當數(shù)據(jù)都放在一起分析時,很難看出年齡和關(guān)注信息這一行為的關(guān)系,但使用交叉分析之后,可以聚焦每個年齡段對于關(guān)注點的偏好,針對性的給出優(yōu)化方案。

  • 20歲以下的用戶中,最關(guān)注的是顏值,占比為63.64%。

  • 21-30歲的所有用戶中,最關(guān)注的是年齡,占比為67.86%。

  • 31-40歲的所有用戶中,最關(guān)注城市,占比為76.92%。

  • 其他年齡的信息偏好等等...




上述的兩種分析方法(分類篩選和交叉分析),都是我們常用且方便的分析方法。如果想要更加深入的進行調(diào)研總結(jié),可以使用一些專業(yè)的分析軟件,例如使用SPSS軟件,或者導(dǎo)入Excel表格做數(shù)據(jù)的處理,這都是目前使用比較廣泛的一些分析工具。


*重要的不是分析工具,而是對數(shù)據(jù)的敏感程度和分析能力。

7. 寫在最后

至此,從問卷設(shè)計到最后的數(shù)據(jù)分析就講解完了。


問卷調(diào)研不是目的,目的是通過調(diào)研得出的結(jié)論,指導(dǎo)我們體驗的優(yōu)化方向,問卷調(diào)研本身只是了解用戶的手段之一,重要的是在問卷設(shè)計過程中加深對手頭業(yè)務(wù)的理解。



1.前言

12月份馬上就結(jié)束了,這也意味著這個雙月的體驗OKR也到了復(fù)盤的階段。想趁這個機會復(fù)盤一下自己這么久以來的體驗經(jīng)歷,幫助我拓寬了設(shè)計職能的邊界,站在整個產(chǎn)品和業(yè)務(wù)的角度,思考當前產(chǎn)品遇到的問題和解決方案。


所以打算分幾篇文章輸出一些關(guān)于我在體驗中遇到的問題和解決方案,以及一些個人感悟。


之所以會先從問卷入手,一方面是因為我們在問卷的設(shè)計的過程中,很難找到全面分析問卷設(shè)計的文章。另一方面是因為理解用戶,才能理解體驗。真正好的體驗一定來自于用戶,且以幫助用戶解決問題為目的。


接下來,本文會通過大量問卷案例,把實際過程中的落地經(jīng)驗分享給大家。


1.1 問卷的使用場景

問卷還是訪談?

在實際的工作中,常用的用戶調(diào)研方式有兩種:問卷調(diào)研和用戶訪談。


那么,我們這次體驗調(diào)研,為什么使用問卷調(diào)研而不是用戶訪談呢?


想要回答這個問題,可以從問卷和訪談的差異性上進行對比:

當一個問題沒有明確答案的時候,很適合做訪談,因為沒有確定的參考變量,不知道方向在哪,訪談可以幫助我們找到目標方向。甚至你的訪談對象可以不是產(chǎn)品用戶,但是他一定要有相同的產(chǎn)品需求。比如一個用戶沒有使用過微信,但是他有明確的社交需求,那么這個用戶就有被訪談的價值,因為他能夠幫助我們找到產(chǎn)品后續(xù)的迭代方向。


而問卷是基于現(xiàn)有數(shù)據(jù),向用戶求證問題的過程。當公司產(chǎn)品經(jīng)歷了冷啟動階段之后,后臺已經(jīng)記錄了足夠的產(chǎn)品數(shù)據(jù),這其中包括各功能的使用情況、用戶行為等,都為問卷設(shè)計提供了很好的參考變量。所以,這個時候調(diào)研對象控制在使用過我們產(chǎn)品的用戶,可以幫助我們快速定位問題。


當然,上述觀點并不絕對,根據(jù)公司業(yè)務(wù)、使用場景、成本預(yù)算等因素,問卷和調(diào)研一起使用的情況也是有的,所以找到適合自己公司的調(diào)研方式最重要。


補充:問卷是一種常用的定量分析工具,使用場景主要分為收集用戶數(shù)據(jù)和需求驗證



收集用戶數(shù)據(jù)

收集用戶數(shù)據(jù)主要是為了判斷我們對用戶的的定位是否精準。具體表現(xiàn)為收集用戶的基本信息、和用戶的體驗反饋(吐槽、好評),主要作為了完善用戶畫像。


需求驗證

需求驗證主要是調(diào)研產(chǎn)品功能是否符合用戶預(yù)期,以及判斷現(xiàn)有功能是否有優(yōu)化的價值和空間(判斷優(yōu)化空間的依據(jù)主要以后臺數(shù)據(jù)為根本立足點)。


舉個例子:平臺上架了一個xx功能,新功能的觸達路徑從首頁到目標頁需要三步,通過后臺數(shù)據(jù)埋點的追蹤發(fā)現(xiàn),在第二步的時候,觸達人數(shù)驟降。那么針對新功能的問卷重點之一,就會放在這個頁面觸達率為什么這么低上,以此尋找解決方案。



1.2 問卷的特點:

問卷調(diào)研屬于間接調(diào)查,即被調(diào)查者填寫問卷是在調(diào)查者不在場的情況下進行的,即調(diào)查者與被調(diào)查者一般不見面。


問卷的優(yōu)點:

  • 效率高:低成本、反饋快。

  • 容易量化:問卷的內(nèi)容呈封閉式,答案基本會被限定在有限的數(shù)量范圍內(nèi),很少有主觀問答,樣本結(jié)果可控,容易量化。

  • 范圍廣:問卷調(diào)研不受人數(shù)、地域范圍、時空的限制。


問卷的缺點:

  • 封閉性:問卷的答案是設(shè)計者預(yù)先設(shè)計好的,所以收到的信息有限。

  • 數(shù)據(jù)質(zhì)量不穩(wěn)定:由于問卷覆蓋的用戶廣,回答問卷的人是不受約束的,用戶的配合意愿對數(shù)據(jù)質(zhì)量影響較大(可能會出現(xiàn)隨便答題的情況)。




1.3 問卷流程

在工作中,問卷的設(shè)計流程通常被分為四個階段:準備階段、設(shè)計階段、發(fā)放并回收階段,分析報告階段。



2. 問卷設(shè)計前

2.1 關(guān)鍵目的

確定問卷目的是為了聚焦問題的范圍和方向。

每一個產(chǎn)品調(diào)研問卷都應(yīng)該圍繞著至少1-2個核心目標進行拆分,過多的核心目標會導(dǎo)致問題數(shù)量沒法控制和調(diào)研方向不清晰。


2.2 問卷說明

在向用戶提出問題之前,有個最重要也是最容易忽略的地方,就是問卷的說明部分,通常這些說明會包括以下內(nèi)容:

  • 告訴用戶為什么要做這份問卷調(diào)查:讓用戶知道,他們的建議會影響產(chǎn)品的設(shè)計方向。

  • 告訴用戶做調(diào)研的人是誰(即平臺方的名稱)

  • 告訴用戶這份問卷的重要程度:告訴用戶的選擇會影響最后產(chǎn)品的方向

  • 告訴用戶需要多久能填完這份問卷:讓用戶判斷當前是否有足夠的時間完成全部問卷。

  • 告訴用戶回答問卷的有效期限:避免用戶填寫完后,提交的時候發(fā)現(xiàn)已經(jīng)錯過了時機。

  • 告訴用戶保證受訪者的個人隱私是保密的:打消用戶不必要的顧慮,反映客觀事實和觀點。

  • 問卷獎勵的說明:激勵用戶答題,最好是和產(chǎn)品相關(guān)的獎勵,比如說平臺會員獎勵。


2.3 確定問卷的目標用戶

用戶分群:

用戶分群其實就是通過權(quán)衡來讓調(diào)研目的和用戶的需求相匹配,忽略和調(diào)研目的不相關(guān)的用戶,從而更好的調(diào)研目標用戶的需求,本質(zhì)是為了提升效率。



常用的用戶分群維度由時間、用戶行為和用戶屬性三個維度組合完成:



  • 時間范圍:比如,最近7天,或者給出一個時間區(qū)間。


  • 用戶行為:圍繞調(diào)研目標,明確用戶的核心行為路徑以及分支路徑。然后判斷用戶完成了/未完成/依次完成了xx路徑,比如:

    1. 完成了登錄注冊的用戶

    2. 沒完成登錄注冊的用戶

    3. 完成了登錄注冊,并且點擊了首頁廣告位的用戶


  • 用戶屬性:關(guān)于用戶屬性的定義,沒有統(tǒng)一的標準,通常會從業(yè)務(wù)角度出發(fā),基于產(chǎn)品功能或運營玩法,對用戶進行屬性分類,比如:性別/是否新用戶/是否實名認證/用戶來源(抖音、地推)等。



下圖是我們用的用戶分群工具:



選擇的維度越多,用戶越精準

我們在進行用戶分群時,定位的精準程度,和維度的選擇數(shù)量是正相關(guān)的。時間范圍越窄,用戶行為越多,用戶屬性越多,定位到的用戶越精確。


舉個例子:“近7天使用xx功能的男性用戶”,一定比“近7天使用xx功能的用戶”更加精準,因為多了一個“性別”的維度。


當然,每一個產(chǎn)品的業(yè)務(wù)模式和用戶群體都是復(fù)雜的,根據(jù)商業(yè)模式、產(chǎn)品功能、用戶使用習(xí)慣和目的不同,這些因素都可能成為用戶細分的維度。


樣本數(shù)量

樣本的數(shù)量,主要取決于我們想要回收多少份有效問卷,也就是回收率。

  • 回收率 = 回收的有效回答份數(shù) / 總發(fā)送的份數(shù) × 100%

  • 問卷回收數(shù) = 回收率 × 樣本數(shù)量


所以,在回收率固定不變的情況下,樣本數(shù)量越大,問卷回收的數(shù)量越多,反之,樣本數(shù)量越小,問卷回收的數(shù)量越少。


影響樣本數(shù)量的因素

影響樣本數(shù)量的因素主要分為響應(yīng)率和完成率:

  • 響應(yīng)率 = 打開問卷的用戶 / 問卷實際發(fā)放人數(shù)×100%

舉個例子:平臺通過渠道向100人發(fā)放問卷,只有50人打開了問卷,那么調(diào)查的響應(yīng)率為50 / 100 × 100% = 50%


  • 完成率 = 完成并提交問卷的用戶 / 打開問卷的用戶×100%

舉個例子:有100人點開了問卷,最終有50個人填寫完成,那么完成率為50 / 100 × 100% = 50%


相同的調(diào)研樣本數(shù)量,用戶響應(yīng)率和完成率越高,有效問卷的回收率也就越高。所以,除了增加樣本數(shù)量外,也可以通過提高用戶的響應(yīng)率和完成率,來提高問卷的回收數(shù)量。


舉個例子:

  • 擴大問卷的曝光量,從而觸達更多用戶,提高響應(yīng)率。

  • 豐富問卷獎勵,增加用戶的答題意愿,提高完成率。



樣本數(shù)量的邊際效益

問卷數(shù)量的價值是存在邊際效應(yīng)的,因為隨著樣本數(shù)量的增多,回收的答案是趨于一致的,參考價值較低,所以問卷的樣本數(shù)量并不是越多越好。



通常為了保證最終的有效問卷回收能滿足研究報告,應(yīng)該在理想的樣本數(shù)量上,進行適當?shù)臄U充。


舉個例子:通過觀察平臺用戶的響應(yīng)率和完成度,估算出抽取1000數(shù)量的樣本數(shù)量能夠支撐最終的研究產(chǎn)出,但是考慮一些特殊情況的產(chǎn)生,此時會再加上200的樣本數(shù)量,來確保問卷的回收率。



3. 問題和答案的設(shè)計

3.1 MECE原則

MECE是一種將一個具體事物進行"拆分"的原則,該原則由麥肯錫顧問巴巴拉·明托(Barbara Minto)在《金字塔原理》一書中首次提出,隨即被奉為咨詢解決思路的圭臬。其目的在于分析問題時盡量做到對問題點進行不重疊且不遺漏的分類,而且能夠借此有效把握問題的核心,并成為有效解決問題的方法。


MECE原則可以分為兩個部分:


  • 相互獨立(ME):

互斥性原則是指在問卷答案的設(shè)計中,同一問題的若干個答案之間關(guān)系時是互相排斥的,不能有重疊、交叉、包含等情況。

  • 完全窮盡(CE):

完備性原則是指在問卷答案的設(shè)計中,所排列出的答案應(yīng)包含問題的全部情況,不能有遺漏。特別是針對封閉題而言的,必須做到窮盡。



MECE的步驟

了解完MECE原則后,接著從以下四個步驟來說一下它的實際用法:



步驟一:確定范圍

明確問題是什么,比如說我們當前產(chǎn)品的問題是:“為什么新用戶搭訕次數(shù)低?”,所以我們的問題就會聚焦在搭訕數(shù)低的原因上,這也是“完全窮盡”的基礎(chǔ),只有當問題有了邊界,才能窮盡。


步驟二:尋找切入點

切入點指的是按什么方向進行拆分,還是以“為什么新用戶搭訕次數(shù)低?”這個問題來舉例,我們從搭訕數(shù)低的原因出發(fā),選擇的切入點是“角色”。即:在整個業(yè)務(wù)中,會涉及到的“用戶方”和“產(chǎn)品方”兩個角色:

  • 用戶在使用過程中遇到哪些問題,導(dǎo)致用戶搭訕次數(shù)低,比如說用戶對平臺推薦的人不感興趣、不知道搭訕是什么等。

  • 產(chǎn)品的功能設(shè)計是否合理,比如說交互邏輯、界面布局,甚至可以聚焦到按鈕的大小和顏色,這些都可能會影響用戶使用搭訕。


步驟三:繼續(xù)細分

考慮當前問題是否可以繼續(xù)細分,比如說用戶方可以分為男性和女性,但是這對搭訕數(shù)并沒有直接的影響,可能還要繼續(xù)細分為年齡、地區(qū)、職業(yè)等屬性,直到找到影響“搭訕”的因素。


步驟四:檢查確認

細分完成之后,對問題進行檢查,看看是否有明顯遺漏或者重復(fù)的問題。

怎么檢查提出的問題是否已經(jīng)滿足相互獨立和完全窮盡呢?這里提供以下兩個方法:

  • 判斷是否相互獨立:每個拆分后的問題,是否可以和其他問題清楚的區(qū)分開。

  • 判斷是否完全窮盡:拆分后的問題是否具有唯一性,是否把能想到的都想到了。


*注:MECE原則同時適用于問題和答案的設(shè)計。



MECE原則的拆分方法

MECE的拆分方法具體分為以下五種:



二分法

二分法指的是把信息分成A和非A的兩個部分,也就是說在找出事物的某一維度后,繼續(xù)找出一個相反的維度,通俗來說就是找出他的反義詞。常見的例子在我們生活中隨處可見,比如說:未婚和已婚、成年和未成年、黑和白、上和下等等。


象限法

找到一個事物的兩個維度,進行坐標系劃分,變成4個象限。

比如我們一次性接到了很多迭代的設(shè)計需求,可以根據(jù)任務(wù)的重要性和緊急程度兩個維度,確定所有迭代需求的優(yōu)先級。

  • P0:重要且緊急,該問題未得到解決,用戶無法順利完成任務(wù),這種需要馬上開始進行優(yōu)化解決的,比如一個電商軟件,用戶付款時總是失敗。

  • P1:重要但不緊急,這種一般指用戶在操作時可能感到麻煩,但仍然可以繼續(xù)完成任務(wù),比如說按鈕、反饋很不顯眼,需要仔細查找。可以過段時間交付的內(nèi)容也算在這個范圍內(nèi),比如國慶大型活動這種需求一般都要提前很久準備,可能交付時間在一兩個星期之后。

  • P2:不重要但緊急,這種情況在設(shè)計工作中一般會比較少,比如歷史版本中遺留下來的字號、間距等問題。

  • P3:不重要且不緊急,盡量少做,或者可以不做的需求,比如需求評審會上不完善、待修改的需求。



要素法

要素法是根據(jù)一個事物的做成要素行劃分的。比如說我們作為設(shè)計師,都知道體驗很重要,但是什么樣的體驗才能被稱之為好呢?于是很多公司會制定自己的體驗度量標準,比如Ant rDesign的PTECH模型,就把體驗拆分成了性能體驗、任務(wù)完成度、參與度、清晰度和滿意度。


*題外話補充:

HEART模型更多是用來度量C端產(chǎn)品的體驗,并不太適用于B端產(chǎn)品。B端產(chǎn)品多是提高效率的工具類產(chǎn)品,業(yè)務(wù)比較復(fù)雜且用戶需要付費才能使用,比較注重任務(wù)的完成效率和邏輯的清晰度。


公式法

按照現(xiàn)有公式中的要素進行去分類,比如說銷售額 = 銷售量 x 價格,CTR = 點擊數(shù) / 曝光數(shù)(根據(jù)不同業(yè)務(wù)和場景會有細微差異)。


這種時候,我們就可以把銷售額拆分為銷售量和價格,CTR拆分為點擊數(shù)和曝光數(shù)。



流程法

流程法指的是把一個事物,按照進行的流程進行劃分。拿我自己的上班日常來舉例:8個活動組成一個流程。


3.2 問題設(shè)計

問題的四種形式

  • 封閉式:

在提出的每個問題下面給出若干個答案,讓被調(diào)查者選出其中的一個或若干個問題來回答的問卷形式。封閉式問題的優(yōu)勢在于,用戶在看到問題和答案的時候,很快就能理解提問者的目的。


a. 是非型:有且只有兩個備選答案,受訪者只能從中選擇一個答案。



b. 并列型:提供兩個及以上的并列答案,讓用戶在其中選擇最適合自己的答案。



c. 等級型:對兩個及以上分成等級的答案進行選擇的題型,只能從中選擇一個答案。



d. 排序型:讓用戶從備選答案中選出全部或者部分答案,根據(jù)用戶選擇順序?qū)Υ鸢高M行排列的一種方式。


  • 開放式:

開放式問卷是問卷設(shè)計者提供問題,由被調(diào)查者自行構(gòu)思自由發(fā)揮,從而按自己意愿答出問題的問答題型為主,也就是我們常說的填空題。


開放式的優(yōu)勢是經(jīng)常會收集到一些意料之外的信息,且都是用戶直觀的感受。但正是由于它的開放性,會導(dǎo)致問題的答案很不規(guī)范,經(jīng)常會出現(xiàn)用戶的回答和問題不相符的情況。這類不規(guī)范的回答無法使用數(shù)據(jù)分析方法,嚴重影響最后的分析效率。


比如說我們本次的問卷目標是調(diào)研影響用戶搭訕率和回復(fù)率的因素,其中有道填空題:

問題:您在搭訕聊天的過程中,有什么不滿意的地方?或有什么建議?

回答:不太清楚、不知道等詞語。


  • 混合式:指的是封閉式+開放式組合,常見的是在封閉式的答案下,用戶選擇一個答案后,會出現(xiàn)一個輸入框,填寫用戶自己的看法,根據(jù)不同的情況,輸入框分為必填和非必填。


問題產(chǎn)生的依據(jù)

*問題的產(chǎn)生要有理有據(jù)。


我們本次調(diào)研的目的,主要是為了幫助用戶解決問題,所以在問卷的設(shè)計過程中,要問自己兩個問題:

  • 找到用戶遇到了哪些問題?

  • 造成用戶遇到這些問題的原因有哪些?

步驟一:通過用戶使用路徑差異,定位問題

通過對比路徑和數(shù)據(jù)漏斗,發(fā)現(xiàn)并記錄用戶在使用過程中遇到的問題。

如下圖,是一個簡化的用戶路徑和漏斗數(shù)據(jù),主要分析的是“首頁 - 發(fā)送消息”這條核心路徑,可以發(fā)現(xiàn):用戶流失最大的地方在“查看用戶資料 - 進入IM頁”這一階段。


當定位問題后,還需要通過福格模型來擬定問題和答案。



步驟二:通過福格模型,分析影響因素

福格模型認為,行為的發(fā)生,有 3 個關(guān)鍵的要素,并且需要 3 個要素同時發(fā)生才能產(chǎn)生作用,也就是動機、能力和提示:

  • 動機:做出行為的欲望。

  • 能力:去做某個行為的能力。

  • 提示:提醒你做出某個行為的信號。


*之前的版本為 B=MAT,其中 T 是 trigger 觸發(fā)的意思,后續(xù)迭代成 B=MAP,P 是 Prompt 提示的意思,但是提示和觸發(fā)的差異并不大,不必糾結(jié)。



當我們利用福格模型去分析“查看用戶資料 - 進入IM頁”的流失問題時,就變成了:

  • 動機:對方資料頁的哪些信息對用戶的吸引力高?哪些吸引力低?

  • 能力:阻礙用戶點擊私聊的原因可能是什么?按鈕是否在拇指可觸控區(qū)域?

  • 提示:用戶是否注意到了私聊的存在?怎樣在不打擾用戶的情況下讓用戶注意到私聊按鈕?



針對MAP這三個因素,預(yù)測用戶在各個使用場景會遇到的困難,總結(jié)成問卷,向用戶求證。




問題篩選

我們通過上述方法設(shè)計出很多的問題后,時常會出現(xiàn)問題很多,“我全都要”的情況。

步驟一:通過屬性,對問題進行歸類

這里提供給大家一個思路:根據(jù)屬性不同,對所有問題進行歸類。當然,有時候會遇到這樣的情況:有一些問題沒有明確的屬性進行定義,但是又很重要,這種問題可以統(tǒng)一概括為其他。



步驟二:問題篩選

歸類完成后,從每一個屬性中,選出固定數(shù)量的問題整合成問卷,篩選的標準以目標結(jié)果為導(dǎo)向,也就是每個問題和本次問卷目標的關(guān)聯(lián)性,關(guān)聯(lián)性強,則納入問卷,反之則剔除。


這樣做的好處是在最后的問卷結(jié)構(gòu)上,可以把相同屬性的問題放在一起,保證上下問題的邏輯性和相關(guān)性,用戶作答時不顯得別扭。




3.3 問題數(shù)量

問題的數(shù)量沒有固定的要求,根據(jù)不同的業(yè)務(wù)、不同的問卷目的,問卷的數(shù)量都是不同的。

通常情況下,問卷中的問題越多,所得的數(shù)據(jù)就越詳細。但是問題越多,用戶的投入成本也就越高,這樣就會導(dǎo)致填寫意愿降低。


我們公司平時的問題數(shù)量,基本會控制在15個左右,為的是讓用戶能夠在半小時內(nèi)填寫完畢。因為用戶填寫問卷的耐心和時間都是有限的,所以在問題的數(shù)量上,不宜過多。


提問技巧


由淺入深

  • 按照問題的難易程度進行排列:問題應(yīng)該先易后難,由淺入深,先問正面的問題,后問負面的問題,先描述客觀問題,后描述主觀問題,先一般性質(zhì)的問題,后特殊性質(zhì)的問題。


  • 按照問題的類型進行排序:排列問題的順序時,要注意把不同類型的問題放在一起,這樣用戶可以一起回答,避免破壞用戶的思路和注意力。


  • 按照問題的時間順序進行排列:一般來說,問題應(yīng)該按照事情發(fā)生的過去、現(xiàn)在、未來的時間順序進行排列,也可以發(fā)過來,即由近到遠。


提供場景預(yù)設(shè),幫助用戶回憶

在設(shè)計問題時,避免回憶性問題,特別是長時間以前的回憶,記憶的模糊會降低答題的準確率。


因為人的記憶是呈碎片化存儲在大腦里的,直接問用戶是很難被搜索到的。但是,在實際調(diào)研中,經(jīng)常會出現(xiàn)不得不讓用戶回憶的情況,針對這種場景,需要在問題當中構(gòu)建出一個具象的場景,這里的場景可以是時間、地點或者產(chǎn)品功能等,能夠幫助用戶串聯(lián)起回憶的都可以。



舉個例子:比如我現(xiàn)在想調(diào)研用戶使用發(fā)布模塊的情況,那么在問題設(shè)計時,就會圍繞發(fā)布相關(guān)的場景進行提問。



保持客觀,避免導(dǎo)向型問題

如果問題中帶有偏向性的語境,這樣就可能引發(fā)“誘導(dǎo)”,會導(dǎo)致用戶選擇問題“暗示”的答案。


舉個例子:


避免范圍很大的問題

如下圖,單看修改前的問題是沒什么對錯的,但聊天只是我們產(chǎn)品的功能之一,它由1v1聊天、群組聊天等多個功能組成。這樣就會造成用戶回答的內(nèi)容很寬泛,很難提取出有價值的信息。所以在問題的修改上,我們需要更加具體的指向性內(nèi)容。



避免一個問句,兩個問題

一個問句中,出現(xiàn)兩個及以上的問題。這個很簡單,我們直接用上面學(xué)到的MECE原則進行拆分就可以了,直接分成兩個問題提問。



避免術(shù)語、黑話

在設(shè)計問題時要避免使用專業(yè)性術(shù)語,通俗易懂的語言容易被不同畫像的用戶理解,避免誤會而引起的問答偏差。有些用戶可能因為不知道“算法”的具體意思,導(dǎo)致問卷無法進行。



避免雙重否定句式

雙重否定就是否定兩次,即表示肯定的意思,如:不得不。這種句式的問題,用戶通常不能一下子就讀懂句子的意思,增加答題成本。



敏感問題

  • 轉(zhuǎn)移法

不直接詢問用戶對某事的觀點,而是把問題轉(zhuǎn)移到其他人身上,然后,請用戶以第三人稱的視角,對他人的回答作出評價,更能得到用戶真實的想法。


  • 假設(shè)法

首先假設(shè)某一情景或現(xiàn)象的存在,然后再詢問用戶的看法。


3.4 答案設(shè)計

答案設(shè)計的注意事項

答案的設(shè)計最后會影響數(shù)據(jù)的有效性,所以在設(shè)計上需要注意以下三點事項:

  • 具體量化:避免主觀描述,比如,偶爾、經(jīng)常、幾乎、相當多。這類詞語在不同的情況下,不同的用戶會有不同程度的理解。

  • 避免無效數(shù)據(jù):特殊情況下,提供無效答案,比如其他、以上都不是等選項,避免給出的答案都不是用戶想要的,隨便選一個,影響最后的數(shù)據(jù)分析。

  • 避免多選:多選的話設(shè)置上限,一般不超過三個,可根據(jù)具體情況增加或減少。


3.5 問卷評審

內(nèi)審和外審

在內(nèi)部評審之前,首先要自審一遍,這就要求我們在設(shè)計問卷后,最好是站在問卷回答者的角度,試著自己做一遍問卷,避免出現(xiàn)一些比較常規(guī)性質(zhì)的問題,比如問卷的邏輯性、用詞的通俗性、語意的表達等。


問卷自審后沒什么問題后,可以邀請項目組的人進行內(nèi)審,最好可以拉上開發(fā)、產(chǎn)品一起,提供多角度的思考方向。


4. 問卷發(fā)放

問卷發(fā)放主要從時間、地點、人物三個維度出發(fā)。

4.1 時間:

在問卷的發(fā)放和回收時間之間,需要考慮用戶看到問卷的時間和答題時間。


根據(jù)問卷的曝光程度,留有足夠的時間讓用戶能夠看到并點擊問卷,如果發(fā)放和回收中間留的時間過短,會造成用戶可能沒看到問卷,或正在答題中,就已經(jīng)開始回收了。這種情況會導(dǎo)致用戶在沒有完整閱讀題目或者充分思考的情況下,隨便作答,無法獲取足夠的樣本數(shù)據(jù)和用戶的真實想法。


當然,發(fā)放和回收中間留的時間也不宜過長,時間越長,用戶忘記調(diào)研問卷這回事的概率也就越大。


4.2 地點(投放方式):

投放渠道,由于我們的體驗工作一般圍繞APP進行,所以我們的渠道主要分為以下幾種:


  • app消息推送(push)

優(yōu)點:可實現(xiàn)精準投放

缺點:受限于設(shè)備的消息開關(guān),打擾性強


  • app廣告位推送:啟動頁,banner,信息流等形式

優(yōu)點:由于是用戶主動點擊進行,所以有效性較高

缺點:廣告位多為全量投放,無法保證用戶參與度


4.3 人物:

用戶和問卷的匹配關(guān)系:問卷的調(diào)研對象必須是我們的用戶。也就是說,如果投放的用戶和問卷不匹配,那么最后得到的數(shù)據(jù)是沒有意義。


并且在分發(fā)方式上,還會根據(jù)規(guī)模分為部分和全量。部分就是針對用戶分群后的具體用戶,有選擇性的進行問卷發(fā)放。全量則是針對平臺所有用戶的問卷,這種由于平臺的用戶類型很多,資源浪費等問題,基本不太用。



5. 問卷整理:數(shù)據(jù)清洗

5.1 有效問卷的數(shù)量影響最后分析的準確性

在前文關(guān)于問卷的特點中我們提到,用戶回答問題的場景是不可控的,可能會出現(xiàn)瞎填的情況,如果我們回收問卷后立馬進行分析,會混入一些無效數(shù)據(jù),大大降低我們調(diào)研結(jié)果的可靠性。


所以,在正式進行數(shù)據(jù)分析之前,還有一個問卷篩選的環(huán)節(jié),以此保證數(shù)據(jù)的有效性,專業(yè)名稱叫做數(shù)據(jù)清洗。

 


5.2 篩選無效問卷的標準

既然涉及數(shù)據(jù)清洗,那么就一定會有一套標準去判斷哪些數(shù)據(jù)是可以“被清洗”的,所以我們這里總結(jié)了以下幾個標準供大家參考:


  • 選項呈重復(fù)性和規(guī)律性

檢查答案是否出現(xiàn)保持一致,或呈現(xiàn)某種規(guī)律的情況,出現(xiàn)的問卷進行刪除。

舉個例子:所有的答案都是“A-A-A-A”或”A-B-A-B”


  • 剔除漏答數(shù)過多的問卷

嚴格來說應(yīng)該將漏填的答卷全都進行剔除,但有時候會遇到回收樣本量很少的情況,所以一般會設(shè)置漏答數(shù)的標準。

常用的標準是總題數(shù)的2/3,例如問卷一共設(shè)計了 10 個問題,回答了 6 個以上的用戶即視為有效問卷,反之,則視為無效問卷。



  • 前后邏輯不符

有些用戶受主客觀因素影響,可能不會認真選答案,所以需要檢查前后的選項是否矛盾。

在問題的設(shè)計中,經(jīng)常會出現(xiàn)多個問題之間保持邏輯關(guān)系,如果用戶選擇了前一題“A”,則不應(yīng)該選擇后一道題的“B”。


舉個例子:用戶在前一題中選擇了“從未搭訕過”,后面卻又選擇了“搭訕后沒有人回復(fù)“,這種就可以視為前后邏輯不符的答卷。


如果問卷中實在找不出可以用來表示邏輯關(guān)系的問題,那么也可以設(shè)置一個明顯錯誤的答案,最后統(tǒng)計問卷數(shù)據(jù)時,剔除該問卷即可。

當然問題的迷惑性不能太強,我們只是想要檢驗用戶是否在認真答題,而不是為難用戶,所以認真閱讀問題和答案就不會出錯。


  • 未按問卷所指示之題項填答

舉個例子:第1題問:「請問您使用過語音功能嗎?若沒有,請忽略第 2 題」,如果用戶第1題選沒有的,卻仍回答了第2題,那么就可以把該問卷視為無效。


  • 根據(jù)填答時間和提交時間處理

在發(fā)放問卷前,我們會進行答題測試,目的是估算出答題所需要的總時長,以此作為問卷答題時長的有效性依據(jù),如果最后回收的問卷答題時間比預(yù)估時間過長或過短,就可以判斷為答題不認真,都可以根據(jù)業(yè)務(wù)需求酌情剔除。


提交時間主要針對的是在規(guī)定時間內(nèi)完成答題,但超過了提交時間的用戶。比如說我們回收問卷的截止時間是12月7日,但是有的用戶是在12月8日完成答題并提交的,也會被視為無效問卷。(市面上有些問卷工具,可以回收設(shè)置時間,超過規(guī)定時間提交的問卷不計入問卷回收。)


6. 分析報告

統(tǒng)計各選項的數(shù)量、頻率是最常用到的分析方法,然后通過圖表展現(xiàn)出來,可以非常直觀的看出整體分布情況。具體可以分為趨勢分析和分組分析兩種方法。

6.1 分類篩選

顧名思義,分類篩選是根據(jù)類別來進行數(shù)據(jù)篩選的一種方法,常用的類別有:

  • 按回答篩選:根據(jù)題目中某道題進行篩選分類。使用場景如:需要分別查看男、女性的數(shù)據(jù),或者是按部門查看數(shù)據(jù)。

  • 問卷提交時間:顧名思義按提交的時間篩選(以天為時間單位)。

  • 來源詳情:如鏈接地址、郵件地址、手機、PC等。

  • 地區(qū):省份、城市

  • 其他類別:比如得分、IP地址等。


舉個例子:如下圖,選擇的篩選條件是問題回答+提交日期。最終選擇的類別為:年齡在21-30歲之間的用戶,且2021/12/23之前提交問卷的用戶,最后得到的有效答卷是 44 份,這就說明滿足該篩選條件的用戶有44人。




此時,系統(tǒng)會把這44個人回答的其他問題也全部篩選出來,如下圖:

44個人當中,有7個人搭訕過 1 次,9個人搭訕過 2-5 次,4個人搭訕過6-10次,5個人搭訕過 10 次以上,剩下19個人從未搭訕過。




6.2 交叉分析

除了分類統(tǒng)計,我們還可以通過交叉法,進行差異分析,找出影響因素。


交叉分析法通常用于分析兩個及以上的變量關(guān)系,即同時將有一定聯(lián)系的變量及其值交叉排列在一張表格內(nèi),形成交叉表,從而分析交叉表中變量之間的關(guān)系。



聽上去有一些麻煩,但是現(xiàn)在的很多問卷平臺都會提供交叉分析的功能,下面會以問卷星為例,簡單的了解一下交叉分析的具體流程。



步驟一:點擊問卷后臺的統(tǒng)計頁面,選擇交叉分析,選擇自變量X和因變量Y,點擊交叉分析。



步驟二:得出“分析年齡和關(guān)注信息之間的關(guān)系”數(shù)據(jù)表現(xiàn)。

當數(shù)據(jù)都放在一起分析時,很難看出年齡和關(guān)注信息這一行為的關(guān)系,但使用交叉分析之后,可以聚焦每個年齡段對于關(guān)注點的偏好,針對性的給出優(yōu)化方案。

  • 20歲以下的用戶中,最關(guān)注的是顏值,占比為63.64%。

  • 21-30歲的所有用戶中,最關(guān)注的是年齡,占比為67.86%。

  • 31-40歲的所有用戶中,最關(guān)注城市,占比為76.92%。

  • 其他年齡的信息偏好等等...




上述的兩種分析方法(分類篩選和交叉分析),都是我們常用且方便的分析方法。如果想要更加深入的進行調(diào)研總結(jié),可以使用一些專業(yè)的分析軟件,例如使用SPSS軟件,或者導(dǎo)入Excel表格做數(shù)據(jù)的處理,這都是目前使用比較廣泛的一些分析工具。


*重要的不是分析工具,而是對數(shù)據(jù)的敏感程度和分析能力。

7. 寫在最后

至此,從問卷設(shè)計到最后的數(shù)據(jù)分析就講解完了。


問卷調(diào)研不是目的,目的是通過調(diào)研得出的結(jié)論,指導(dǎo)我們體驗的優(yōu)化方向,問卷調(diào)研本身只是了解用戶的手段之一,重要的是在問卷設(shè)計過程中加深對手頭業(yè)務(wù)的理解。


文章來源:站酷   作者:抓馬九七


分享此文一切功德,皆悉回向給文章原作者及眾讀者.

免責(zé)聲明:藍藍設(shè)計尊重原作者,文章的版權(quán)歸原作者。如涉及版權(quán)問題,請及時與我們?nèi)〉寐?lián)系,我們立即更正或刪除。

藍藍設(shè)計www.yvirxh.cn )是一家專注而深入的界面設(shè)計公司,為期望卓越的國內(nèi)外企業(yè)提供卓越的UI界面設(shè)計、BS界面設(shè)計 、 cs界面設(shè)計 、 ipad界面設(shè)計 、 包裝設(shè)計 、 圖標定制 、 用戶體驗 、交互設(shè)計、 網(wǎng)站建設(shè) 、平面設(shè)計服務(wù)


2022年10種UI/UX設(shè)計趨勢

資深UI設(shè)計者

我們收集了一份UX/UI設(shè)計趨勢清單,幫助你了解2022年的相關(guān)行業(yè)變化,以及未來展望。

想成為更優(yōu)秀的設(shè)計師, 需要了解設(shè)計趨勢和受眾目標的需求。了解UI/UX設(shè)計趨勢本質(zhì)上與了解時尚或者消費行業(yè)的趨勢并無本質(zhì)差別,都必須傾聽人們的需求,關(guān)注人們?nèi)绾问褂卯a(chǎn)品,創(chuàng)造出美觀、簡單、易用的設(shè)計,使產(chǎn)品脫穎而出。

在2021年的那份文章中,許多假設(shè)已不僅僅是一種趨勢——已經(jīng)演變成全新的東西。

我們收集了一份UX/UI設(shè)計趨勢的清單,幫助你了解2022年的相關(guān)行業(yè)變化。




1.極簡主義


越是領(lǐng)先的科技公司,你會發(fā)現(xiàn),他們對簡單大氣、重點信息明確、精致的設(shè)計越有強烈的偏好。這種趨勢逐年增多,覆蓋范圍也越來越廣,品牌和各行各業(yè)的設(shè)計師也越來越多的偏好這種風(fēng)格。


例如:英國金融科技公司Revolut


Meta(2021年10月28日,F(xiàn)acebook宣布,該平臺的品牌將部分更名為“Meta”。)


Dribbble設(shè)計師:MoRas ? 的作品

小結(jié):從心理學(xué)角度上說,極簡主義也是在尋求一種安全感,紛雜的物品和內(nèi)容生產(chǎn)者無時無刻都在綁架我們的眼睛,很容易讓人沉淪其中,不能自拔。當越來越多的人開始明確自己的定位,明確這些購物和社交軟件只是滿足自己需求的一種工具,而拒絕做工具的奴隸。「覺醒」的人越多,極簡主義的運用就會越來越普遍。





2.粗曠/粗野主義


粗曠主義包含強烈的輪廓、鮮明的對比色、大膽的排版和真實的生活攝影相結(jié)合。




  • 去年我們還在說:“ 野蠻主義設(shè)計風(fēng)格短期內(nèi)應(yīng)該不會深入到UI設(shè)計中去,更多的會在網(wǎng)站,或者雜志的設(shè)計運用此種設(shè)計思想。”


今年Spotify Wrapped(可以理解為國外的網(wǎng)易云年報)就給我們上了一課—野無止境。

貪吃蛇一樣的形狀配合各種高飽和顏色,穿插于各種界面和海報中,形成了巨大的視覺沖擊,令人難以忘懷。


讓我們來看看他們的設(shè)計:





3. 重回90年代


流行趨勢總是輪回又輪回,但原因可能不是現(xiàn)在的人忽然意識到以前的回憶有多美好,而是當年的90后小孩成了行業(yè)的領(lǐng)頭羊以后,將童年的美好回憶拿出來沉醉一番,找個機會釋放內(nèi)心的那份童真。

創(chuàng)意機構(gòu)CPB London的設(shè)計總監(jiān)June Frange將這波趨勢稱之為「年代懷舊」,短視頻平臺和明星效應(yīng)的加持,以及使用者自發(fā)性的DIY內(nèi)容,也使得它的影響力更加強大。

今年《王者榮耀》推出了兩個新主題的游戲皮膚,其中一個以舊版西游記為原型打造的孫行者皮膚,一經(jīng)上線在銷售量上就遠遠超過了同時出現(xiàn)的安琪拉新皮膚。而原因卻并不是皮膚的精美,因為從孫行者皮膚的精美程度而言,官方這一次就是出了一個“原皮”。

這樣一個簡單的皮膚,卻讓無數(shù)玩家紛紛掏錢買賬,這就是懷舊的魅力。這種使用傳統(tǒng)神話故事元素結(jié)合官方的創(chuàng)新設(shè)計,讓無數(shù)玩家用一種全新的方式感受到了傳統(tǒng)文化的魅力所在。


雖然我玩游戲不多,但是也半夜爬起來買了個孫猴子~




4.排版變得更生動有趣


10 年前,行業(yè)對排版比現(xiàn)在要嚴格得多,有明確的排版和字體使用規(guī)范。

不過現(xiàn)在,設(shè)計師們可以對標題和段落做任何想做的事情——完全取決于想象力。將字體與形狀、照片和表情符號混合,在其上添加紋理,或者選擇一種形式非常復(fù)雜的字體做裝飾。

這種設(shè)計會產(chǎn)生一種有趣、引人注目的效果,但它也必須要美觀和諧——我們?nèi)孕柙谠O(shè)計時首先牢記:用戶的舒適度永遠是第一原則。

字體設(shè)計在2022年仍將占有一席之地,設(shè)計排版中融入夸張的、富有個性的字體,比如:同時擁有流暢的線條與銳利的棱角。


《魷魚游戲》的韓文片名標題,是由幾何圖形重新排列組合而成,挑戰(zhàn)了抽象形狀和文字之間的區(qū)別,借此突破字體必須易于閱讀的局限,創(chuàng)作出具有表現(xiàn)力的形式。


Design Bridge London的高級設(shè)計師 Chris Algar認為:「  2022 年將是字體的重要一年」。


他預(yù)測:“我們將看到排版風(fēng)格融入真正夸張的個性字體,在流暢的線條和銳利的棱角形狀之間形成對比?!?/section>
Chris 認為,顏色和活力也將在 2022 年的排版趨勢中發(fā)揮重要作用。





5.Glassmorphism 和玻璃元素


玻璃態(tài)已經(jīng)無處不在——這是事實。有背景模糊、半透明物體,如卡片、水彩、玻璃球等等。從 Mac OS Big Sur 和 Windows 11 ,玻璃擬態(tài)已經(jīng)存在了很長時間。

在去年,Glassmorphism(玻璃擬態(tài))經(jīng)過一整年的風(fēng)靡也算站穩(wěn)了腳跟,并未像新擬態(tài)風(fēng)(Neumorphism)一樣火速崛起又火速沉寂。越來越多的設(shè)計師將這種風(fēng)格融入設(shè)計中去。





6.極光背景


不知大家是否可能還記得前一年的這個趨勢——「模糊的彩色背景」。

它在2021變得非常流行,甚至有了一個專有名詞——極光背景。

微妙、多彩、模糊的顏色看起來非常友好和有機——且更具視覺吸引力。這些飛濺和高斯模糊可以用作整個背景或置于一些重要的 UI 元素下。








7.全息/霓虹燈


這種網(wǎng)絡(luò)全息/霓虹燈效果很適合虛擬現(xiàn)實和全息界面的時代。虛擬世界提供的新可能性激發(fā)了設(shè)計師的靈感。充滿活力的、發(fā)光的顏色、抽象的圓形、全息圖紋理是這一趨勢的典型特征。


它也被廣泛用于許多加密空間,以展示這些接口的未來性。





8.環(huán)保風(fēng)


我們大多數(shù)人還是愿意選擇環(huán)保的生活方式的,投射到設(shè)計中——可以將「生態(tài)外觀」和感覺融入設(shè)計中。

越來越多的品牌在追逐這種「紙質(zhì)感」的趨勢——背景通常是灰色的,類似于可回收的紙板。排版風(fēng)格極簡。對比度很高。顏色非??酥疲雌饋砩燥@「暗淡」,這種風(fēng)格包含現(xiàn)實生活中的攝影、紋理、和涂鴉。




9.粘土形態(tài)3D


3D 作為一種藝術(shù)風(fēng)格正在變成設(shè)計趨勢和大眾流行

現(xiàn)在一種特殊的風(fēng)格越來越受歡迎,3D最新的流行風(fēng)格是粘土形態(tài)——類似于由粘土制成的對象(形狀簡單,由圓柱形/橢圓形組成,由內(nèi)陰影和外陰影創(chuàng)造深度,但采用更「松軟」的 3D呈現(xiàn)方式,通常與其他極簡設(shè)計結(jié)合在一起。粘土3D有種可以按出一個坑的質(zhì)感。






10. Metaverse


元宇宙(英語:Metaverse),又稱形上宇宙,此一科技詞匯由前綴“meta”(意思是超越)和詞干“verse”(通過逆向構(gòu)詞法從“宇宙(universe)”得來)組成,可簡稱為MVS。這個詞通常用來描述未來互聯(lián)網(wǎng)虛擬環(huán)境的概念,于共享、持久的3D 虛擬空間組成一個可感知的虛擬宇宙,此合成環(huán)境包含對象、常駐用戶與其交互關(guān)系,并存在于虛擬定義的時間中。旨在提供連接用戶長時間登錄和交互。廣義上的元宇宙概念不僅指虛擬合成世界,還指整個互聯(lián)網(wǎng),也包括增強現(xiàn)實的范圍。


Metaverse描述的是一種趨勢:越來越多的技術(shù)和媒介,都在不停地縮短虛擬和現(xiàn)實的距離。


人類的大量活動和時間在往數(shù)字世界進行遷移。我們的社交活動、經(jīng)濟活動都是在數(shù)字世界(或者叫虛擬世界)里面,玩游戲也好,購物也好,社交也好,所以元宇宙(Metaverse)就是順應(yīng)這樣的趨勢產(chǎn)生的,元宇宙就是個數(shù)字世界。


感興趣的朋友可以自行搜集詳細資料。



用戶體驗設(shè)計,設(shè)計師的出發(fā)點是人,讓人的使用體驗感加強,趣味性加強,使用更加方便。





文章來源:站酷   作者:一個辛普森


分享此文一切功德,皆悉回向給文章原作者及眾讀者.

免責(zé)聲明:藍藍設(shè)計尊重原作者,文章的版權(quán)歸原作者。如涉及版權(quán)問題,請及時與我們?nèi)〉寐?lián)系,我們立即更正或刪除。

藍藍設(shè)計www.yvirxh.cn )是一家專注而深入的界面設(shè)計公司,為期望卓越的國內(nèi)外企業(yè)提供卓越的UI界面設(shè)計、BS界面設(shè)計 、 cs界面設(shè)計 、 ipad界面設(shè)計 、 包裝設(shè)計 、 圖標定制 、 用戶體驗 、交互設(shè)計、 網(wǎng)站建設(shè) 、平面設(shè)計服務(wù)


中后臺加載-被忽略的體驗細節(jié)

資深UI設(shè)計者

這是一篇想要講清楚中后臺加載流程和加載用法的文章,希望能幫助到大家。同時感謝在此期間公司前后端和設(shè)計部門小伙伴提供的幫助

先看目錄,大家按需取用,當然更建議全文閱讀(全文7756字,建議閱讀20分鐘)

undefined


undefined

大部分設(shè)計師應(yīng)該都遇到過這種場景:在做設(shè)計前并沒有考慮到加載,但在進行還原度走查或者驗收的時候才發(fā)現(xiàn),由于某些頁面數(shù)據(jù)請求較慢,導(dǎo)致在頁面中會出現(xiàn)空屏狀態(tài)。這時才想起需要在這些頁面添加動畫來承載頁面的過渡。

歸根結(jié)底是因為設(shè)計師在設(shè)計過程中,更多關(guān)注頁面本身,而很少去思考頁面在呈現(xiàn)過程中何時會出現(xiàn)白屏狀態(tài),都是后知后覺去補充完善。加載作為必備的一環(huán),卻總是被忽略。目前很多B端產(chǎn)品在這方面都沒有一個系統(tǒng)合理的規(guī)劃,導(dǎo)致系統(tǒng)的加載體驗缺失或者不統(tǒng)一。

因此希望這篇文章能夠講清楚中后臺加載出現(xiàn)的場景和規(guī)則,對需要深入了解加載以及在制定加載規(guī)則的設(shè)計師朋友們帶來一些幫助。


undefined

加載通俗來講就是用戶從觸發(fā)頁面操作,到頁面最終呈現(xiàn)的一個等待過程。這個過程始終存在不可避免,只是時間有快有慢??斓募虞d只需要幾百毫秒就結(jié)束,但慢的加載就可能會達到幾秒甚至十幾秒,讓人產(chǎn)生焦慮。

而為什么會有如此大的差距,這就需要從頁面渲染的整體過程來進行說明。當我們從瀏覽器輸入網(wǎng)址,再到我們看到完整頁面的這個過程,網(wǎng)頁到底經(jīng)過了哪些步驟呢。經(jīng)過資料查詢和與前端確認,整體過程可以闡述如下:

從這里我們可以看到頁面的呈現(xiàn)是程序經(jīng)過了一系列操作才最終呈現(xiàn)到我們面前的。在這里可以將其簡化為四個階段:用戶操作功能→頁面向服務(wù)器發(fā)送請求→服務(wù)器接受并返回數(shù)據(jù)→頁面呈現(xiàn)。

而決定整個頁面加載快慢的就在于請求與數(shù)據(jù)這里。一般我們可以將頁面的數(shù)據(jù)分為2種類型:靜態(tài)資源和動態(tài)資源。


靜態(tài)資源:前端的固定頁面,這里面包含HTML、CSS、JS、圖片等等,不需要查數(shù)據(jù)庫也不需要程序處理,直接就能夠顯示的頁面??梢院唵卫斫鉃槟?strong style="outline:0px;margin:0px;padding:0px;">頁面上的固定字段和結(jié)構(gòu)。這種頁面一般加載速度比較快,比如我們看到的展示型官網(wǎng)一般都是前端寫好的靜態(tài)資源。


動態(tài)資源:而對于頁面上的動態(tài)變化的,需要程序處理或者從數(shù)據(jù)庫中讀數(shù)據(jù),能根據(jù)不同的條件在頁面顯示不同的數(shù)據(jù),比如表格數(shù)據(jù)、統(tǒng)計數(shù)據(jù)等稱為動態(tài)資源,這種都需要調(diào)用后臺接口來進行返回,因此加載速度相比于靜態(tài)資源就會更慢。

而它們的區(qū)分點用下圖可以表示:

可以看到靜態(tài)資源基本是直接返回,而動態(tài)資源還需要連接數(shù)據(jù)庫調(diào)取資源,尤其是在遇到數(shù)據(jù)庫調(diào)取較慢時就會花費更多時間。而我們加載緩慢的大多數(shù)問題,也基本上更多出現(xiàn)在動態(tài)資源的獲取上。


undefined

當我們清楚加載形成的原因,接下來要做的就是在需要加載的地方對其進行處理。這也是在設(shè)計過程中我們經(jīng)常遺漏的地方。我們先看一下目前常見的2種處理方式:「默認處理」和「使用進度指示器」


2.1程序默認處理方式:直接顯示

當我們對加載過程不進行任何處理時,程序就會以默認的方式進行-即根據(jù)資源獲取速度一步步呈現(xiàn)??梢钥吹胶俚旰笈_的處理過程就是一種默認處理方式:

但是這種做法就會導(dǎo)致我們在頁面加載過程中會出現(xiàn)空屏狀態(tài),比如上圖切換到概覽時出現(xiàn)了空屏狀態(tài),尤其是當遇到了網(wǎng)絡(luò)緩慢的情況,會造成在加載時頁面停留在當前狀態(tài)下不動,往往會讓用戶陷入到「系統(tǒng)故障」的錯覺。


2.2通用處理方式:進度指示器

這個名詞說起來可能比較陌生,它指代的就是我們平時經(jīng)??吹降募虞d動畫、骨架屏或者進度條等。進度指示器的作用就是告知用戶當前頁面并沒有故障,而是正在讀取數(shù)據(jù)。

通過添加進度指示器來對空屏狀態(tài)進行承載,能夠減輕用戶的焦慮感。目前很多B端產(chǎn)品更通用的形式是添加動畫來過渡

但是在體驗過程中很容易發(fā)現(xiàn)一個問題,就是在產(chǎn)品的整體加載過程中,某些空屏狀態(tài)是沒被加載動畫覆蓋到的。當這些沒被覆蓋到的加載過程過長時,很容易出現(xiàn)焦慮感。比如神策數(shù)據(jù)在左側(cè)列表切換時的加載過程就沒被覆蓋:

想要更全面的把加載動畫覆蓋到所有頁面,我們就需要弄清頁面在哪些狀態(tài)下會出現(xiàn)空屏狀態(tài),從而制定統(tǒng)一的加載動畫規(guī)則。這個問題可以先思考一下,后面解答。


undefined

在制定統(tǒng)一加載規(guī)則之前,我們需要明確一個概念,就是加載的模態(tài)與非模態(tài)。


3.1模態(tài)加載

模態(tài)加載的含義就是當前加載會中斷用戶其余操作,用戶在這個期間只能等待加載而不能進行其他操作(有的模態(tài)會提供取消按鈕)。如果你的頁面涉及到以下2種情況,可以考慮使用:

1.用戶當前的操作本身不能與其他操作同時進行。比如系統(tǒng)更新,或者工具類的導(dǎo)入導(dǎo)出相關(guān)操作,我們只能等待更新、導(dǎo)出完成才能繼續(xù)進行后續(xù)的操作。這時候可以使用模態(tài)加載來承載,比如protopie的導(dǎo)入操作;

2.當用戶進入到一個全新的頁面時,這個時候頁面什么都沒有,我們只能等待頁面加載完成才能進行后續(xù)的操作,因此在這種情況下也可以采用模態(tài)加載,比如我們剛進入Asanan產(chǎn)品頁面看到的首屏加載動畫:

除了上述2種情況外,你也可以根據(jù)你的業(yè)務(wù)場景來進行模態(tài)加載的選擇,但建議是盡量少用模態(tài)加載,其會對用戶的打斷和干擾性比較強。


3.2非模態(tài)加載

非模態(tài)加載的話,這種加載通常只會出現(xiàn)在需要加載的部分,不會中斷用戶其他操作。對用戶干擾比較小。比如我們常見的功能切換加載、數(shù)據(jù)篩選加載等都屬于非模態(tài)加載。

非模態(tài)加載相比于模態(tài)加載會更輕量,因為用戶隨時都可以打斷也不會影響到其他操作。因此建議在大部分情況下都可以使用非模態(tài)彈窗來進行承載,比如飛書的左側(cè)欄切換操作:


undefined

接下來我們進入正題,在這里我從加載的角度將網(wǎng)頁整體加載過程分為呈現(xiàn)加載規(guī)則操作加載規(guī)則

我們先談頁面呈現(xiàn)規(guī)則。前面已經(jīng)明確加載產(chǎn)生的原因和類型后,我們就可以開始為我們的產(chǎn)品制定統(tǒng)一的加載規(guī)則,以保證后續(xù)頁面加載的一致性。


4.1 頁面的加載過程拆解

在拆解頁面的加載過程前,我們進一步闡述之前提到的渲染原則,從前文中提到最后會經(jīng)過「解碼」和「渲染」2個步驟,這也是決定了我們看到的頁面的最終呈現(xiàn)順序:


1.頁面渲染順序

我們看到的頁面是由HTML、CSS和JavaScript來進行構(gòu)成的。HTML可以看作最簡單的框架、CSS則是賦予了框架樣式,JavaScript則是負責(zé)頁面中的交互(當然JS也可以控制樣式,這里只描述主要功能)。

頁面在「解碼」階段,拿到的HTML文檔會被解碼為DOM樹,同時將CSS文件解析成CSSOM,這兩者結(jié)合后一起渲染頁面,JS一般是在最后渲染。所以邏輯上就是框架和樣式一起渲染,最后渲染交互。視覺的角度來講就是先看到元素樣式,然后才能進行對應(yīng)操作。


2.頁面呈現(xiàn)的視覺順序

由于瀏覽器渲染順序一般會根據(jù)代碼的順序進行渲染,而代碼在頁面中的構(gòu)建一般也是按照頁面的上下和左右的順序去寫的,因此我們看到的頁面的視覺呈現(xiàn)順序也是遵循從上到下,從左到右。

所以幾乎所有的產(chǎn)品都是先看到頂欄,然后左側(cè)邊欄,然后其他內(nèi)容。因此我們可以通過這個原則來拆解對應(yīng)的頁面,我們按照頁面常規(guī)結(jié)構(gòu)可以將其分為三個加載部分:頂欄、左側(cè)導(dǎo)航欄、內(nèi)容區(qū)域。而其加載順序如圖所示:

當知道對應(yīng)頁面的渲染順序后,我們就能夠清楚在頁面渲染的過程中哪些地方會出現(xiàn)空屏了。因此將頁面加載過程拆解為如下順序:

undefined

我們的加載動畫需要承載的就是上述這些白屏的地方,從而將加載細化為三種場景的拆分:全局加載+局部加載+內(nèi)部加載。如圖所示:

undefined

通過這三種加載就可以涵蓋頁面所涉及到的所有部分。接下來詳細闡述一下這三種類型的定義和用法。


4.2 全局加載

如上圖所示,全局加載的目的是為了覆蓋用戶從輸入網(wǎng)址到頁面的資源渲染的這個中間過程的空屏狀態(tài)而存在的。而這種狀態(tài)會涉及三種場景:

1.通過網(wǎng)址進入到一個新的頁面時;

2.通過鼠標右鍵或網(wǎng)頁刷新按鈕對該頁面刷新時;

3.通過頁面操作需要新開頁面時。

該全局加載的動畫構(gòu)成為:

1:覆蓋整個頁面的加載,由純白色+加載動畫構(gòu)成;

2:加載類型為模態(tài)加載,因為用戶在這種頁面狀態(tài)下并不能進行其它操作。

undefined

但在這里我們需要注意全局加載的開始和結(jié)束時間:

開始時間:當進入頁面時立即呈現(xiàn)加載動畫;

結(jié)束時間:當頁面加載出頂欄的時候,此時停止加載。


為何要這么處理結(jié)束時間,原因其實圖中已經(jīng)給出了。這里再解釋一下原則:只要有頁面資源返回,我們的全局加載動畫就會結(jié)束,隨后啟用局部加載來承接后續(xù)的狀態(tài),避免用戶在當前狀態(tài)長時間等待。而頂欄在一般情況下都是最先加載出來的,所以以頂欄出現(xiàn)作為結(jié)束全局加載的標準。當然如果你的結(jié)構(gòu)沒有頂欄,可以以左側(cè)欄來作為結(jié)束標準。


4.3 局部加載

局部加載是用在頁面整體框架加載的過程中,承接在全局加載后。局部加載的使用場景可以概括如下:

1.頂欄加載結(jié)束后,用在剩余框架的加載效果(具體體現(xiàn)為左側(cè)邊欄和右側(cè)內(nèi)容區(qū)域);

2.對于涉及到局部頁面的切換操作都會進行局部加載(比如左側(cè)邊欄的切換);

光看文字可能不是特別清晰,在這里可以舉一個動態(tài)的例子來幫助理解:


上述展示的是在頁面呈現(xiàn)的時候一個完整的局部加載。在這里需要注意的是我們首次渲染和第二次渲染在加載動畫上是可以有區(qū)分的,可以通過程序控制讓這種加載動畫只在初次加載時出現(xiàn)。


第一次加載時出現(xiàn)是因為我們需要有加載動畫來承接框架首次加載的空屏?xí)r間:

但第二次的時候由于有緩存(緩存會加載我們的靜態(tài)資源,能夠讓我們的頁面框架在第二次時更快顯示),這樣在讀取框架時基本不需要加載,我們就可以通過程序來直接去掉其中的局部加載動畫,直接顯示框架來進行呈現(xiàn)。

undefined

目前在飛書和釘釘?shù)菳端產(chǎn)品后臺均采用了這種處理方式??梢钥吹綀D中我在第一次切換到角色管理時是有碰撞小球的局部動畫存在的,而第二次再次進入時則直接出現(xiàn)框架。這樣既能夠保證加載動畫能夠覆蓋所有的空屏狀態(tài),又避免了局部加載動畫的頻繁出現(xiàn)。


4.4 內(nèi)部加載

內(nèi)部加載是用在頁面內(nèi)部不同模塊數(shù)據(jù)間的加載。當框架都已經(jīng)加載結(jié)束,但某些數(shù)據(jù)由于接口比較慢,此時還沒有返回,這時我們就可以用內(nèi)部加載來進行承載。這應(yīng)該是我們更常見的加載情況:

在進行內(nèi)部加載的時候,需要注意,內(nèi)部加載的時候一般標題是存在的,因為標題基本都是固定的,所以能夠很快被拉取。比如Zoho的內(nèi)部加載,加載時標題已經(jīng)出現(xiàn)了:

通過這三種類型的加載,能夠覆蓋從用戶輸入網(wǎng)址,到頁面渲染完成這個頁面呈現(xiàn)過程中的全部加載場景。


undefined

說完頁面的呈現(xiàn)規(guī)則,再談頁面操作加載規(guī)則。頁面的操作其實對應(yīng)的是頁面控件的反饋。而我們的常用的控件比如有按鈕、tab切換等。我們不僅需要考慮控件本身的加載狀態(tài),而且需要考慮到控件影響的其他頁面范圍。


5.1需要考慮控件本身加載

控件的加載并不是隨時都需要,我們要根據(jù)實際的數(shù)據(jù)量大小及業(yè)務(wù)場景來選擇性使用。目前我們需要考慮的控件及其加載狀態(tài)主要有如下:

undefined

比如圖中的按鈕的加載狀態(tài)是必備的,在很多場景下都會用到。但是下拉列表和級聯(lián)列表,在一般的場景下都不太需要進行加載,當遇到列表中的數(shù)據(jù)特別多或者調(diào)取特別慢時就可以考慮為其加上加載狀態(tài)。


5.2當控件操作會影響到頁面其他元素

這種控件比如日期篩選、表格篩選或者保存等操作,當你切換篩選條件后所有與其相關(guān)的頁面元素都會發(fā)生變化。在這種情況下我們需要考慮到被影響元素的狀態(tài)。目前的設(shè)計實現(xiàn)上有兩種做法:

1.被影響元素不可被操作,且該區(qū)域有遮罩+加載動畫來覆蓋;

2.被影響元素可進行操作,無任何動畫,但操作并不會影響之前提交的結(jié)果;


這兩種方案一種是利用遮罩防止用戶無效操作,另一種則是保持了足夠的操作自由性。個人在這里更傾向于處理方式1,我認為被影響的元素是需要有遮罩+動畫的,來避免用戶在加載期間對其進行無效操作,比如示例中方案2后面修改的名稱是沒有被系統(tǒng)保存的。

需要注意的是如果在產(chǎn)品中使用方案1,我們的遮罩區(qū)域只需要覆蓋被影響的元素就可以了(保存這種可以將按鈕一起覆蓋),比如通過篩選導(dǎo)致圖表數(shù)據(jù)發(fā)生變化,這時只需覆蓋圖表區(qū)域,而不用覆蓋篩選區(qū)域。這樣的好處是當某些篩選數(shù)據(jù)出現(xiàn)加載過慢問題時,用戶可以通過切換篩選項來打斷當前加載。

上述描述的操作都是針對于當前頁加載。當控件導(dǎo)致頁面刷新或者跳轉(zhuǎn)時,則整體遵照頁面呈現(xiàn)的規(guī)則進行加載。


undefined

上面闡述的加載已經(jīng)完全能夠覆蓋我們頁面整體的加載,但是還是需要提及一下骨架屏和進度條這兩種加載形式。

undefined

先說骨架屏。實際上骨架屏的使用效果體驗是優(yōu)于加載動畫的體驗的(骨架屏的加入使用會讓用戶感覺網(wǎng)頁出現(xiàn)的更快)。那么為什么在大部分的B端業(yè)務(wù)頁面中沒被用到呢,主要有2點原因:

1.每種骨架屏都需要進行對應(yīng)的定制開發(fā),需要與加載后的頁面框架保持一致,這會增加了開發(fā)成本。

2.中后臺的業(yè)務(wù)界面對來說固定結(jié)構(gòu)的頁面會較少,這對于骨架屏的使用機會就相對較少。

個人認為在前期可以以統(tǒng)一加載體驗為主,在后期業(yè)務(wù)相對成熟后,可以針對固定結(jié)構(gòu),通過骨架屏的使用優(yōu)化加載體驗。


再說進度條。我理解的進度條的使用條件:對于加載時間較長的規(guī)定場景可以考慮用進度條來承載,比如我們常見的游戲加載中進度條就用得比較多,因為游戲一般資源比較大。還比如figma在進入設(shè)計文件的過程中也采用了進度條加載也是因為設(shè)計文件可能會很大。

進度條在特定場景下能夠緩解用戶焦慮,讓用戶知道進展。但進度條在多數(shù)情況下都抓取不到程序的真實進度,這也會導(dǎo)致有時候我們看著加載到99%,那最后的1%遲遲加載不出來的的原因。目前很多中后臺產(chǎn)品對于進度條加載使用相對較少的原因,很大程度是沒有那種加載特別長的場景。


因此這兩種加載場景的使用會更加定制化,如果需要使用請根據(jù)具體的業(yè)務(wù)場景來進行選擇。


如果把加載動畫等比作頁面加載的外在,那么緩存和加載策略則是頁面加載的內(nèi)核,合理使用緩存和加載策略可以從根本上提升我們頁面的加載速度,讓用戶更快速地看到頁面。


7.1 關(guān)于頁面的資源緩存

大家肯定聽過緩存這個概念,前后端都可以使用緩存。緩存就是數(shù)據(jù)交換的緩沖區(qū)(稱作Cache),是存貯數(shù)據(jù)(使用頻繁的數(shù)據(jù))的臨時地方。在這里主要講一下瀏覽器緩存:

undefined

從這張圖可以看出,服務(wù)器在請求數(shù)據(jù)時,會進行緩存的判斷,如果有緩存則首先讀取緩存,如果沒有則從服務(wù)器中拿取。調(diào)取緩存會在很大程度上提升頁面的加載速度,縮短了從服務(wù)獲取數(shù)據(jù)的時間。通常瀏覽器會主動對頁面的靜態(tài)資源進行對應(yīng)的緩存,這也就解釋了我們第二次進入頁面會比初次進入頁面時加載快的原因。


但程序其實也可以對動態(tài)資源(也就是需要從數(shù)據(jù)庫等拿到的資源)進行緩存的,并且可以設(shè)置緩存的過期時間(比如設(shè)置過期時間為1小時,那么1小時過后就會重新拉取新資源)。對于某些動態(tài)資源拉取過慢并且更新頻率不高的我們可以采用動態(tài)資源緩存的策略,從而提升整體的頁面加載體驗。


7.2 加載策略的正確使用

現(xiàn)階段我們常用的主要有下列6種加載策略:

加載策略的本質(zhì)就是通過對應(yīng)的加載設(shè)置來縮短產(chǎn)品與服務(wù)器交換數(shù)據(jù)的時間,接下來我們詳細看一下每種加載策略的具體使用策略:


7.2.1懶加載

懶加載是當內(nèi)容落入視窗被用戶看到時,才會進行加載。這種比較節(jié)省資源和減輕服務(wù)器壓力。對于當前頁面內(nèi)容很多的可以采用這種加載策略。而這種加載策略的設(shè)計,能夠讓用戶更快看到當前屏幕內(nèi)的內(nèi)容,減少等待時間。

比如蘋果官網(wǎng)的加載策略就采取了這樣的一種方式。我們可以看到右側(cè)的資源只有在我們向下滾動出現(xiàn)在屏幕中時才會進行對應(yīng)的加載,這樣能夠保證用戶在進入網(wǎng)頁第一時間看到首屏內(nèi)容,并且用戶幾乎感知不到這種加載延遲。


7.2.2預(yù)加載

預(yù)加載是在頁面空閑的時候就把用戶即將用到的資源加載完存到緩存中,等用戶需要使用時,通過緩存直接調(diào)用呈現(xiàn)。比如用戶在看A頁面的時候,就可以通過預(yù)加載來準備用戶需要的B頁面資源。當用戶需要B頁面的時候,立刻就可以呈現(xiàn)。

比如某些頁面在實際中加載比較慢,這個時候就可以考慮是否用預(yù)加載的策略來提升網(wǎng)頁整體加載速度。比如知乎的視頻和文字在都進行了對應(yīng)的預(yù)加載。即使當你處于斷網(wǎng)狀態(tài)(圖中我將頁面網(wǎng)絡(luò)切換為斷開狀態(tài)),可以看到依舊可以點擊全文進行查看和視頻的部分預(yù)覽。


7.2.3分步加載

當頁面中有文字和圖片時,優(yōu)先加載占用網(wǎng)絡(luò)資源小的,比如文字資源,然后再進行占用資源較大的加載,比如圖片資源。通過分步加載也能有效減少頁面等待時間。比如大眾點評等圖片很多的網(wǎng)站往往會采用這種加載策略。


7.2.4分頁加載

分頁加載是我們目前很常見的方式,比如我們常用的百度和谷歌等搜索引擎都是使用的分頁加載,分頁適用于數(shù)據(jù)量比較大的內(nèi)容,比如表格數(shù)據(jù)或者大數(shù)據(jù)搜索場景可以使用。

分頁加載可以理解為當前獲取到100條數(shù)據(jù),但是將100條數(shù)據(jù)分別拆成5頁每頁20條數(shù)據(jù)提供給用戶,這樣也可以讓用戶減少等待時間:

在目前還有一種滾動分頁的加載,就是不提供視覺上的分頁,而是當用戶進行滾動時,自動加載一定數(shù)量的內(nèi)容,這樣從用戶的視角看就是一個連續(xù)不間斷的數(shù)據(jù)展示。比如一些資訊類的網(wǎng)站就是采用的這種加載策略,有的也把這種滾動分頁的方式稱為自動加載。


7.2.5延遲加載

這里講的延遲加載更多的是一種防護加載機制,一般延遲設(shè)置的時間為300ms。這里的延遲加載有2種使用,第一種多用于搜索,通過延遲加載能夠讓用戶更好進行連續(xù)輸入,避免搜索結(jié)果被高頻率刷新,同時緩解服務(wù)器壓力。如下圖,可以看到我在輸入1后會有個延遲才出現(xiàn)加載列表,并且我在連續(xù)輸入12306的過程中是沒有對結(jié)果進行更新的,當我輸入完后才更新。

第二種則是通過延遲加載可以更好防止反復(fù)操作。當用戶在同一組件上面進行切換時,如果該操作小于300ms,則只記錄最后的點擊操作。這種情況可以用在我們的表格翻頁和開關(guān)等狀態(tài)上,防止用戶瘋狂點擊導(dǎo)致數(shù)據(jù)反復(fù)請求和屏幕閃爍的情況。我們可以通過下面這個組件演示例子來進行對應(yīng)的感知:

延遲加載更多用于上述2種場景,對于其他情況的加載,直接加上就可以了,并不需要刻意設(shè)置延遲。


7.2.6后臺加載

這里想要表達的含義是當用戶在操作后,客戶端立即反饋操作成功,然后把請求放到后臺與服務(wù)器交互,這一過程用戶不需要了解,不需要等待。無論在什么網(wǎng)絡(luò)環(huán)境下你基本上都能操作成功。比如微信的朋友圈發(fā)布就是這樣的操作,即使你在斷網(wǎng)的情況下都能夠立刻發(fā)布,但實際上這個時候并沒有發(fā)送成功,還需要上傳到服務(wù)器后才你的朋友們才能看見。


這樣的好處是用戶使用起來非常流暢,但是壞處就是,當操作不成功時,用戶并不能及時進行感知,仍然以為操作已經(jīng)成功了。所以這種場景我們也需要根據(jù)場景進行對應(yīng)的判斷和選擇。對于復(fù)雜的B端場景個人建議慎用或者不用這種操作,畢竟很多發(fā)布的功能會同時影響很多業(yè)務(wù)線。


這里就拿微信的朋友圈發(fā)布來進行舉例,下方手機狀態(tài)都為斷網(wǎng)狀態(tài),可以看到微信立即發(fā)布,而貼吧在這種狀態(tài)下提示網(wǎng)絡(luò)錯誤。

通過這些加載策略的選擇性使用,能夠在特定環(huán)境下提升我們系統(tǒng)的整體使用體驗。因此我們需要對這些加載策略有一個比較全面的認識,這樣我們不僅知道加載慢的原因,還可以利用加載策略去提升頁面性能。



在整體的加載過程中,別忘了考慮加載異常的情況。在通常情況下我們會我們會遇到網(wǎng)絡(luò)速度過慢或者突然斷網(wǎng)這兩種狀況讓頁面一直加載不出來,這時我們需要考慮對長時間的加載過程進行處理。

通常做法是我們要對加載狀態(tài)有一個最長時間的限制,一般為加載不超過10s,超過最長時間后就進行異常狀態(tài)顯示(提示語+刷新按鈕)。這樣用戶可以選擇重新加載或者離開此頁面,而不是一直等待。

在這里還想到一點,就是對于編輯頁面,我們應(yīng)當加入網(wǎng)絡(luò)連接是否異常的判斷,比如當進入到編輯頁面后,如果遇到網(wǎng)絡(luò)斷開,需要在頁面的頂部加上常駐提示條【當前網(wǎng)絡(luò)連接斷開】,這樣用戶能夠及時進行察覺并修復(fù)。避免在無網(wǎng)環(huán)境下繼續(xù)輸入。這對于某些需要輸入很多內(nèi)容且并不提供本地保存的頁面來講是非常有必要的。


加載在設(shè)計中是非常容易被忽略的模塊,因為在大部分情況下網(wǎng)絡(luò)速度都較快,人們很難深刻地感受到加載過程。但加載卻在產(chǎn)品運行中起著不可或缺的作用。通過這篇文章想要告訴大家的有幾個點:

1.我們需要明白加載為什么會出現(xiàn),這個過程是怎么樣的;

2.加載的通用處理手段是怎么樣的,非通用處理方式有哪些;

3.通過緩存和對應(yīng)加載策略能夠讓頁面加載速度有本質(zhì)上的提升。


這樣當我們在頁面上遇到加載速度慢的問題時,在為其加上動畫承載過渡的同時,還應(yīng)該思考其加載緩慢背后的原因,是因為數(shù)據(jù)量太大還是加載策略的相關(guān)問題,是否可以將其進行懶加載或者分步加載,這時我應(yīng)該去找前端或者后端如何溝通。從源頭上解決加載時間長的問題,才是后續(xù)產(chǎn)品設(shè)計過程中的長久思路。


最后,雖然進行了很多資料查詢和技術(shù)溝通,但文章不可避免會出現(xiàn)不當之處,歡迎進行反饋。





文章來源:站酷   作者:進擊的M


分享此文一切功德,皆悉回向給文章原作者及眾讀者.

免責(zé)聲明:藍藍設(shè)計尊重原作者,文章的版權(quán)歸原作者。如涉及版權(quán)問題,請及時與我們?nèi)〉寐?lián)系,我們立即更正或刪除。

藍藍設(shè)計www.yvirxh.cn )是一家專注而深入的界面設(shè)計公司,為期望卓越的國內(nèi)外企業(yè)提供卓越的UI界面設(shè)計、BS界面設(shè)計 、 cs界面設(shè)計 、 ipad界面設(shè)計 、 包裝設(shè)計 、 圖標定制 、 用戶體驗 、交互設(shè)計、 網(wǎng)站建設(shè) 、平面設(shè)計服務(wù)


日歷

鏈接

個人資料

藍藍設(shè)計的小編 http://www.yvirxh.cn

存檔