從產品功能定義到具體功能需求
編輯導語:如今,企業(yè)對產品的更新迭代已經能夠在很大程度上滿足用戶的需求,解決其痛點了。那么,功能需求作為影響用戶購買意愿的關鍵因素之一,產品設計師們該如何解決這一需求?作者以車機系統(tǒng)為例,分享如何將用戶體驗設計策略轉化為功能需求。我們一起來看看吧。
現如今,企業(yè)對于產品的創(chuàng)新和迭代已經能夠很高程度滿足用戶需求,解決用戶使用痛點。功能需求作為影響用戶購買意愿的關鍵因素之一,設計師們通常以用戶研究為基礎展開,通過獲取用戶的評論和看法,而將用戶不滿意的功能或還未實現的功能提上產品開發(fā)的日志。
但對于復雜產品或用戶需求多樣化的情況下,我們往往只能得到粗略的產品功能定義或設計策略,如何使其轉化具體功能需求,且成為打動用戶的賣點,是設計師和企業(yè)更需解決的問題。
本文以車企行業(yè)為背景,原因有幾點:
- 汽車作為一個復雜硬件軟件整合的產品,其產品定義和功能需求都比其他產品更復雜、更多樣化。
- 隨著新能源汽車市場的涌入,汽車的功能需求除了體現在硬件設置上,更體現在車企的車機系統(tǒng)上。
- 車機系統(tǒng)目前在市場上的用戶需求過于局限在第三方應用和系統(tǒng)流暢性上,對于創(chuàng)新的體驗需求難以洞察。
因此本文以車機系統(tǒng)為例,分享如何將整車產品定義或座艙的用戶體驗設計策略轉化為車機功能需求,以及評估核心功能需求點。
雖然本文以車機系統(tǒng)為分析案例,其仍能為軟件產品、尤其是智能硬件和軟件關聯使用的產品提供參考性,例如整屋智能家居的多產品定義到功能需求的轉化;及軟件大改版時體驗亮點的提煉。
一、轉化流程
根據在車企參與的多個項目經歷,復盤并總結了從產品功能定義到核心功能列表輸出的轉化流程,可以分為三個階段:功能定義聚類——功能優(yōu)先級評估——核心&具體功能列表。
1. 產品功能定義
在汽車項目企劃時,市場部給根據市場目前現有的產品功能和本次項目的技術支持條件,搜集到一份完整地、囊括了整車硬件和軟件的功能定義清單,清單以車內部件為劃分依據,功能項多達500+,各個部門都會根據這份清單來快速了解產品定義,但也僅限于此,龐大的功能項并不能直接反映出產品的體驗亮點、交互流程、甚至是具體的開發(fā)功能。
因此從產品功能定義到具體且核心的功能列表之間還需要展開一系列功能分析過程。
2. 功能聚類
說到聚類,很多設計師會自然聯想到需要掌握計算機知識的聚類模型和聚類算法,因而望而卻步,但是我們仍然可以借助一些工具來輔助進行功能分類的過程,本文在下文分享兩種定性化聚類的方法。
- 調整KANO模型分類層次聚類
- 利用用戶體驗地圖框架聚類
定性化的聚類方法不僅可以使設計師更敏捷的對功能進行劃分,也能幫助設計師更加深刻的站在用戶的角度理解功能定義的詳細語義。
例如“車內閱讀燈”功能,僅靠功能定義的標簽并不能得知該功能的使用場景和具體交互流程,這時就可以利用用戶體驗地圖框架詳細分析功能的體驗邏輯。
即“當駕乘人員想要閱讀或仔細查看物品時,可以在車機系統(tǒng)中通過快捷組件觸控式打開閱讀燈,且閱讀燈具備聚焦照明技術?!?/p>
通過這兩種定性聚類的方式,可以對繁雜的功能定義清單完成篩選和聚類。
- 篩選出和用戶體驗、尤其是和車機系統(tǒng)相關聯的功能定義標簽,迅速捕捉到產品所有的功能模塊,并利用KANO模型判定功能模塊的功能類型。
- 深入了解功能定義標簽的語義涵義,并快速梳理用戶在各階段可能存在的體驗亮點,以發(fā)掘產品的創(chuàng)新性。
3. 優(yōu)先級評估
對產品功能定義進行聚類之后,我們可以內部問卷或實際用戶問卷的方式,設計合理的問卷評估維度,計算問卷結果。這里通過兩次內部問卷,第一次以改版的KANO問卷評估車機系統(tǒng)核心功能模塊;第二次以主觀賦權法評估具體功能語義
二、功能聚類
1. 功能模糊聚類
在拿到功能定義清單時,可以通過模糊功能聚類,對功能進行初步的篩選,篩選得到可供UX研究團隊和HMI設計團隊參考的功能模塊清單。篩選維度可以是兩個方面:
- 以現有車機系統(tǒng)功能模塊為維度,對功能清單進行主觀模糊篩選和分類
- 以產品屬性為維度,例如“安全”“性能”“健康”“檢測”等,找出同一屬性的功能標簽逐一歸類
這里使用車機系統(tǒng)功能模塊為維度,以某個車型為例,對535個產品功能定義進行模糊聚類,得到八個功能模塊類別。其中“互聯交互”是產品依托新技術,但車機暫無的功能模塊。
通過對功能標簽的快速模糊分類,可以看出該款車型的功能定義反映在車機OS系統(tǒng)上主要聚焦于以下幾個方面:
- 通過車機OS對車輛的控制(車控模塊)
- 通過設置座艙內的硬件狀態(tài),實現智能座艙的各種模式(智能座艙設置模塊)
- 依托輔助駕駛技術的輔助駕駛功能(輔助駕駛設置模塊)
- 依托新技術(HUD/融合地圖)等的新導航功能(導航模塊)
- 融入更多的第三方娛樂應用(三方應用)
- 新增關于感知、互聯、反饋等新的交互形式,還需要在車機OS中體現
2. KANO模型分類層次聚類
已知產品定義涉及到多個功能模塊,且每個功能模塊下包含多個功能需求點,往往在開發(fā)中不能將全部功能都做到極致的用戶體驗,則需要找到最核心的功能模塊使其成為產品亮點,通過借鑒KANO的產品功能分類思想,結合這款產品定義屬于較為前瞻技術和創(chuàng)新體驗的產品類別。
可以取用KANO模型的五類層次的需求分類中的前兩類:期望型功能、興奮型功能和規(guī)范型功能。并將問卷設計的五層維度調整為三層“超出想象”“有點意外”“理應如此”,在團隊內部發(fā)放問卷。
最終“互聯交互”和“智能座艙”是超乎想象的興奮型功能,“導航”“感知”屬于有點意外的期望型功能,其余則是規(guī)范型功能。且這里的理應如此更傾向于隨著技術發(fā)展,人們逐漸認為這些功能應該順勢開發(fā)。因此在后續(xù)研究和設計上會聚焦于智能座艙和互聯交互功能。
3. 用戶體驗地圖聚類
通過以上,我們還是無法判斷功能模塊下的哪個功能需求真正影響用戶的期望度以及如何實現用戶體驗創(chuàng)新,因此利用用戶體驗地圖對詳細的功能標簽和語音進行聚類,可以得到用戶在每個階段存在的體驗機會亮點。同時為下一個階段:團隊內部評估需求優(yōu)先級,提供準備。
三、核心功能提煉
1. 主觀賦權法
基于以上對產品功能定義的聚類,我們可以得到以下信息:
- 下階段產品重點開發(fā)功能模塊為“智能座艙”以及新的互聯交互形式
- 對用戶用車的所有階段,產品具備的所有體驗點以及詳細的功能需求及描述
通過這些信息,可以對具體的功能需求點,進行主觀賦權,這款車型則從1,技術創(chuàng)新性2,體驗創(chuàng)新性3,開發(fā)可行性。三個維度評分,且根據業(yè)務和合作方的訴求,技術創(chuàng)新性全重占比40%,體驗創(chuàng)新性和開發(fā)可行性各占比30%。同樣的在團隊內部中以問卷形式對所有功能需求點打分。
2. 車機功能需求列表
根據內部打分,可以評估出功能優(yōu)先級,最終輸出為具體的車機OS功能列表,且這份需求列表代表了該產品的核心功能,最能夠體現產品的亮點。
四、結尾
當我們面對復雜的產品屬性、龐大的產品功能定義時,可以多嘗試聚類的方式,不斷縮小和收斂產品功能需求的范圍和優(yōu)先級。盡管有時候我們無法通過一次問卷,或一次主觀的分類就評估出最適合開發(fā)的功能。
但仍然可以合理的應用很少在該階段使用上的工具,例如用戶體驗地圖通常用來發(fā)掘體驗機會點,我們就能利用該特點,一方面加深對用戶的理解,一方面對雜亂五章的功能定義和語義涵義有更好的分類維度。
參考文獻:
[1]. 姚海, 金燁與嚴雋琪, 產品功能需求的定性及定量分析. 機械工程學報, 2010. 46(05): 第191-198頁.
本文由 @小胡的用戶體驗日記 原創(chuàng)發(fā)布于人人都是產品經理。未經許可,禁止轉載
題圖來自 Unsplash ,基于 CC0 協議
感謝分享
說了一堆專業(yè)的詞匯,感覺的好高大上的樣子,說來說去就是羅列,歸類