face+ 關于 服務 案例
首頁 案例 服務 關于 face+

基于用戶場景行為的車聯網交互體驗設計研究

當前,車聯網概念已經火熱到讓人近乎“審美疲勞”了。不可否認車聯網一定是未來趨勢,但其實,車聯網只是解決問題的不同手段,而用戶本質的需求其實從來都存在,并且一直都應該是產品的核心關注點。無論是什么樣的產品概念,什么樣的技術實現,說到底要想在車聯網領域有所突破創新,形成差異化,必須找到用戶的真實需求,把用戶體驗作為產品的核心競爭力 。

車聯網產品的用戶體驗提升主要關注在以下幾方面:

1.走出功能堆砌,解決用戶痛點

目前很多企業在做車聯網時,往往是把自己認為用戶需要的、大家都在做的、或技術可以實現的功能,經過重復的設計包裝,統統的堆砌在用戶面前,無論用戶是否真的需要,以此顯示功能的強大,增加所謂的賣點,提高汽車銷售的附加值。行業一旦推出一個新功能,大家都紛紛效仿,生怕自己在功能上落后。而實際情況是,用戶真正存在的使用問題和需求一直并沒有被很好的解決,而同時面對大量看似豐富的功能,卻可能沒幾個會經常使用到,反而因此影響了用戶的操作易用性。未來, 車聯網用戶體驗不應該追求大而全,首先應該走出初級的功能堆砌,真正從用戶角度出發,分析用戶的車內行為,找到用戶使用痛點或挖掘需求價值點,針對性的提出設計解決方案。

2.為用戶提供“人-車生態系統”的完整價值體驗,真正粘住用戶

目前中國的車聯網產品做來做去基本還是停留在車載娛樂和導航等最初級功能的重復設計翻新上,重復著同質化產品的低端競爭。而對于大量的用戶需求空間并沒有真正去研究挖掘。用戶和車之間的關系不僅僅是駕駛,從用戶開始想要擁有一輛車開始,用戶體驗就開始了,包括使用前、使用中和使用后對于與車相關的全部感受。

用戶從選擇車、購買車、使用車、維修車、出售車,處處都存在可挖掘的用戶需求,都需要關注用戶體驗。對于未來的車聯網,企業和設計師需要做的不是把大量時間和精力花費在娛樂導航這些功能的炒冷飯上,而是需要對用戶和車相關的整個生態系統進行研究,全方位了解用戶在不同使用場景下的體驗需求,才能在體驗創新上實現突破,走出當前初級的同質化競爭。

3.提升跨平臺多通道用戶體驗,滿足不同使用情景下的需求

目前,車聯網產品已經進入了越來越多不同的平臺,用戶未來也將在不同平臺之間自由轉換使用,包括:HMI,手機,Pad,以及作為未來發展趨勢的智能穿戴設備。同時,隨著技術發展,人-機交互方式也變得越來越多樣化,包括:視覺、聽覺、語言、觸覺等。那么,未來的車聯網產品在設計時不得不考慮跨平臺多通道的用戶體驗。首先,需要明確不同操作平臺,不同人-機交互通道方式適用的場景和使用目的,以及跨平臺,多通道交互方式之間的轉換與結合方式,包括:看、聽、語音、手勢、觸摸等不同通道的操作行為。其次,需要對于用戶的駕駛行為進行系統分析,建立行為信息庫,梳理實際駕駛場景中用戶在各種情景模式下適合的操作使用平臺,各個任務流程最適合使用的人機交互方式,及各交互方式之間的配合轉換。

facecar車聯網交互體驗設計研究

1.facecar車聯網交互體驗設計研究目標及價值

對于用戶場景及行為的研究,是未來車聯網產品設計研發的重要基礎。 基于在產品用戶體驗創新領域的多年經驗,以及車聯網行業的深入研究和項目實踐經驗, facecar改變了以往的技術功能為導向的車聯網產品設計模式,提出并不斷實踐以用戶使用場景及需求研究為導向的車聯網產品設計模式。

以往的車聯網產品研究設計模式

facecar 車聯網產品研究設計模式

facecar正在致力于基于用戶場景行為的車聯網交互體驗設計研究,從而實現以下目標
對于跨平臺車聯網的用戶使用場景及行為需求將形成長期系統的研究,不斷更新完善
從用戶行為庫中能夠挖掘出更多的潛在用戶需求和產品機會
基于用戶場景任務分析,梳理出相應的交互設計原則,為產品設計提供指導和規范

2.facecar基于用戶場景行為的車聯網交互體驗設計研究方式

facecar 正在按照如下方式進行
基于用戶場景行為的車聯網交互體驗設計研究

· Step1:用戶使用場景梳理

從整個“人-車互動生命周期”考慮,同時考慮不同用戶人群劃分,梳理出典型的車聯網用戶使用場景框架。用戶場景行為是一個動態的數 據庫,將基于用戶生活方式的變化,不斷迭代調整和補充完善。

人-車生命周期

基于用戶場景框架體系,從用戶使用和互動可能性出發,枚舉梳理已有的以及潛在的典型用戶場景。場景枚舉完全從用戶行為角度出發,無需受限于現有的產品/服務使用方式、以及技術可行性。

典型用戶場景枚舉 - 范例:車輛使用
· Step2:用戶任務及需求細化

通過用戶研究,對枚舉的典型場景進行驗證、修正和完善,同時完成用戶任務及需求的細化完善,以及用戶痛點的挖掘。

用戶研究方法1: 隨車情景觀察+ 1對1的用戶深訪
基于用戶場景框架,用戶研究人員車內跟隨用戶,通過跟蹤觀察記錄用戶的真實駕駛軌跡和使用場景,分析研究用戶的實際車輛使用方式及行為。
車內靜態使用場景的操作評價
模擬日常駕駛方式,完成行車途中的場景任務操作
研究內容:了解完整真實的用戶使用場景,全面客觀的用戶操作使用流程,用戶與周邊信息、環境或角色的互動方式,現有產品的使用痛點或障礙,從而驗證和完善典型場景,進一步細化場景任務。
用戶研究方法2:焦點小組訪談
將目標用戶根據某種類型維度進行分組,用研人員與每組用戶進行面對面的雙向口頭交流的研究方式
主持式討論和頭腦風暴
討論的主題及內容相對明確和集中,聚焦在吉利HMI產品功能規劃范圍內的用戶場景任務和使用需求,不會過于發散
研究內容:了解更加真實的用戶使用場景和任務流程,用戶與周邊信息、環境或角色的互動方式,詳細的用戶使用需求,以及用戶對于現有HMI產品的體驗反饋。
· Step3:用戶任務分類及特征分析

針對不同場景任務的特征進行提煉歸納,尋找共性和差異,進行任務分類,包括:主動性任務/被動性任務,駕駛中任務/暫停中任務/靜止中任務,即時性任務/持續性任務,感知延遲性任務,跨終端任務等。

不同任務類型的特征不同,對于用戶交互行為有不同的需求,包括:用戶需要的交互通道、用戶可提供的注意力、用戶需要的信息類型及方式等。

  • 主動性任務

    用戶主動發起的任務

    1.用戶能夠主動選擇任務發起時間

    2.用戶能夠主動選擇任務發起方式

    3.用戶對于任務結果有明確預期

  • 被動性任務

    用戶被動接收的任務

    1.用戶對于任務發起時間沒有預期

    2.用戶對于任務實現形式沒有預判

  • 即時性任務

    任務發起后即時獲得結果并終結

    1.任務過程時間短任務結果明確可預計

    2.變化性較小

  • 持續性任務

    任務發起后需要持續進行一段時間

    1.任務過程持續時間較長任務過程中隨時可能出

    2.現信息變化和新操作選擇

    3.任務持續過程中,很有可能同時存在其他任務

  • 駕駛中任務

    用戶在汽車行駛過程中完成的任務

    1.用戶可提供的注意力非常有限

    2.用戶通常需要同時處理其他任務

  • 暫停中任務

    用戶在汽車短暫停留狀態下完成的任務

    1.用戶可提供短暫的專注力

    2.用戶可容忍較短暫的響應和等待時間

  • 靜止中任務

    用戶在汽車靜止狀態下完成的任務

    1.用戶可提供相對較久的注意力

    2.用戶能夠處理更多的信息和相關任務

  • 感知延遲性任務

    用戶在任務發起后并不能立即感知到任務效果和可能存在的結果,必須要經過一段時間延遲,才能知曉或感受到

    1.對于任務結果感知延遲的原因包括有:空間距離、網絡響應、體感能力等

    2.用戶任務結果有可能存在變化和意外情況,無法完全預見

  • 跨終端任務

    同一個任務在不同操作終端之間進行延伸或轉換

    1.任務過程中,存在于不同終端的信息具有同步性和關聯性

    2.用戶對不同終端的信息量需求存在差異

· Step4:交互原則及設計思路梳理
基于不同任務特征的交互原則梳理
不同的任務特征分類對于用戶交互行為有不同的需求,包括:用戶需要的交互通道、用戶可提供的注意力、用戶需要的信息類型及方式等
基于不同任務分類及其特征,梳理提出相應的交互設計原則,作為交互體驗設計的指導規范
1、駕駛中任務

less is more 原則

區分用戶在相應場景下的不同需求優先級, 關注主要需求或高頻任務的信息及操作提供, 弱化其他信息和操作,通過盡量簡單聚焦的信息呈現實現更加直接高效的使用體驗

設計應用舉例:HMI首頁

賦予首頁新的定義
常用功能的切換: 優先顯示用戶的4個高頻任務(導航/電話/音樂/收音機),使用戶能夠快速定位和進入
同時, 首屏也可以被用戶定制成為自己最常用的4個功能
增加單個任務的顯示區域,使用戶無需進入任務模塊,在首頁即可直接知曉當前任務的核心信息

設計應用舉例:功能頁面

在具體功能界面去掉功能切換導航, 簡化界面內容, 最大化可視空間
讓用戶在具體模塊的操作更具有沉浸感, 操作更加聚焦
2、駕駛中任務

習慣記憶原則

通過簡單統一的交互模式,幫助用戶快速建立操作習慣,形成記憶,減少用戶學習負擔和操作記憶

設計應用舉例:智能圓圈

提出“智能圓圈”的整體交互概念,以黃金區域點的位置建立用戶的習慣關注焦點(居于界面左側中間),可以完成全局切換及信息推送提醒等功能
讓用戶在具體模塊的操作更具有沉浸感, 操作更加聚焦
3、被動性任務

最小參與原則

系統幫助用戶完成更多操作和選擇,用戶僅參與極少的必要操作環節(如確認);或通過非打擾的交互通道完成用戶交互(例如語音),盡量減少用戶在駕駛過程中的思維和操作負擔,以保證行車安全。

設計應用舉例:信息提醒的處理

智能圓圈提醒油量不足的時候,用戶無操作的情況下10自動消失
4、主動性任務

引導性原則

針對前后相關聯的操作動作和操作結果, 通過適當的場景交互方式, 向用戶清晰提示出操作動作和頁面信息結果之間的指向關系, 引導用戶快速理解頁面層級關系和操作結果。

設計應用舉例:功能模塊入口點擊進入具體頁面

采用扁平化的交互架構、卡片式的動效交互場景,引導用戶清晰理解功能模塊觸發入口和具體功能頁面的操作指向關系
5、關聯性任務

扁平化原則

整體信息架構和頁面層級應該盡量少,可以通過Tab切換、側拉,浮出層、點擊展開等方式替代進入更深層級頁面。用戶不需要陷入較深的頁面,保證隨時都清楚當前所在位置,并且隨時能夠靈活快捷的進入其他頁面或轉換進行其他操作,減少用戶使用過程中的路徑記憶負擔和操作心理負擔,提高操作效率。

關聯性原則

針對相關聯的操作任務和信息層級,通過適當的信息呈現和交互方式,向用戶提示出操作任務之間的關聯性,幫助用戶快速理解和學習使用。

設計應用舉例:收音機頁面

在行駛過程中,用戶無法仔細查看屏幕和進行深層級的操作, 盡量減少用戶操作層及,對于經常使用或存在一致性的操作內容 (音樂/收音/視頻/圖片頁面),支持手勢操作
音樂/收音機等頁面, 使用側拉展開的方式顯示收藏列表和文件列表,無需點擊進入專門的列表頁,使用戶的主要操作都能夠在當前頁面完成
加為收藏的當前電臺以動態方式掉入右側的收藏列表面板
6、感知延遲性任務

可預期原則

系統盡可能向用戶提供面向結果的預期判斷,嘗試預測任務的目標或結果,并提前告知用戶,以保證用戶對于任務結果有足夠的預期,并提前作出判斷和決策。

設計應用舉例:遠程控制

用戶通過手機端遠程開啟車內空調及凈化設備后,手機上顯示當前車內溫度及空氣質量情況,幫助用戶判斷進入車輛的合適時間
7、駕駛中任務

最小參與原則

系統幫助用戶完成更多操作和選擇,用戶僅參與極少的必要操作環節(如確認);或通過非打擾的交互通道完成用戶交互(例如語音),盡量減少用戶在駕駛過程中的思維和操作負擔,以保證行車安全。

設計應用舉例:遠程控制

用戶導航駛往目標停車場的途中, 當系統提示用戶目標停車場滿位時,應該同時將備選停車場主動推送至用戶,經過用戶一鍵確認或語音確認,直接生成新的停車場導航。而不是僅僅告知用戶停車場滿位,需要用戶自己重新搜尋其他停車場
8、跨終端任務

無縫銜接原則

當用戶的交互平臺發生改變,但初始任務還沒有完成時,應該能夠讓用戶在新平臺上自動收到未完的任務并繼續完成,而不是讓用戶在新平臺上自己重新發起原有任務。

設計應用舉例:跨終端分段導航

當用戶駕車導航前往某景區時,通過車載中控端導航開車到達停車場,停好車后,手機端自動繼續進行停車場至海洋公園的導航,到達海洋 公園后,手機端自動開啟景區導航與導覽
三段導航在車載端和手機端實現自動的無縫銜接,停車后無需用戶在手機端重新設置導航至景點,到達景區后無需用戶重新開啟景區導航
9、持續性任務

里程碑原則

將完整的、跨度較大的持續性任務,切分成由多個里程碑組成的、可以和實際操作環境相匹配的階段性任務,并給出清晰的里程碑提示。根據不同的階段操作環境提供合適的交互方式,引導用戶分階段完成任務目標。

設計應用舉例:不同場景下的持續導航

當用戶車輛進入停車場后,常規的室外導航方式結束,繼續通過直觀的近距離引導方式進行停車場內車位導航,引導用戶直至最終停車位。 例如:通過三維場景圖指引用戶在下一個路口左轉/右轉/直行
合作咨詢

上海

上海市浦東新區郭守敬路498號21號樓207-209
021-61606918
[email protected]

辦公地址地圖

北京

北京市東城區建國門內大街18號恒基中心三座521
010-65186625
[email protected]

辦公地址地圖
首頁|案例|服務|關于|face+

Copyright ? 2009-2015 FaceUI design. All rights reserved

在微信中搜索faceui
或保存二維碼在微信中打開
上海辦公地點地圖
北京辦公地點地圖
pc蛋蛋登陆不了