需求頻次的高低,如何影響產品設計?
最近看過了很多千篇一律的文章,一直在給我解釋一個事情,為什么那么多O2O死了,外賣和打車還活著。
大眾的解釋方法是按照頻次需求來進行解釋,衣食住行這些是生活中必不可少的行為,頻次高自然就有需求,而其他的上門美甲、上門按摩等O2O,在大街上隨便拉一個人問一下,基本上100%的人都沒有經歷過這個事情,所以它的頻次需求自然不高,用戶獲取成本很高,也難以形成用戶習慣,因為根本違反現今人們生存的規律,這一點在當下來說是極其難打破的。
很奇怪地,我在眾多文章一直解釋的這個理由中看到一個關鍵字:頻次需求。
由此引發的思考,頻次需求不僅僅可以解釋我們的商業模式是否走通,特別是在我們產品設計的過程中,是非常非常實用的。
下面我將結合實際的例子進行詳細地講解。
頻次需求高
問題:在做產品規劃時,不管是網站還是APP,這里以APP為舉例進行解答,進入APP界面后,展示的是什么,你希望用戶看到的是什么,進行方案設計的根據是什么?
個人建議:很明顯,就是頻次需求高的功能,經常用的功能放在首頁,便于用戶點擊使用,減少點擊操作,優化用戶體驗。
例子一:
產品:微信
頻次需求高的體現:微信本質是一款聊天社交軟件,那么很明顯地直接展示的界面就是聊天界面,我們可以看到微信聊天界面是放在左起第一位的,在這個界面能看到和朋友以及微信群聊天的記錄、微信公眾號的推送以及郵箱接收的信息等等信息,這些內容都是我們在微信中使用頻次最高的一些功能,理所當然地放在首頁。
小細節:當我們使用微信的過程中,切換到朋友圈界面或者通訊錄界面,這時候將微信程序后臺退出,再次進入微信界面之后,界面是默認停留在微信聊天界面的,用戶這時候就可以進行聊天的功能,微信如此設計自然優化了用戶體驗,
同理地,騰訊QQ手機客戶端以及微博界面也是有以上這個細節在的。
例子二:
產品:愛奇藝
頻次需求高的體現:
1、在進入愛奇藝APP的過程中,會有一個廣告停留界面的時間,雖然這并不是用戶的頻次需求,但是在使用這個APP的過程中,必須經歷這一階段,所以才體現出廣告的價值,這是用戶必然會受廣告影響的。
2、在進入界面之后,我們可以看到搜索以及內容菜單欄在頂部,導航以及個人中心在界面的底部,這些都是用戶使用頻次比較多的功能,而界面中間是推薦的內容,愛奇藝為什么要如此設置,而不像網站PC端一樣直接進行一大批內容的展開?
- 手機的界面并不能放置太多的內容,放置主要推薦的視頻,頁面更加簡潔。
- 圖片中推薦的內容是當下流行的綜藝節目跑男以及熱播的電視劇羋月傳,一大部分的觀眾登錄愛奇藝的APP是去觀看此兩個節目的,這是頻次需求高的行為,在推薦中直接點擊進入觀看畫面,減少了用戶操作,也優化了用戶體驗。
- 在推薦模塊下,會有廣告商愿意付費進行廣告的推廣,增強產品的曝光率,如此一來就增加了一個商業收入的點,真正實現把流量轉化為現金流。
總結
將頻次需求高的功能進行優先地展示,在我們當下主流的產品中隨處可見,拿美團來說,打開美團APP,便出現了某電影的宣傳海報,然后載入界面,界面的規劃和愛奇藝大致一樣,搜索以及衣食住行分類在頂部,上門等其他功能以及個人中心在底部,界面中間是衣食住行的一些推薦商店,我們可以想為什么美團為什么不把上門服務放在首頁,因為衣食住行是比上門服務用戶頻次更高的需求,理所應當地應該放在首頁。
類似的例子還有許多,設計產品的過程中,我們需要多思考如何規劃功能的展示。
頻次需求低
前言:可能說了那么多有關頻次需求高的內容,大家覺得并沒有什么卵用,因為基本上所有的產品經理都可以對頻次需求高的功能處理得很完美,但是說到處理頻次需求低的功能,我相信不會有太多的人這方面做得很好。
問題:在產品設計的過程中,我們經常會遭遇這樣的情況,有一些功能比如:舉報、忘記密碼、修改密碼、申訴等等,這一類功能是產品中必須要加的,但是用戶使用的頻次需求低,藏得太淺怕用戶誤點,藏得太深怕用戶找不到吐槽產品,那么我們在產品設計中怎么去規劃這些功能?
個人建議:
1、針對頻次需求低的功能,先想一下市場上主流產品對于此功能的處理方式,
以這篇文章的標題舉個例子:為什么修改密碼放在設置里,
原因有兩個:
- 用戶頻次需求低,但必須有,藏在設置里面比較簡便,又不占據重要位置。
- 另外一個原因就是現在市場上的產品都是這么做的,既然那么多的APP已經培養了這個用戶習慣,想要修改密碼,找設置這個菜單,你如果自以為是創新一下,放在其他位置下面,用戶找不到絕對會吐槽這個產品。
2、找到了相似的處理方式,那么直接模仿照搬,不要跟已形成的用戶習慣去斗爭,沒有意義。
沒找到,那么我們只有藏起來,運用一些交互細節處理好,舉例說明。
例子一:
產品:知乎
頻次需求低的體現:類似字體設置以及賬號與密碼管理這一類功能都不是經常需要使用的,但是這些功能對于知乎的產品是需要的,所以統一放在設置里面,用戶也已經形成了習慣:修改密碼找設置,符合當下主流的產品設計,方便快捷。
例子二
前言:最近這段時間我把現在主流的音樂產品都下載來進行體驗了一遍,每個產品有利有弊,結合我們今天的主題——低頻次需求,在我們聽歌的時候,創建歌單這個需求算是一個低頻次需求,創建歌單的需求場景有健身、火車上、公交車上等等,同樣,這也是音樂APP必須加的功能,在我翻看周圍數十幾個人的手機后,發現普遍創建的歌單數在五個左右,不多不少,那么各大音樂APP是怎么設計創建歌單相關功能的?
我會針對主流的音樂APP產品創建歌單相關功能的設計,進行優劣的點評以及改進建議,純屬個人觀點。
產品:酷狗
創建歌單相關功能設計方式:在我的音樂界面中由我的歌單菜單進入到歌單詳情頁,在我的歌單界面中,可以直接看到左上角的新建歌單,清晰明了,點擊歌單右邊的設置按鈕,下方出現刪除按鈕進行歌單的刪除。
優劣評價:創建歌單的功能設計方式比較清晰明了,不管是新建歌單還是刪除歌單的功能,用戶都能很快找到這個操作,整體界面的設計以及交互一般。
產品:QQ音樂
創建歌單相關功能設計方式:在我的音樂中點擊我的歌單進入歌單界面,進入頁面后直接點擊添加進行歌單的添加,點擊多選后進入管理歌單界面,可以對歌單進行排序以及刪除的操作。
優:QQ音樂針對創建歌單相關功能設計方式是很好的,不管是添加還是刪除排序,用戶看到界面都是十分明了的,不會存在需要找功能的情況,交互體驗非常好。
劣:歌單詳細頁中寫的是寫的是多選,點擊進去之后界面上方標題變成了管理,你確定你不是在逗我么?就算你是多選吧,在進行歌單刪除操作的時候也不能批量刪除,雖然我書讀得少,但你別騙我好么。
改進建議:將多選改為管理的字樣,這樣點擊管理按鈕進入到管理歌單界面的標題對應,因為大部分的用戶并不會創建很多的歌單,所有這里也就沒必要做批量刪除歌單的功能,在歌單中批量刪除以及批量添加歌曲的功能就很有必要做了,因為用戶一首一首添加刪除真的很辛酸。
產品:蝦米
創建歌單相關功能設計方式:在我的音樂界面中,創建歌單換成了創建精選集的說法,點擊創建精選集出現選擇項新建精選集或者智能創建,選擇進行精選集的創建,如果你想刪除精選集,那么你需要進入精選集的界面,然后點擊右上方的三個點,你會發現如此多的功能在里面,不點不知道,一點嚇一跳。
優:個人認為蝦米有關歌單創建的功能唯一的優點在于智能創建這個功能,此功能便于用戶更好地尋找同類型歌曲進行精選集的創建。
劣:蝦米在這個功能的設計上可以稱得上是眾多主流APP最差的了,創建歌單和刪除歌單是同一個層次上的操作,一個放在外面,一個放在精選集里面,我想刪除歌單是花了很長時間才找到刪除的按鈕的,略麻煩。
而且在歌單的那個下拉菜單,菜單內容太多,部分功能是沒必要或是重復的,視覺上就給我很累、選擇困難癥的感覺。
改進建議:將刪除精選集的按鈕放在和創建精選集一個層次下面,便于用戶進行操作,另外在精選集內的下拉菜單,既然都有批量下載了,將WI-FI自動下載功能刪除,實在多余,何況這個功能一般都是放在設置里面的,當前市面上主流的產品都是這樣的,既然已經有了精選集詳情,為什么還要加個重命名,建議將重命名功能去除,首頁置頂顯示功能可以刪除,在管理精選集的功能中,加上排序的功能,上一個層次的功能就不要放在下一個層次的功能中來,太亂。
蝦米對于此功能的設計太糟了,不忍吐槽,希望在以后的迭代中慢慢進行改進。
產品:網易云音樂
創建歌單相關功能設計方式:點擊左上方的更多,彈出菜單,可以新建歌單以及管理歌單,點擊管理歌單,對于歌單的進行排序以及刪除操作。
優:功能設計較為合理,操作方便快捷。
劣:首先我看到更多,第一意識想到的是應該放在菜單標題的右上角位置,放在左上角顯然有些不習慣,另外就是找到創建歌單的按鈕還是花了我一些時間,不夠簡潔明了。
改進建議:可以考慮將更多換為管理的字樣,放在歌單的菜單的右方位置,這樣用戶更容易理解。
產品:天天動聽
創建歌單相關功能設計方式:在我的歌單的右方就有一系列的按鈕,非常直接,點擊創建歌單進行創建,點擊管理進行歌單的排序以及刪除。
優:用戶一看便知,簡單粗暴,簡潔明了。
劣:無
看了那么多的創建歌單相關功能的設計方式,如果讓我設計,我會如何設計?
目的為了鼓勵用戶基于健身等場景創建歌單,我會將創建歌單單獨拿出來,然后在我的歌單菜單旁邊加上管理的按鈕,用戶點擊按鈕可以進行排序以及刪除的操作,就是這么簡單,也不是很復雜。
然后,我看到了這個APP。
產品:酷我
創建歌單相關功能設計方式與我設想的是一樣,我比較贊同這種設計。
對于酷我,我認為在管理歌單中加上排序功能,就是完美了。
對于創建歌單功能的對比總結
我們可以看到,一個很小的功能——創建歌單,各類型的音樂APP中的處理方式都是不一樣,創建歌單算是一個低頻次需求,但是不是和修改密碼這種功能最多使用一兩次的功能,我們如何設計它的深度,太明顯了沒必要,隱藏得太深了,用戶找不到,有關低頻次功能的設計我們需要反復多對比,多思考,才能設計出更好的用戶體驗。
總結
對于頻次需求高的功能設計:在進行規劃設計一款產品的功能時,首先想到的是這軟件用來干嘛的,什么功能的頻次需求高,今日頭條主要是新聞資訊,那么首頁就是新聞頭條,各類直播APP頻次需求高的就是直播,將人氣高的直播入口放在首頁,根據頻次需求高低設計我們的產品是有必要的,如果沒遵循這個規律,那么絕對是有問題的。
對于頻次需求低的功能設計:對于此功能的重要程度,參考當下大部分主流產品的設計,已經培養了強大的用戶習慣,例如修改密碼在設置里面,我們就沒必要標新立異去進行創新,遵循就好。
對于市場上沒有參考性的功能設計,那么我們需要針對它的功能類型以及屬性,是否應該藏得深一些還是淺一些,產品經理在這個過程里面多進行設計以及交互細節上的揣摩,力求打造出更好的用戶體驗。
最后就是有興趣的讀者,歡迎加我微信一起進行交流。
#專欄作家#
不羈,微信號:hujianfeng1234,人人都是產品經理專欄作家對于電商以及社交領域產品有著深入的了解,對于產品設計以及交互體驗有著近乎偏執的狂熱,不折不扣的書蟲,熱愛思考,活到老,學到老,歡迎交流!
本文原創發布于人人都是產品經理,未經許可,不得轉載。
鑒于作者對音樂APP的分析內容,文章還是收了,個人感覺分析的較淺,尤其是低頻次功能,應該加上對用戶場景的判斷,當然沒有用戶數據說啥都是扯,但是我的體會是不會去主動創建一個歌單,更多的是單純為了聽,也許會在聽到好聽的歌時把它收到某個歌單里
首先非常感謝你的建議,我一一解釋:
1、之所以沒分析場景是因為涉及到比較多的分類,比如早起、健身、旅行等場景,進行細致分析的話內容很多,這篇文章只是對于創建歌單這個低頻次需求進行細致的討論,我不想離題。
2、而你所說的用戶數據,用戶數據是針對于一個整體的音樂APP產品,影響用戶數據的因素太多了,難道僅僅做好低頻次需求設計,這款音樂APP產品流量就很大,這顯然是不科學的。
最后說的就是我只是以創建歌單這個低頻次需求功能拋磚引玉,大家一起思考,也會有不足之處,歡迎加微信進行交流… ?