请考虑重新分类通用软件。

随便聊聊 · 1002 次浏览
sd309991 创建于 2022-04-24 16:09

现在的分类把手段和目的掺杂在一起了。分类标准让开发者无所适从,也不方便用户精确查找到想要的动作。这样长期下去的结果是,开发者找不到贴切的分类,会把动作归类于不太沾边的类别中去,发布动作的时候,无法确认相关动作在动作库没有相似的存在(假设,在搜索的时候没有搜索到已存在动作名字的关键词的话),同类的动作就会越来越多,动作库也就会越来越臃肿。这也导致了用户无法通过分类列表短时间内找到想要的动作,学习成本增加。继续使用的欲望减少。

请看上图箭头所指,里面的分类是手段,还是目的?如果分类的时候有办法分多个层次来进行,这样开发者归类的时候也不会再纠结了。

 

再问,【功能】等分类到底指的是什么?对用户来说有什么意义?(至少对我来说,我看到Windows这个大分类,我是一点欲望点进去看都没有。)(建议遵循MECE的原则重新考虑分类的名称与从用户的角度进行易用性的评估)。动作库动作已经很多了,是时候考虑做一下规整了,这个问题不会自己解决,而且越拖下去,解决难度越大。

 

恕我愚见,望汝过目。

sd309991 最后更新于 2022/4/24

回复内容
CL 2022-04-24 16:15
#1

这个已有考虑,后期做Web端的时候再详细思考统一分类方案。

sd309991 回复 CL 2022-04-24 16:19 :

谢谢您的回复。

sd309991 回复 CL 2022-04-24 16:29 :

还有一个分类是技术含量的分类,很多动作,例如应用内快捷键只是模拟按键,启用动作里的功能,这些动作我认为可以分为一个大类,因为第一需求可能最大,最明显,第二最容易被重复制造出来,如果这些有一个比较明显的方法可以索引出来的话,可能就可以1.减少重复的动作数量,2.让开发者有的放矢地开发 3.区别于简单开发,有能力的开发者可以更多地被得到认可。

sd309991 2022-04-24 16:34
#2

理想的情况下,对于动作内快捷键我可以画一张图出来,那些功能已经被模拟出来了,那些还不行,是难点,那些需要编程技巧才能实现,交给高级开发者。



回复主贴