交互設計的價值是什么?
交互設計的價值是什么?或許很多人都會對此產生疑問,交互設計有什么用呢?它是必要的嗎?本篇文章分析了交互設計的價值是什么,感興趣的話一起來看看吧。
工作中經常有人聊起交互跟產品的差別是什么?交互跟UI的差別是什么?似乎從入行至今,都一直有過這樣的聲音。互聯網紅利期的逐步消退,資本緊縮,壓縮人力成本似乎成了一件趨之若鶩的事,所以早年阿里提出了全棧設計師、全棧工程師的概念,但本質上各種細分崗位的工作一直都存在,從未消失過,只不過以不同的形式被平攤了,但效果卻難以說是好的。下面將去拋磚引玉的探討交互設計價值點,并聊聊能否被兼并或取代。
一、情感升華先談談交互在做什么?
借用一句傳統設計行業的經典語錄,一個好的產品一定是“有用的、好用的、用過還想用的”,有用的主要由產品經理把控,而好用、用過是否還想用就是交互設計的職責和價值了。工作內容,交互大概可以總結為下面這幾點:
- 是針對行為的設計,讓原本的物理邏輯向用戶行為邏輯轉化;
- 平衡業務價值和用戶價值,腦海中永遠不要忘記“用戶價值”這幾個字;
- 以目標為導向,保證產品貼合用戶心智,用戶能更好的理解、使用產品,并獲得愉悅的使用體驗;
- 是通過功能架構向信息架構的重組,提升產品框架的擴展性、穩定性等,交互更多的考慮到在不同場景下對可用性的要求,讓產品能長久持續的使用下去;
- 是對使用流程設計;
- 數據分析和用戶研究相關的工作,這兩者是交互展開工作的基礎支撐。
交互的價值是長期的和可持續的,沒有交互,短期內看似不會出現問題,長期來看,對用戶留存、用戶滿意度等會有重大影響,市場環境不同于壟斷環境,功能堆砌過多后甚至都無法再動搖產品“難用”這個印象,但凡有類似競品,放棄產品可能性較大。
二、交互設計的產出物特點——交互稿與產品原型稿有什么差別
這可能很多人關心、疑惑的問題了,本質上這個也是交互稿專業度的問題。產品經理也可以去畫原型圖,那問題在哪兒?下面會嘗試闡述幾點重要差別。當然并不排除極少數優秀、能力全面的產品能內外兼修。
1. 從內到外的邏輯思維差異
行為邏輯是交互設計師思考的出發點,也是交互設計方式能否取得創新的關鍵點。物理邏輯或者業務邏輯是產品經理更關注的要點,交互設計需要具備豐富的同理心,產品功能不同、用戶不同、場景不同都會影響到用戶使用時的感受和操作行為。
簡單來說,交互設計師更多的站在用戶角度去思考原型的價值,是否容易被理解、好用甚至轉化,而產品的角度不可避免的會更多考慮業務、技術實現等方面,一個人做到面面俱到,是極其難且思維是很容易固化的,長期形成的思維差異會直接在原型圖中表現,最終影響到產品可用性。
以QQ音樂幾年前的版本(2017)和現版本(2021)為例,左側過往版本在首頁的信息組織形式上主要以分類的方式,而右側現版本中信息的組織形式中首頁的分類方式已經很弱了,基本傾向于按用戶行為、需求去組織,比如根據用戶過往聽過的歌曲去推薦歌曲、歌單,每日30曲更是研究了用戶每日習慣、耐心做的信息整合,30首怎么得來的?根據什么樣的歌曲去推薦?這些都是行為研究的范疇,需要對用戶深度了解后方有最好的解決方案。
2. 設計規范的積累與創新
設計范式是交互設計師基本功的體現,包含設計規范和模塊范式兩個方面。設計規范是設計范式中的基礎,對規范的理解和創新也是衡量專業度最基礎的方面,這對原型稿是否成熟有很大關系,現有的交互規范大多基于iOS、Material design、微軟設計規范的基礎上優化的,國內比較流行的設計規范還有Ant design等,本文不對此做過多討論,這里重點談談設計范式。
范式,指用戶在長期對于互聯網產品使用過程中產生的用戶心智,比如用戶對設置模塊的預期、對個人信息模塊的預期等。也可以理解為對于不同產品功能模塊的記憶,設計時需要非常熟練的從腦海中調用,這樣做的好處是不容易太偏離用戶長期積累的心智,熟練應用范式是創新的前提。
比如表格編輯器的設計范式,不管是現在的飛書、谷歌文檔、釘釘、石墨等協同辦公產品,都在20年前微軟office的ribbon設計模式中兜兜轉轉,尤其是表格編輯器,在長期的使用過程中記類的習慣是很難輕易被改變的,筆者親身經歷過一款表格編輯器產品的迭代,易用性(易操作、易學、易見)中易學性指標評分是最高的,現在想起來也跟行業范式接近不無關系。另外關于一些編輯器右鍵操作、鍵盤操作快捷鍵是否滿足了用戶需求都是極其重要的。不過辦公類產品發展到現在已不再像20年前純工具類屬性了,協同屬性必將帶來編輯器再一次的創新。
設計范式需要長期的積累,對范式理解不夠深入,通常是要么畫不出來可用的原型,要么畫出來的原型會被問到一個問題——“這個…看起來有點說不出來的奇怪”。在理解了基礎范式之后,我們才能做出真正的創新,雖然近兩年交互形式越來越穩定,但真正理解了范式之后的創新也能幫助產品快速占領用戶心智,形成特定印象,繼而占領市場。設計范式并非不可創新,而是在不必要的時候盡量遵循范式能最大限度去降本增效,減少不必要的用戶誤解或開發成本。
3. 多端設計交互方式
如果不是潛心研究過多端設計差異,一般很容易出問題。比如PC端和Mobile端、小程序與App等,在設計方法上都存在巨大差異,我親眼見過太多的產品原型稿中出現過Mobile的設計方法運用到PC,或者PC應用到了Mobile。
比如基本的差異點有:
- Mobile的用戶行為多為單線任務,而PC是多線任務,比如pc可以多窗口很便捷的切換,用戶可以一邊聊天一邊收郵件;
- Mobile端用戶操作時間更加碎片化,PC操作時間更加系統、專一;
- PC的界面也遠大于Mobile,導致信息結構差異較大;
- 兩者交互事件也存在很大差別,PC可以針對對象進行hover,多上下滾動,少左右滑動(依據鼠標特性)等;
- 設計控件的規范差異較大。
本文并不詳細贅述差異點,總的來說,這些差異點在具體的原型稿設計中會體現的比較明顯,這些也是專業性的一個方面。下面將舉2個例子來說明:
(1)樹狀結構
樹狀結構是一個PC端經常應用的控件,適用于層級結構的展示、選擇等交互操作,高效而清晰,但其在移動端展示時卻不能照搬,由于屏幕、移動端手指交互等限制,在移動端該控件既不高效也不清晰。比如常見的將文件移動到文件夾的操作,桌面端的交互可以用樹狀結構,而移動端更適合層級結構。
(2)面包屑導航
面包屑在桌面端是一個非常普遍的控件,可以有效的承載層級關系展示、快速導航定位的功能,比如不同層級的文件夾展示與導航等。但在移動端,因為屏幕大小、移動端用戶操作碎片化等原因,導致用戶對面包屑節點的記憶、層級操作上都遠不如桌面端,甚至會影響到信息的展示效率,因此移動端在層級關系的展示與切換上通常不會用面包屑,而是左上角返回按鈕或系統級別的返回。當然面包屑在移動端也并非一無是處,如果面包屑各節點承載的展示作用具備極強的參考意義,比如這些文件夾節點同時承載著組織關系的顯示,則面包屑也還是可以用的。
總結下來:面包屑在移動端盡量別用,但如果其各層級節點同時有極強的參考意義,則可用。
4. 方法論的掌握和運用
方法論在交互稿中的體現是比較隱晦的,準確來說,這一點是針對思維差異點的補充,如交互設計十原則、“F型”頁面設計理論(近幾年有爭議)等視覺動線,也包含發現問題的一些方法,比如KANO模型、用戶體驗地圖、卡片分類等方法論的應用,這些對于用戶行為維度的研究結果也會支撐著交互稿的科學性,這里不做展開闡述。
比如用戶體驗模型示意圖如下,用戶體驗模型是建立在用戶角色模型之上的,前提是需要大量的用戶深度訪談資料為基礎,用以系統、全面、科學的研究用戶行為和探索用戶需求。
用戶體驗地圖
除了以上列舉出來的,還有一項重要的方法是數據分析,這一點是容易被輕視的,但確是最具備參考價值和衡量工作結果的,交互關注的數據和產品有很多差異,具體一點,比如對于一個項目中,產品更多關注的是衡量功能結果的數據,通常包含使用數據PV/UV、轉化率等,而設計師更多關注CTR、停留時長、轉化漏斗中跟操作行為相關的數據,行為是交互研究的對象,所以行為數據結果能為具體的方案設計提供衡量指標。
5. 交互稿中的UI考量
簡單來說,就是不能給UI挖坑,沒有交互的設計,UI上與產品之間的溝通會非常頻繁,也主要會出現以下幾個常見問題。
(1)信息結構與優先級的落地
信息布局既需要考慮功能的業務優先級,也需要考慮用戶行為優先級,同時還需要考慮到UI排版的難度。這中間基本都會有矛盾存在,做好平衡是必備技能。有時候需要逼著產品給出功能優先級,排版是有限的,也有一定審美要求的專業度,交互稿需要為UI規避一些明顯的坑,比如最典型的例子——功能都很重要、文案過長等,當產品同學也不確定自己所畫功能是否能被用戶理解、操作的時候,會喜歡用文案去進行解釋,比如button上寫10個字這種,交互需要給UI提前做避坑。
(2)規范
設計是一個系統,任何需求在畫交互稿時都應考慮到對系統的適應或沖擊,這就要求交互設計師不僅要非常熟悉設計系統,而且必須是系統的制作人之一,設計系統是一項耗時耗力的工作,前期耐心打磨,后期適應、修改,如此才能把握住用戶體驗的一致性。
(3)邊界情況
主要包含用戶交互中與前端、服務端的交互,比如操作事件的定義、反饋;加載的形式與技術方案;空狀態;弱網、斷網等等,這些邊界頁面的考慮都定義清楚,能有效避免UI的返工。
(4)保真度與實現效果
交互稿如果保真度較低,會導致UI在實際設計的時候對交互稿修改較大,導致頁面架構、交互注釋等返工修改,造成不必要的時間資源浪費,也會對項目進度造成影響。一般來說,成熟的交互稿是比較接近UI稿而又不是UI稿的一種狀態,將UI中的坑避免之后,UI設計師需要做的就是更表現層的設計,比如與前端工程師的實現匹配、色彩、柵格、間距、字體字號等等。
6. 詳盡的Use Case考量
Use Case(用例)指功能、交互的定義和詳細描述,用例描述的細節程度決定開發時反復溝通的頻率,具體包含的細節很多,大到功能流程的設計,小到某個交互事件的定義和枚舉;從前端用戶與系統的交互事件,到服務端與前端的功能聯動等,都涉及到,總之,只要用戶看到的、點擊/滑動/hover等交互行為涵蓋到的,都應該被定義,以期減少開發過程中遇到的問題和溝通成本,這里不做過多闡述。
三、交互稿背后的價值——交互設計只是畫稿子的嗎?
顯然不是!如果說一個項目交互階段持續了3天,那繪制交互稿最多能花費1天。
交互是一個橫向能力比較高的職業,很多交互設計師也改行去做了產品、用研或者UI,所以多多少少都會具備這幾者的一些技能。交互設計師通常會有多重隱藏的技能是必須掌握的。
1. 項目中堅守用戶價值
用戶價值在項目中很容易就讓步于業務價值、項目排期、技術方案等,交互就是在這中間說“不”的人,潤物細無聲,在每個項目中盡量減少用戶價值的損耗,最后匯聚而成的產品整體體驗還是有很大差別的。
2. 團隊中承擔用戶研究、行為數據的部分工作
交互在組織架構上,一般是會歸屬于設計部門的,所以在部門中也承擔了一線跟用戶和數據接觸的人,即便有數據分析師、用研同學的幫助,也需要有主動跟蹤這些問題的意識,不然設計出來的交互稿很難不出問題。
3. 可用性測試等結果追蹤
可用性測試在一些稍大的項目中是體驗設計環節中的定性維度核驗步驟,需要結合用戶反饋對方案進行可用、好用測試,并不是指在流程上能跑通的技術測試,而是校驗用戶對于方案的接受程度、滿意程度,也順便發現一些問題,后續進行優化。
更多的結果追蹤形式,比如還有SUS可用性量表(B端產品可用阿里云UES量表等)、用戶滿意度、NPS跟蹤等等,目的在于定量的給用戶體驗打分,確保用戶體驗的衡量是有章可循的。
易用性量表
4. 直接驅動業務增長
增長黑客和用戶增長設計的概念前幾年也已在業內為大家所熟知,AARRR增長模型(獲客、激活、轉化、留存、推薦/傳播)中,交互可依賴對用戶的了解和用戶行為的洞察,通過比如文案、微動效、轉化漏斗優化、信息梳理、布局設計等,也可以幫助業務在各階段直接提升對應的業務指標,甚至將體驗設計師熟悉的體驗地圖轉化繪制為用戶增長地圖,在用戶使用的全鏈路行為節點做設計所擅長的增長賦能。
5. 項目流程管理
交互需要更早的參與到需求中,在需求出現之前的交互參與能讓需求更加合理,而在交互稿畫完之后,也需要實時的去跟進UI、開發,有一些技術難題需要跟開發密切合作,開發說“”實現不了”是經常碰到的一句話,那是否是真的實現不了,可能跟不同的團隊、人、項目排期有關了,有時候并不是真的實現不了,或許只是開發不想做或者他之前沒做過,這個就需要PK了,當然有的真的很難實現或者性價比很低的設計,就需要對交互稿進行調整了。除此之外,有的公司還要求交互有整體管理能力,這就另說了。
四、沒有交互會帶來什么?
產品團隊或許不都有交互崗位,但不可以沒有好的交互設計!
1. 短期內產品使用體驗很奇怪
很多人畫出來的原型稿甚至是交互稿都遇到過“用起來很奇怪”這個問題,其實是因為設計者對用戶心智、用戶行為、控件規范、產品范式等的不熟悉造成的這個問題,一個“夾生”的東西即便邏輯合理也必然會帶來“夾生”的體驗。此外,范式和規范的使用只是執行時的一個選擇而已,對某規范的使用未必真正解決當前場景下的問題,交互設計師更多的是通過對業務的梳理、用戶的洞察來做選交互范式和規范的篩選,找到合適的,才能價值最大化。
2. 長期下產品“難用”印象的形成
任何行業,任何產品,產品研發者可能都不是實際使用者,術業有專攻,對用戶的理解是一項長期經驗積累的過程,合乎邏輯的,不一定是易用的,易用的不一定是好用的。筆者的經驗來看,用戶的使用行為既是“傻”的,也是孕育著無窮無盡智慧的,尤其是B端產品,用戶使用的方式可能超乎想象。因此對用戶行為理解的深度決定了產品與用戶之間的默契度,圍繞一個痛點市場上總不至于只有一個產品,如何讓你的產品成為用戶真正的朋友,需要有專業的人來研究用戶行為,交互這個專業便也是因此而生的。
如今互聯網紅利愈發消失殆盡,或許由于資金原因交互崗位并沒有存在于所有公司或團隊,但交互設計的專業度一定永遠存在,崗位的橫向兼并融合并不能磨滅交互的專業度,因為交互堅守的是用戶體驗的底線,讓產品變得或好用、或高效,最終驅動業可持續增長,便是這最大的價值!
作者:陳悅
來源公眾號:網易UEDC,網易用戶體驗設計中心
本文來源于人人都是產品經理合作媒體@網易UEDC,未經許可,禁止轉載。
題圖來自 Unsplash,基于CC0協議。
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
每一個優秀的產品經理,都先是一個不錯的設計師。
不論產品,交互,UI,都有兩part,設想 和 實施 。
我們大多數 都犯了一個錯誤,也或者是 崗位交付的必要,錯誤是 重點放在了 實施。
我有幾點感受:
1. 交互也好,產品也好,對好方案的鑒別很重要。
是否見過好的,見過大量好的,知道什么是好的,什么是更好的。
現在 要出一個 滿足需求的交互太容易,產品 交互 UI都能做,如何拉開檔次,是應該持續思考的。
不要陷在 交互實施里
2. 好,一定和簡約有關。 契合業務訴求,契合用戶使用路徑,足夠簡單。
文章雖短,但概括的很好,不過系統的交互知識真不是一篇文章能說清楚的
服務于用戶的交互本身有它自己的價值,交互并不只是畫稿子,了解用戶,追蹤用戶,滿足用戶是很重要的。