越来越多的所见即所得的设置操作充斥在我们的产品中。
优点自不必多说,大量的用户能够直观的对所看到的内容进行修改/设置,让体验更加优良
但随之而来的问题是,一般的产品中对于设置 都会有一个总的入口,这个入口中是否还需要保留那些已经在其他地方被“所见即所得”的设置么?
这里我的理解是,需要(除非总入口无法承接该设置的体验)。
原因也非常简单:
1.保证全部设置的可见性(在web端产品中,很多设置 为了美观 是在mouse over时出现的,未必所有人都能看得到)
2.保证设置的全局性(当用户游走在各个页面中时,不要指望用户一定能记住任何设置功能在不同位置的展现,用户只需要知道至少有一个地方他能找到所有的设置方法即可,这样不仅有益于用户对设置的入口的统一认知,还可能拓展用户对其他不常用的设置的理解)
用新浪微博的头像设置做一个案例
头像mouse over前显示
头像mouse over时显示
账号设置中显示–修改头像
之前在做App工具类产品时也遇到过类似问题,不同的功能模块中都有自己的模块设置,最后我选择不同模块中保留用户可认知的设置按钮,同时再做了一个总的设置入口,将不同的设置分类汇总。然后不同模块中的设置按钮引向总入口的不同设置分类。这样既保证了用户当事实的认知,又能够保证所有设置的完整性和可见性。
所以,这个原则理论上是不区分WEB还是App的。当然有极少数情况下,总入口承载不了该功能的设置,此时具体问题再做具体考虑,尽量整合为优先选择。
网友评论