識區(qū)，我的C端產(chǎn)品老師｜aim易

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

干了這么久后臺產(chǎn)品，見到這場面，頓時慨嘆：

• 產(chǎn)品果然像哲學，神秘又理性~
• 我這么垃圾是產(chǎn)品經(jīng)理嗎？！
• B端果然沒有交互設計？！

大佬：你這是一句廢話。

5年產(chǎn)品經(jīng)理：是的，c端的交互設計真牛逼，細思極恐的那種！就算是一個小功能，可能也是產(chǎn)品經(jīng)理在腦子里從八個方面進行左右互搏的結果。

3年產(chǎn)品經(jīng)理： B端確實不重交互，重流程。

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

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

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

識區(qū)的產(chǎn)品經(jīng)理發(fā)帖，問大家：你們覺得識區(qū)排序是拖動自定義還是星標置頂，這兩種方式哪種好？

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

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

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

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

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

那側邊欄到底是工具屬性強還是內(nèi)容屬性強？顯然是工具屬性強一點，工具目的是提高生產(chǎn)力，內(nèi)容目的是拓展生產(chǎn)力。

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

2、用戶需求角度

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

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

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

二、目前方案最佳

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

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

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

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

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

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

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

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

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

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

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

完結~撒花