全栈工程师?
嗯.....目前并不是!

都9102年了,你還不會根據用戶場景做設計?

你知道如何根據用戶場景做產品設計嗎?本文筆者將通過五個案例來與大家一同探討:用戶場景的構建對於產品設計的意義,以及如何才能更好地根據地用戶場景做設計?

不知道大家在做設計的時候,是否有考慮過用戶場景。用戶場景的構建能夠讓我們的產品更好的為用戶服務。

大家有沒有想過為什麼有時候需求會經常的修改,設計方案也會不停的變化,很大一部分原因就是因為在方案的設計過程中缺失了一部分用戶場景,沒有窮舉。

到底什麼是用戶場景,舉個例子:

一、淘寶

9120年設計師不會根據用戶場景做設計怎麼行!

大家是否思考過:淘寶一個詳情頁這麼多複雜的功能是怎麼來的?為什麼產品經理會有這麼多點子開發出這麼多用戶想要的?並且又能幫助業務轉化的功能。

其原因就在於:用戶場景的構建。

那麼,我們來簡單的舉幾個在商詳這個場景的例子:

  1. 老王想要買個手辦送人,但是他不熟悉這個商品的價值,所以他進入商詳之後主要去看了寶貝的評價和商品詳情。
  2. 因為該商品是預定款,所以他在商詳中使用了諮詢客服的功能,問一問這個商品的出貨價格以及出貨時間。
  3. 老王覺得這家店東西很符合他的胃口,於是他想看一看這家店中是否有其他更物美價廉的商品,於是他點進了店鋪進一步瀏覽。
  4. 老王想送別人這個商品,但是不知道別人是否喜歡,所以他想要把這個商品鏈接分享給另一個朋友讓他幫忙參考一下。
  5. 老王覺得這個商品目前還是太貴,打算加入購物車或者收藏先觀望一段時間,等打折了再買(hottoys的東西一般出貨都會比預定貴很多,所以不要等,哈哈)

當我們描述完一些場景的時候,大家是否明白了,場景決定了功能,為了吸引用戶下單,淘寶在商詳給予了b端商家更多的功能服務,所以這裡的場景不僅僅是c端用戶需要的,也是b端商家需要的。為了讓商品能夠更好的銷售,滿足b端商家的銷售場景,淘寶通過後台商家端做了更多的營銷工具以滿足其營銷手段的場景。

當然這裡不能簡單的理解為用戶想要的就是我們要做的功能,如果用戶想要折扣我們當然不能直接給折扣,一定要挖掘用戶潛在的訴求。其實在商詳這塊我們不僅要考慮用戶在決策下單時候的場景,也要考慮業務價值的提升,比如提高客單價等。

接下來,我們繼續舉例子,這個例子想要講的是:設計形式同樣是基於用戶場景,也就是說一個設計架構、流程、布局都取決於用戶是如何使用我們的產品的。

二、Keep

相信用過keep的同學對這款應用的印象應該比較深刻——顏值高,並且交互也很不錯,所以這裡就用它裡面的一個功能來進行分析。

下面,大家看到的是一個為自己添加健身訓練的功能。從圖片中可以看到,當我們沒有添加任何健身訓練時,該板塊以一個大bt的形式告訴用戶這裡可以添加,一旦添加完之後,添加按鈕縮小至該板塊右上角,而健身訓練一旦添加超過兩個則會收起。

9120年設計師不會根據用戶場景做設計怎麼行!

然後,我們接着來看第二個樣式,這個方案是我根據第一個方案變化來的。我們看到這個方案在首頁時樣式有了變化,並且健身訓練的列表也進入了二級。有同學會說了,你這樣做豈不是把添加課程的路徑變長了嘛。

9120年設計師不會根據用戶場景做設計怎麼行!

沒錯,所以1,2兩個方案在不同的用戶場景下的優勢也是不同的。所以,我們可以通過用戶研究的一些手段來對用戶進行訪談和測試,看看用戶究竟是如何使用或者希望這個功能是怎樣的,這裡就不多贅述了。

所以,1,2方案的主要區別就是:用戶究竟是怎樣添加課程訓練的,當然在調研的過程中我們也需要找不同級別的用戶來使用這個功能

在這裡,我可以想象到的是:新手用戶在使用這個功能很可能是只添加1-3個健身訓練項目,原因就不多說了。如果是資深用戶,他們或許會添加更多的項目。

1,2兩個方案區別就在於:1方案更適用於添加少量健身項目的人;2方案則更偏向於添加大量不同健身項目的人。

而且,健身過的同學應該知道:健身它並不是一個胡亂吸收胡亂練的過程,一塊肌肉,一個動作做標準了才會有效,而且每個人的情況都不一樣。所以,如果是稍微懂點健身的同學他或許並不會一次性添加很多的訓練科目,而是一個科目練精。

所以,在keep的方案選擇時,1或許更適合這個專業健身指導的平台,但是他為了滿足另一部分用戶的需求,他將列表在首頁都呈現出來。優點就是方便直觀,缺點也很明顯就是刪除比較麻煩,左滑刪除也和頂部的tab有所衝突就沒有做,並且展開后無法收回,影響底下內容的顯示。

為了讓用戶更加仔細地選擇,並且不那麼容易放棄(猜測),所以需要一個更加詳細的頁面來指導告訴用戶一個健身課程的規範性,所以也將退出訓練做的較隱蔽。

9120年設計師不會根據用戶場景做設計怎麼行!

三、抖音

用過抖音的同學應該都知道,以下簡稱dy。

dy的用戶核心場景分為兩種:第一種是發視頻,另一個看視頻。那麼,我們就來聊聊發視頻和看視頻下兩種用戶場景中的設計細節。

1. 發視頻

發視頻也會繼續分兩個不同的場景,也就是拍和傳。所以,針對兩種不同的場景,抖音的音樂上傳也是有兩條不同的路徑。如果你是拍,並且需要有背景音樂的節奏的話,你在拍之前就需要選擇好音樂,比如拍的首頁這樣。

9120年設計師不會根據用戶場景做設計怎麼行!

另外,如果你是拍好了再匹配音樂也可以點擊右上角編輯配合你節奏的音樂。但不管你是拍還是傳,最後還是會回到以下這個頁面中,用來幫助用戶最後發布編輯。

但是,你會發現:為什麼在最後編輯的時候還會出現選擇音樂的功能呢?

有兩個原因:

  1. 用戶想臨時更換音樂了,如果返回再去編輯就比較繁瑣了。
  2. 思考一下:用戶在什麼時候需要添加音樂?一個是當我在看的時候或者想到某一個音樂的時候來了靈感,所以會先選擇音樂再拍;另一個是我只是想拍一段視頻,在編輯的時候我再配上合適的音樂。

所以,不管是哪一個場景,在最後的編輯時都要給用戶選擇音樂的功能。

2. 看視頻

在看視頻的場景中也會有不同的用戶場景,比如:看作者,看音樂,看更多視頻。

不知道大家在玩抖音的過程中,有沒有碰到一個問題,就是有些作者會發一些電影相關的小視頻,也會分為好幾段來發,當你看到其中一段的時候想繼續到主頁看其他的連貫視頻發現找起來很困難。

9120年設計師不會根據用戶場景做設計怎麼行!

這個用戶場景真實存在也是用戶一直苦惱的地方,但是為什麼抖音始終沒有做視頻定位這樣的一個功能呢?

以下是我個人的猜測:

第一,視頻定位可能只是很小一部分用戶的需求,即便不做對於用戶也並影響。

第二,對於業務來說可能並沒有什麼價值,反而有可能會降低用戶的使用時間。

其實這個跟電商的客單價是異曲同工的地方,你可以試想一下:在沒做定位前用戶如果想看上下文的話,他到作者主頁就會呈現一個尋找、瀏覽、逛的場景,並且可能會繼續沉浸在其主頁中。而一旦做了定位,那很有可能當用戶看完當前的幾個故事之後就繼續返回看其他的視頻了。這樣就導致了用戶之間的關係減弱,目的性太強。

第三,其實抖音的閉環沉浸場景是非常強的。

你會發現他主要由3個場景組成第一個是首頁的feed視頻流,第二個是個人主頁視頻流,第三個是同音樂下的視頻流,主頁和音樂這兩個場景也會更緊密。所以當用戶在瀏覽的過程中,打標籤可能一開始有用,一旦用戶探索的過於深入和龐大之後這個標籤或許也已經被用戶所遺忘了。

所以,抖音小哥哥如果你把這個功能做了的話我還是要謝謝你!哈哈哈!

四、蝦米音樂/網易雲音樂

這次就選擇者兩個產品來分析一下在單曲詳情這個頁面中的場景分析,可惜的是剛在碼字的時候把蝦米給更新了,導致有一個之前版本想吐槽的頁面不見了。

大致就是在老版本中,單曲詳情底部是用戶的評論,然後頁面上滑之後歌曲會縮成一個便捷操作欄,可以提供播放、切換、循環等功能,然後置頂以便用戶繼續查看評論。

如下圖左側(根據印象拼的…)大致是這個樣子,然後當時我就在想:用戶在瀏覽評論的時候是否應該給予其沉浸式,因為畢竟我在瀏覽該歌曲的評論的時候通常不會去切換歌曲。

一般一首歌當用戶想要對其評論感興趣的時候,說明他們真的很喜歡這首歌或者感興趣,所以在用戶這樣的場景下我認為在播放頁同時給用戶歌曲的相關功能不太合適。最好是做成跳轉,用一個新的頁面去承載用戶的評論,就像新版。

9120年設計師不會根據用戶場景做設計怎麼行!

蝦米音樂大家也可以去體驗一下新版,手勢的運用很多——右滑:歌曲信息;左滑:評論;下滑:退出到首頁;上滑:查看歌單列表。

然後,再來對比一下網易雲音樂,雲音樂的左右滑動是切換歌曲,其實它倆都有避免功能鍵鈕的設計,但是為了培養用戶習慣和差異化,就有了不同的交互方式和功能結構。

所以,設計師們,在做改版或者競品分析的時候,一定要給自己的產品有一點個性化哦!

9120年設計師不會根據用戶場景做設計怎麼行!

這樣對比下來,雲音樂的手勢交互會更加符合用戶的預期和心智模型。畢竟左右切換我們用的很多了,但是左右滑動頁面進行隱藏頁面的跳轉就不是那麼能夠預期到了,只有多用用戶才會有較強的記憶。

然後,玩着玩着又發現一些比較有意思的地方。我們先看下圖,有沒有發現在網易雲音樂的評論頁面會出現兩個能夠進入播放頁面的入口,右上角跳動的圖標以及歌曲的方形圖片模塊。

這是為什麼呢?

9120年設計師不會根據用戶場景做設計怎麼行!

其實是因為當用戶可能看完評論的時候,已經自然播放了許多歌曲,那麼如果用戶還想繼續聽這首歌怎麼辦呢?如果點擊右上角的圖標只會顯示當前正在播放的歌曲,只有點擊該歌曲的方形圖片時,底部才會彈出播放該歌曲的功能。

#專欄作家#

應駿,人人都是產品經理專欄作家,公眾號:應謀鬼計(shejishiyj)

版权声明:本文采用知识共享 署名4.0国际许可协议 [BY-NC-SA] 进行授权
文章名称:《都9102年了,你還不會根據用戶場景做設計?》
文章链接:https://www.pmbear.com/archives/9373
本站资源仅供个人学习交流,请于下载后24小时内删除,不允许用于商业用途,否则法律问题自行承担。

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址

大前端WP主题 更专业 更方便

联系我们联系我们