從快車看用戶需求分析:解決未知新需求的六步驟

2020-12-12 人人都是產品經理

文章深度研究了滴滴出行中「快車」功能需求的產生,為我們提供了面對未知新需求時給出解決方案的六大步驟。

很多人會覺得用戶需求分析是產品經理的核心功力,但是對於運營人員來說,用戶需求分析同樣非常重要。

運營作為離用戶最近的人,應該更需求傾聽用戶聲音,挖掘客戶需求,並進行需求分析,可以更好地作用於運營策略中,快速反映出用戶對產品的看法和意見,及時把握用戶最新動態,提高用戶的忠誠度。

下面是我嘗試對滴滴出行的快車功能做出的用戶需求分析:

先來看下滴滴出行的頁面結構:

根據上面兩張圖,我們可以看到滴滴出行作為一款打車軟體,最主要的功能是叫車,只有你想不到,沒有你叫不到。

而打車需要有上車地點和要去的地方。打車的客戶有兩個特點,趕時間和懶,所以儘可能的簡化操作方式,將複雜操作轉移給系統,讓客戶減少額外的付出,才會更吸引用戶使用。

所以,滴滴的頂部導航只放置了logo和城市坐標,簡潔明了,沒有多餘的幹擾信息。其次,內容區域採用滾動式標籤導航和下拉菜單式導航相結合的方式,既可以實現各標籤之間的快速切換,又可以不用跳轉即可瀏覽所有條目。

不過為了本篇分析更加集中,更有針對性,今天我們只嘗試分析下滴滴的「快車」功能需求是如何產生的。

一.找到並分析快車的目標用戶

滴滴在推出快車之前,其實已經有專車這個功能,專門為高峰期打不到計程車或者不想打計程車的客人提供舒適便捷的私人專車服務。那個時候的專車更像是一種面子裝飾,因為專車的車型基本都是B級車,也不提供拼車服務,車費一般是計程車的一倍之多。

雖然在開始擠佔市場的時候可以通過補貼的方式讓乘客對價格感知不那麼強烈,但是在滴滴處於壟斷地位並且市場穩定之後,作為一款要盈利的打車軟體,戰略上一定會變成如何讓更多的乘客更方便快捷的打到車,而不是更便宜地去打車。

但往往產品的商業需求和用戶需求是對立存在的。想要乘坐專車的乘客並不全是甚至大部分都是對價格很敏感的普通上班族。他們在已經習慣用補貼便宜又舒服的打到車之後,忽然有一天你告訴他,我們不再提供補貼了,高峰期還要加小費,要繼續打車就必須付比計程車貴一倍的價格出來。現在的客人雖然素質參差不齊但都是傲嬌的,很有可能就轉投人民優步旗下了。畢竟沒有人不喜歡便宜又好用的東西。

所以在沒有補貼或補貼額度很小的情況下,想要留住這些時效要求高,有一定經濟基礎但是對價格也很敏感的客戶,就要推出比計程車舒服同時又比專車便宜的新型打車功能——快車。

二.模擬用戶場景和行為

我們模擬兩個場景:

1.某個工作日,一個普通上班族

  • 趕著去郊區參加公司的年中會,但是會議地點離公交站和地鐵口都有一段距離,走路的話要花費不少時間;
  • 為了保持衣冠整潔,提前到達會議地點;
  • 他選擇打車出行,但是計程車不舒服還有可能因為回程空車被拒載,專車距離遠的話又很貴。

2.某天下班時間,一個普通小白領

  • 項目出錯被老闆開會的時候罵,難過的想哭;
  • 但是下班高峰期地鐵公交人很擠;
  • 不想被人看見難過的樣子同時也想快點回到家。

三.設定用戶體驗目標

上面的兩個模擬場景中,用戶最本質的需求都是「快」。簡單方便地叫個車,以便宜的價格享受舒適的專車服務,快速到達目的地,同時又能很好地維持自己的形象。

所以我們可以大膽的推算,對於大部分的乘客來講,如果可以快速的打到車,價格又比較親民,也不用擔心司機繞路去接拼車的其他乘客,舒舒服服的就到了目的地,這個用戶體驗一定是很好的。

四.確定衡量指標

那又怎樣衡量我們要做的功能是不是滿足了客戶的需要呢?

就需要衡量下面這幾個指標:

  • 從用戶開始叫車到司機接單的時效
  • 用戶行程距離的均價
  • 司機對路程的熟悉度
  • 用戶滿意度評分

五.分解達成指標的關鍵因素

要完成上面所說的指標,我們需要先分解一下其中的關鍵因素:

這些用戶使用快車的動機首先應該是快,其次價格比專車要便宜,同時又可以和專車一樣舒適。解決這個問題,初期需要補貼,給乘客出行優惠券,刺激他們使用,教育用戶對快車形成習慣。其次對司機實行滿單獎勵,刺激分享引導更多的車主來註冊,保證車輛的運營。

但是基於政策和網上的關於網約車不好的言論,用戶會有些擔憂,乘坐私家車是不是安全,支付的時候安不安全,高峰期司機會不會拒單,司機的駕駛技術怎麼樣,路況熟不熟悉,車況好不好,坐著舒不舒服等等。

我們還要排除他們的擔憂,比如在支付頁面增加支付安全提示、直接派單給司機、增加車主註冊的要求、對他們的車齡和駕齡都做要求。同時在行程頁面向用戶展示出發地和目的地的路程,估算大致的價格等等。

最後用戶要使用的時候,可能會因為新的功能不熟悉出現一些障礙,比如網絡環境不好一直下不了單、行程頁面上看不到價格的變化、如果提前有出行計劃,想要提前約好車子卻找不到預約的按鈕、甚至在叫車的時候發現沒有辦法準確的定位,這些都是可能會在使用的過程中遇到的障礙,如果不事先準備好解決的方案,用戶很可能就放棄並且不再使用這個功能。

六.提出解決方案

那我們要通過怎樣的辦法來解除用戶對新功能的擔憂呢?

我們可以讓IT工程師優化算法,穩定網絡環境,在行程頁面根據用戶的位置一直跟隨,並展示當前的價格變化。

同時做一個新功能引導,用戶第一次使用的時候引導他們觀看,如果用戶沒有打開GPS開關,就可以跳出提示,請用戶打開手機上的定位系統,方便司機準確的接到用戶。

所以,總結下來,當我們在面對一個未知的新需求時,可以通過以上這六個步驟,嘗試著找到我們的目標用戶,模擬他們的使用場景,評估需求的必要性。然後設定一個用戶體驗目標,在這個目標的大前提下,確定達成目標需要衡量的幾個關鍵指標,再細化分解達成指標的關鍵因素,比如用戶使用我們產品的動機,在使用的時候用戶可能會出現的擔憂,以及實際過程中可能會遇到的障礙等,最終針對這些關鍵因素,給出解決方案即可。

 

作者:小樂,動如脫兔的娛樂小搬運工,能動手的絕不囉嗦,運營打雜中,希望在實踐中形成自己的運營邏輯體系。

來源:微信公眾號:簡運營深夜食堂

本文由 @簡運營深夜食堂 授權發布於人人都是產品經理,未經作者許可,禁止轉載。

相關焦點

  • 需求溝通與分析:需求溝通分析的三個步驟
    文章主要分享了關於需求溝通以及需求分析的幾個問題,希望通過本篇文章能夠給各位帶來些啟發和幫助。問:需求溝通分析有幾步?答:三(sán)步。質疑|是否要做這個需求?如何思考是否要接某個需求,可以在心裡問自己這樣幾個問題。首先,這個需求是否合理?這就需要作為設計師的我們儘可能全面的理解需求的背景、用戶群、使用頻次、上線預期效果等。
  • 需求分析初探:詳解需求定義、來源及需求關係
    需求分析的定義如果使用幾句話來概括需求分析的定義,那麼便是「從用戶需求出發,挖掘用戶的真正目標,並轉化為產品需求的過程」。用戶/產品需求分析,如果從來源上劃分可以分為面向普通用戶的需求分析與面向企業的需求分析,前一類就是針對普通消費者,比較容易理解,而後者一般以功能性為主,對於人機互動,使用體驗等方面不是很看重!一方面是因為面向企業的軟體少有公開的競品,另一方面企業追求成本,看重效率,所以只要能夠解決企業的問題,其他的老闆都不會太在乎!
  • 需求分析——需求調研的主要步驟及方法
    下面這張圖給出了需求調研的基本過程和步驟。圖 1需求調研的基本步驟需求調研的基本步驟是調查系統需求、編制事件列表、發現系統角色、編制用例模型、編制類圖模型需求調研的第一步是調查系統需求,調查系統需求的方法,在前面的課程我們已經討論過了。在這裡主要採用與用戶的面談方式,通過與用戶的面談,找出系統的相關事件,並寫出事件列表。需求調研的第二步是依據前面給出的事件列表,歸納和抽象出系統相關角色,建立角色列表。
  • 四步搞定需求|需求獲取、需求分析
    2.內部1)產品●數據分析通常情況下,有兩種東西會直觀地反映出一個人的心理,一個是他所說的話,另一個是他所做的事。用戶調研和用戶反饋,就是去聽用戶「說話」。而數據分析,則是去看用戶」做事」。所謂「做事」,就是用戶在使用產品過程中所產生的行為。而用戶產生的這些行為,會以數據的形式被記錄下來。
  • 用戶需求分析常用的3個理論
    產品經理能否準確地判斷出用戶的需求很大程度上關係著產品的成敗,對用戶的需求進行分析也是設計產品的第一步,為此,筆者整理了3種用戶需求理論,希望能夠幫大家更好地把握用戶的真實需求。認知的需求,是指對己對人對事物變化有所理解的需求,例如閱讀書籍了解未知的事物;審美的需求,是指對美好事物欣賞並希望周遭事物有秩序、有結構、順自然、循真理等心理需求,例如聽音樂。筆者認為,相比五層次需求理論,七層次需求理論更有助於大家對用戶的需求進行準確的把握,也更貼近於大家對現實需求的感知。
  • 拿準用戶心思的殺手鐧:用戶隱性需求的調研、挖掘方法
    笑歸笑,其實上面故事本身反映出來一個很重要的信號,一定要知道用戶真正的需求點在哪裡,不然最後都只是徒勞。接下來要講的顯性需求和隱性需求,就是專門幫助大家如何快速分析出目標用戶的真正需求點在哪裡。根據KJ法的理論,許多新思維、新理論、新觀點、往往是靈光一閃的瞬間得到的。KJ法可以對研究對象盤根錯節的問題表現進行梳理,探析問題的本質,尋找解決思路。KJ法可應用於多個領域之中。在確定應有的風貌形象、確定根本問題所在、歸納各種想法、預測將來情況、確定解決問題的方向等問題上,KJ法是一種行之有效的方法。
  • 需求分析:用戶需求研究四要素
    用戶真相是什麼?無疑是最難的環節。作為產品經理,天天都在圍繞吃透用戶真相運轉。但是總是會出現對於用戶的需求過於自信,大多時候以參與人員為藍本,研究結果遠離用戶真相,形成了「產品經理人體驗」,「運營人員體驗」,「領導人體驗」等。作為產品經理,在每細化一個需求時,大家有跳出產品人經驗,深挖過需求的背後嗎?
  • 用戶需求分析工具有哪些?如何有效的進行用戶需求分析?
    對於企業和運營來說,用戶需求分析是必不可缺的,而分析結果的精準度也影響著後期產品的運營和營銷效果,想要獲得這些用戶需求信息,需要專業的用戶需求分析工具,比如說Mob AnalySDK用戶行為分析系統,對用戶在
  • 36氪APP用戶需求分析
    編輯導語:36氪一直以來通過全面、獨家的視角,為用戶深度剖析最前沿的資訊,致力於讓一部分人先看到未來。今天,在本篇文章中,作者就對36氪APP的用戶需求進行了分析,看看36氪在滿足用戶需求上有哪些需要改進的地方。
  • 白皮書 | 智能照明與物聯網的用戶需求分析
    用戶需求的分析有多種方式。     其中,馬斯洛的需求層次理論 *(英文名:Maslows hierarchy of needs)曾提倡通過 needs 和 Wants 的倒三角方式來分析預判用戶需求;但有人(吉爾特·霍夫斯塔德)批評這種需求層次的排列(例如自我實現為最高需求)已經成為一種種族優越的表現,並指出需求層次理論無法進一步描述社會與思想的需求,特別在同時存在個人與集體利益的社會中
  • 3個步驟,快速分析toB產品需求
    拿到tob產品需求時,你一般會如何進行分析呢?你的常用分析方法是什麼呢?如果你不知從何下手,那通過本文,你可以快速掌握三個分析方法,解決這一難題。根據此需求可以抽象出如下實體:幫助文檔、資訊、工單、用戶、管理員、維修人員,並兩兩關聯看是否有強關聯(兩個實體有關係),如果有則在兩個實體之間畫一條線。
  • 你獲取用戶需求的方式正確嗎?
    我們一直在說向用戶要需求,我們從用戶那兒得到的需求就是真正的需求嗎?用戶的需求實際是非常難以琢磨的,有時我們以為懂了用戶的需求,但產品上線後業績慘澹;有時我們按用戶說的需求設計產品,最後用戶卻不買單。下面介紹軟體需求到底應該怎麼分析。先來分析一下需求獲取的分析過程,如下圖所示。
  • 項目需求分析:了解需求理論是做好需求分析工作的基礎
    怎麼理解「需求」?需求分析涉及哪些內容?本文將從需求定義、需求分類、需求分析的概念、需求分析的流程四個方面來介紹需求分析的基本理論。需求的定義IEEE軟體工程標準詞彙表中對需求的定義是:用戶解決問題或達到目標所需的條件和能力;系統或系統部件為滿足合同、標準、規範或其它正式規定文檔所需具有的條件和能力;以上條件和能力的文檔說明。
  • 都在說用戶需求,那麼用戶到底有什麼需求呢?
    對用戶需求進行更準確的細分是至關重要的,而這個細分一定不能憑藉我們做產品的經驗和直覺。許多人總認為自己非常了解自己所在的行業,然後過分依賴自己的個人經驗,覺得「用戶也會有這樣的需求」。這種做法不但缺乏科學性,而且往往容易把企業引到歧途上,我們需要有科學的方法,對用戶的需求,進行詳細的洞察和分析。
  • 需求分析-需求的分類、排序及拆解方法
    回顧你的一天,均與需求有關。手機鬧鈴叫你起床,滿足了你的早起需求;解鎖單車前往辦公室,滿足了你的出行需求;中午不想出門故選擇餓了麼點餐,滿足了你的吃飯需求;午後閒暇時光看劇刷朋友圈,滿足了你的娛樂及獵奇需求;天涼了缺點衣物故淘寶選購,滿足了你的購物需求;晚上下班後用手機給家人打打電話,滿足了你的歸屬需求。
  • 企業系統需求分析(1):目標不明確,如何進行有效需求分析?
    做任何產品,不能直接了解需求,這樣容易陷入細節,而偏離整體項目。當你的目標不明確時,你需要了解清楚現狀:問題和機會是什麼?有什麼影響?再確定解決方案,有效進行需求分析。「為什麼這次又延期上線?!」「因為需求方又變更需求啊!」
  • 如何進行培訓需求分析?
    培訓需求分析(TNA)總是有原因的。
  • 產品技能樹之需求分析(二)
    編輯導語:在上一篇文章中,作者分析了需求的基本定義以及收集渠道等,詳情:產品技能樹之需求分析(一);本文主要是介紹了需求分析以及需求取捨,我們一起來看一下具體內容。由於是需求分析的系列文章,所以先簡單回顧上篇文章的內容,上篇文章主要寫了需求分析中的需求定義、需求收集和需求過濾部分。
  • 野路子的產品心經之需求分析:需求來源、需求辨別、需求處理
    1、先說作為產品助理時,領導吩咐的需求,首先我們不僅要把領導交代我們的需求捋清楚,還要把整個產品的目標、用戶群體、業務流程、涉及的關聯模塊都捋明白,做到不看師傅的文檔,自己用筆或者藉助工具visio把產品整體框架、業務流程畫一遍,把輸入輸出的信息整理出來,學習站在總體大局觀上看問題,才能將問題想明白。
  • 如何做好軟體需求分析?
    軟體開發一般包括:可行性分析、需求分析、軟體設計、軟體開發、軟體測試、軟體實施、軟體服務等步驟,需求分時軟體開發的第一步驟。用戶需求分析是指在系統設計之前和設計、開發過程中對用戶需求所作的調查與分析,是系統設計、系統完善和系統維護的依據。