工作中的產品案例,對“產品優化”的一點思考

1 評論 13917 瀏覽 112 收藏 11 分鐘

我今天繞過“體驗”分享一些自己總結的關于產品“體驗優化”的方法。就好比一篇教人如何追女孩的攻略一樣,不管是不是愛,方法可行能追到女孩就好。

人的一生包括工作、學習、養生、交談、旅游……都可以抽象為做一件某某事,無論做任何事,我認為方法最重要,我個人比較贊同方法論。對于一些以結果為產物的分析文章很難從里面提取出一套具體的方法,每當我讀到這樣的文章時,總感覺得不到什么具體收獲,頂多收到了些許啟發。于是,我希望我寫的東西都是以結構化的方式呈現一套做某件事的方法。

說到“體驗”,這個詞既熟悉卻又難以定義,熟悉因為工作中“用戶體驗”時常掛在嘴邊,難以定義因為它代表一種感覺,就跟“愛”一樣,縱使大家愛得死去活來的,當被問到什么是“愛”時卻不知如何回答。

我今天繞過“體驗”分享一些自己總結的關于產品“體驗優化”的方法。就好比一篇教人如何追女孩的攻略一樣,不管是不是愛,方法可行能追到女孩就好。

用一個真實的案例來描述更符合看官的需求(當自己是看官時的一點體會,這算說到“用戶體驗”了嗎)

需求:App內”車險購買”流程的體驗優化

背景

之所以要對現有的流程進行優化,是因為經常能聽到公司里的員工吐槽這個流程,主要集中在輸入信息太多沒,完全不想走下去,希望能少輸入點東西。

當我們來分析這個問題,首先這個功能屬于業務功能,并且是跟其他保險公司合作的業務,保險公司實實在在需要這么多的信息才能成交業務,所以減少信息收集是不可能的,但是用戶的感受也是真實的,這里放兩個原頁面,大家感受下。

開工

收集并整理用戶感知,明確優化方向

確定了必須優化這一事實后,我將用戶的心聲總結如下:

  1. 輸入內容太多
  2. 完全不想下一步
  3. 某些地方不知如何填寫
  4. 看到投保方案懵比了,不懂怎么選
  5. 查看報價隱藏太深

通過對問題的總結和分析,明確了優化的大方向,即流程優化和交互優化

流程優化

流程優化主要集中在減少頁面總數(即主要頁面跳轉次數)、合理分布信息采集頁面。

為了減少頁面總數,首先看流程上有沒有可直接砍掉的頁面,這里發現了兩個,一個是僅包含一個輸入項的頁面,另外一個是選擇比價公司的頁面(比價的目的就是為了撿便宜,不是所有用戶都明確想比哪些公司的報價);然后就是想辦法減少頁面了,通過交互的優化最終成功減少了2-4個頁面跳轉。

為了合理分布信息采集頁面,首先從流程提取主要環節,得出整個流程主要環節為:查車、比價(報價)、下單、購買。之前的流程是在第一步就把除投保方案以外的所需信息全部收集完,所以用戶看到接近兩屏的輸入內容,可能直接就放棄了。通過查看保險公司的接口文檔,發現在查車這個環節其實只需要一條數據,即車輛品牌型號,品牌型號在行駛證上,用戶既然已經掏出行駛證,并且后續的算價也需要行駛證的完整信息,所以這一步可以一并進行收集。信息分布優化的來龍去脈下圖:

交互優化

交互的定義:

人機交互技術(Human-Computer Interaction Techniques)是指通過計算機輸入、輸出設備,以有效的方式實現人與計算機對話的技術。

本次交互優化的目標是減少用戶手動輸入內容,提高交互過程中的“智能化”。

(1)記憶能力

用戶通過app進行算價之后不一定會馬上購買車險,所以在用戶下次進入時是否可以不必再輸入某些信息,于是可以將車主信息、車輛信息通過車牌號碼(唯一標示、方便輸入)進行保存,下次進入只需選擇或輸入車牌號即可跳過這一步驟。

當然投保方案也要能夠保存,通過某個標示可以調出來,用戶輸入投保方案時也能很快完成這一步操作,接下來的優化方法可以滿足這個需求。

(2)快捷模板運用

主要是將復雜的投保方案各項目進行搭配組合,為用戶提供3種預設方案和一個自定義方案。并且在用戶需要算價時默認填充一個方案進行算價,之后提供方案調整的功能供用戶進行微調。

如此下來首次通過app進行車險算價的用戶手動輸入內容減少一半,對已有車輛的算價全程可以無任何手動內容輸入即可算價,當用戶有明確購買意愿后再采集收貨信息、投保人、被保人等訂單相關信息。

優化結果

通過主要頁面流轉圖進行對比(這張圖應該在畫原型之前生成,將頁面上的元素按塊歸類,這樣可以在整理思路時無需被細節干擾?),放一張優化后的部分頁面流轉對比圖

方案數據對比

總結如下

流程優化

以用戶場景為依據減少不必要的操作流程。

流程中的各個環節盡量挖掘用戶進入這個環節的主要目的為依據來考慮設計,而不一定要考慮所有可能性,避免多此一舉的用戶操作。

當你在飯點時進入一個餐館,老板總是會第一時間問你吃點啥,雖然你可能是訂餐、訂外賣,甚至問路、借衛生間,基于有這么多種可能性,如果當你進入一個餐館,老板第一時間問你要干啥,你會什么心情?

查看開發接口文檔設計業務流程。

接口文檔不僅是給技術看的,產品經理也要能看懂每個接口的請求和返回字段,才能更好的設計流程。

因為自己公司的接口可以根據業務調整,對于與其他公司合作,或有第三方加入時,別人提供的接口,當你無法讓別人改接口(一般都會是通用接口)的情況下只能想辦法如何更好的配合。

以結果為導向拆分流程,循序漸進達到目的。

在復雜的業務流程中不要在一開始就給用戶造成很大壓力負擔,這樣很可能會失去給用戶展示后續流程的機會。

就跟很多電信詐騙一樣,經常有報道受害者如何被不法分子分多次騙走巨額錢財的新聞,很少有聽到一次性被欺詐巨額錢財的報道吧。

減少用戶輸入

幫助用戶記憶

可能進行重復提交的輸入數據通過數據緩存、服務器存儲幫助用戶記錄下來,下次可通過某一簡單信息直接調取。

我每天早上都會在固定的包子鋪買一個饅頭一杯豆漿,經過2、3次后每次我還沒走到店鋪,只要老板看到我正往他那里走,就會把一個饅頭一杯豆漿裝好,我走過去拿上早餐付錢就可以走了,我會覺得老板的“用戶體驗”做得很好。

幫助用戶選擇

繁瑣的輸入框、選擇項打包成方案選擇供用戶快速輸入。

就跟拍婚紗照一樣,影樓都會提供很多套餐,客人可以直接選擇或選擇后進行微調,最終敲定方案,這樣節約了時間的同時又滿足了客人心中的特殊需求。

 

本文由 @吳某某?原創發布于人人都是產品經理。未經許可,禁止轉載。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 好像不錯的樣子

    來自浙江 回復