识区，我的C端产品老师｜aim易

最近使用识区app，原本是想写篇体验文章，没想到在某个“产品经理”区里，被大家的关于产品设计的讨论给惊了。

干了这么久后台产品，见到这场面，顿时慨叹：

• 产品果然像哲学，神秘又理性~
• 我这么垃圾是产品经理吗？！
• B端果然没有交互设计？！

大佬：你这是一句废话。

5年产品经理：是的，c端的交互设计真牛逼，细思极恐的那种！就算是一个小功能，可能也是产品经理在脑子里从八个方面进行左右互搏的结果。

3年产品经理： B端确实不重交互，重流程。

只有像我这样的小白才明白，其实我想说的是：他喵的，不管是搞C端还是搞B端，我只懂设计流程。

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

以下是正文，事情是这样滴~

识区的产品经理发帖，问大家：你们觉得识区排序是拖动自定义还是星标置顶，这两种方式哪种好？

补充一下，识区排序现有的方案是，按照用户添加顺序，最近添加的置顶。

这样的一个设计问题，我第一眼是懵逼的，各路大佬可谓各显神通。

一、支持星标置顶（所谓星标方案，可以参考微信通讯录星标好友的设计）

1、功能区定位角度

侧边栏的功能在于唤醒和快捷。

那侧边栏到底是工具属性强还是内容属性强？显然是工具属性强一点，工具目的是提高生产力，内容目的是拓展生产力。

所以，豆瓣小组不会设计在侧边栏，而华为鸿蒙的侧边栏展示的是快捷到达的APP。

2、用户需求角度

置顶是必要的，星标置顶的前提是，但是该功能的入口不仅只有一个（其实目的就是便捷操作）。

侧边栏的识区就拆分成两个部分，分别为手动置顶和常用区，相对更符合用户对于高效的需求，弊端在于逻辑校正。

从培养用户习惯角度上可以尝试全局支持侧边栏快捷到达

二、目前方案最佳

1、功能区定位角度

侧边栏未来不一定管理识区的入口，而是用户进入自己“精选”识区的快捷方式
如果是这样，拖动自定义顺序就没必要了。

2、用户需求角度
让用户管理自己的识区顺序，操作成本有些高。而且，用户的需求并不是顺序，而是置顶。

因为，干预这个顺序的因素太多，目前是按“新旧”排序，但未来有可能会有打开频次、更新时间、产生互动等等不同的因素干预。

所以，自定义顺序对用户来说（大概率）不是最优的，而在所有规则之上的置顶是必要的。

3、交互角度
拖动自定义的，这个交互的常用方案是：按住图标，在触发“拿起”这个状态后，移动图标，放在满意的位置后拿开手指，放下图标。（这拆解真细致）

第一，长按图标这个交互被占用了，这个侧边栏未来要设计其他交互场景（比如隐藏、删除、置顶、分享、推荐等等）的延展性就变差了

第二，这个交互还要考虑误触，震动反馈等等因素

4、需求是否成立
根据用户加入了多少识区的数据，从均值，分布情况，以及对应的用户群的使用习惯去分析，去推导分析：
用户已加入的识区，本身是经过筛选或者搜索的，所以均值不会太高，那么真正“高优先级”的识区数量也不会很多，是个“精选集”。

所以，用户产生自定义排序需求的用户比例本身也不大，排序后真正高优先级识区的数量更不大，自定义顺序的需求优先级其实不高，至少在这个阶段是没必要的。

5、竞品参考角度
即刻也只有置顶呀，那即刻的用户肯定也会有自定义排序的需求，那他们没做。

完结~撒花