識區(qū),我的C端產品老師|aim易

最近使用識區(qū)app,原本是想寫篇體驗文章,沒想到在某個“產品經理”區(qū)里,被大家的關于產品設計的討論給驚了。

干了這么久后臺產品,見到這場面,頓時慨嘆:

  • 產品果然像哲學,神秘又理性~
  • 我這么垃圾是產品經理嗎?!
  • B端果然沒有交互設計?!

大佬:你這是一句廢話。

5年產品經理:是的,c端的交互設計真牛逼,細思極恐的那種!就算是一個小功能,可能也是產品經理在腦子里從八個方面進行左右互搏的結果。

3年產品經理: B端確實不重交互,重流程。

只有像我這樣的小白才明白,其實我想說的是:他喵的,不管是搞C端還是搞B端,我只懂設計流程。

其實,流程也是交互的一部分,只是,交互真的博大精深。

以下是正文,事情是這樣滴~

識區(qū)的產品經理發(fā)帖,問大家:你們覺得識區(qū)排序是拖動自定義還是星標置頂,這兩種方式哪種好?

補充一下,識區(qū)排序現(xiàn)有的方案是,按照用戶添加順序,最近添加的置頂。

識區(qū),我的C端產品老師|aim易

這樣的一個設計問題,我第一眼是懵逼的,各路大佬可謂各顯神通。

一、支持星標置頂(所謂星標方案,可以參考微信通訊錄星標好友的設計)

1、功能區(qū)定位角度

側邊欄的功能在于喚醒和快捷。

那側邊欄到底是工具屬性強還是內容屬性強?顯然是工具屬性強一點,工具目的是提高生產力,內容目的是拓展生產力。

所以,豆瓣小組不會設計在側邊欄,而華為鴻蒙的側邊欄展示的是快捷到達的APP。

識區(qū),我的C端產品老師|aim易

2、用戶需求角度

置頂是必要的,星標置頂?shù)那疤崾?,但是該功能的入口不僅只有一個(其實目的就是便捷操作)。

側邊欄的識區(qū)就拆分成兩個部分,分別為手動置頂和常用區(qū),相對更符合用戶對于高效的需求,弊端在于邏輯校正。

從培養(yǎng)用戶習慣角度上可以嘗試全局支持側邊欄快捷到達

二、目前方案最佳

1、功能區(qū)定位角度

側邊欄未來不一定管理識區(qū)的入口,而是用戶進入自己“精選”識區(qū)的快捷方式
如果是這樣,拖動自定義順序就沒必要了。

2、用戶需求角度
讓用戶管理自己的識區(qū)順序,操作成本有些高。而且,用戶的需求并不是順序,而是置頂。

因為,干預這個順序的因素太多,目前是按“新舊”排序,但未來有可能會有打開頻次、更新時間、產生互動等等不同的因素干預。

所以,自定義順序對用戶來說(大概率)不是最優(yōu)的,而在所有規(guī)則之上的置頂是必要的。

3、交互角度
拖動自定義的,這個交互的常用方案是:按住圖標,在觸發(fā)“拿起”這個狀態(tài)后,移動圖標,放在滿意的位置后拿開手指,放下圖標。(這拆解真細致)

第一,長按圖標這個交互被占用了,這個側邊欄未來要設計其他交互場景(比如隱藏、刪除、置頂、分享、推薦等等)的延展性就變差了

第二,這個交互還要考慮誤觸,震動反饋等等因素

4、需求是否成立
根據用戶加入了多少識區(qū)的數(shù)據,從均值,分布情況,以及對應的用戶群的使用習慣去分析,去推導分析:
用戶已加入的識區(qū),本身是經過篩選或者搜索的,所以均值不會太高,那么真正“高優(yōu)先級”的識區(qū)數(shù)量也不會很多,是個“精選集”。

所以,用戶產生自定義排序需求的用戶比例本身也不大,排序后真正高優(yōu)先級識區(qū)的數(shù)量更不大,自定義順序的需求優(yōu)先級其實不高,至少在這個階段是沒必要的。

5、競品參考角度
即刻也只有置頂呀,那即刻的用戶肯定也會有自定義排序的需求,那他們沒做。

完結~撒花

本文經授權發(fā)布,不代表增長黑客立場,如若轉載,請注明出處:http://gptmaths.com/cgo/product/65074.html

(0)
打賞 微信掃一掃 微信掃一掃 支付寶掃一掃 支付寶掃一掃
上一篇 2022-04-18 16:08
下一篇 2022-04-18 18:39

增長黑客Growthhk.cn薦讀更多>>

發(fā)表回復

登錄后才能評論