【產品之夏】用戶場景設計
用戶場景整理,針對大家提出的場景進行分析
小白
公司人事崗位,經常需要為老板安排一些飯局,去哪家餐廳,點什么菜是個大問題,還要考慮到距離和有沒有停車位的問題。
分析:這個場景其實是個偽需求。首先,企業的管理層就餐、招待用餐,其實都是有一個指定的餐廳的,所以不存在選擇餐廳的問題。而且,菜品也一般是固定的,不會輕易變動。所以,在這一塊,企業是不會有這種需求的。另一個角度,就算企業有這種需求,這種需求的企業畢竟在少數,對于一個公司來說,除非這種需求的公司是上萬人的,可能會考慮。一個公司做這種需求的產品,會很難的。只有做大眾的產品,走長尾的路線,才有生存的機會。
易卿
場景一:小明和小紅剛戀愛,小明想今天約小紅晚上去吃飯,不知道去哪一家合適,又怕覺得不好吃,又怕太貴自己負擔大,先通過app查詢附近商家店鋪,查看比較附近店鋪的菜品,直接通過app進行預約
場景二:用戶在首頁查看到推薦的菜品,直接前往商家
場景三:用戶在品嘗美食的過程中,拍照分享(直接拍照,還是掃描訂單生成照片)。
場景四:白白是一名單身女性白領,平常工作很忙,有時飯都吃不上。白白通過這個app,進行線上下訂單和支付,直接將自己選中的產品,送到公司前臺。
分析:
場景一:這種場景和需求確實存在,但是描述有問題。按照你的描述,首先要解決的是選擇餐廳這個問題。而我們的痛點是在已經選擇好餐廳的基礎上的。
場景二:推薦商品,這個是偽需求。用戶已經看到了菜品然后采取了商家,那么他就是有目的的,不存在選擇困難的問題。
場景三:分享。你這個場景應該是點餐后的行為吧,而我們要做的是解決點餐選擇的難題,不符合需求。
餐廳也是,不過需求優先級不夠高。我們要解決的痛點是:點餐選擇恐懼癥的人,而不是選擇餐廳
第四個場景不是主要場景。
粥粥
下班比較遲,然后幾個同事吃飯,如果很餓,那么點菜時最需要的最快上菜的菜品。
分析:如果下班遲,確實會考慮上菜速度,但不是所有的菜都基于這個需求來點,可能先點個糕點什么的充饑。還有就是,如果加班是常態的話,大家都會提前叫外賣。而且外賣基本上沒有什么選擇的,不存在選擇困難的問題。
Lary
朋友聚餐,五個人,兩個湖南的愛吃辣,一個上海的,愛吃甜的,一個東北的愛吃燉的,一個廣東的愛吃清淡的,推薦我來點菜,看了一遍又一遍菜譜,不知道怎么點才能讓大家都能吃的好。
Johnlee
一個人在外出差,地方不熟,是選擇困難的時候,直接去餐館吧,不知口味菜品,說自己是一個人又顯得尷尬,最好的情況是自己用某APP選擇好餐館,選擇好菜品,去了直接叫服務員來份xxx菜。
Nairo
用戶小明今天去見從外地來到上海的高中同學,玩了一下午后小明帶他去了海底撈,但是因為好久不見,小明不知道同學的口味,面對眾多的鍋底、菜品小明犯愁了。直接問別人可能會不禮貌,自己點又怕同學吃不慣。拿給同學點又怕同學點高了身上現金不夠。
Lulu
我和男朋友聽說某一家飯館很好吃,慕名而去。網上看到大家推薦了很多的菜品,但是不知道怎么選擇,也不知道什么更合我的口味。而且這家飯館還有些貴,我們希望在預算內吃的滿意。
以上四位所提供的用戶場景都是真實有效的,可以在產品設計中加以考慮。
總結
- 切忌空想,不是真實的用戶痛點,這樣想出來的是用戶場景是站不住腳的。
- 需求把握錯誤,把其他需求(預約、分享)當成了我們的痛點,這是方向把握錯誤。如果按照錯誤的方向來做,就是另一個產品了。
- 我們可以在現有的產品上衍生出分享、預約這些功能,但是這些功能肯定不是我們的產品方向。這些只是我們產品的一個功能點而已,而不是核心競爭力。
- 在產品設計過程中,我們必須清楚的知道我們要解決的痛點是在哪里,不要把次要當成主要,把偽需求當成需求來處理,真實的使用場景一定是接地氣的,而不是飄在云端的憑空想象。
產品之夏相關文章:
人人都是產品經理產品之夏團隊原創文章,未經許可,禁止轉載。 ?
文章寫得很好!不過覺得有個地方不好。此文開篇并沒有給出要解決的痛點是什么,雖然在文中有提到痛點是“解決點菜時的選擇恐懼癥”,但前面有可能使人有些云里霧里的感覺。
對頭,開頭老感覺少部分內容
持續關注中,加油哇