不可使用的功能或者菜单，设计为可见还是隐藏？

 界面设计的时候，我们总会碰到功能之间存在因果关系或者互斥的情况。

 

比如下面的列表中，“勾选”和“删除成员”这两个功能之间存在因果关系，如果不勾选成员信息，“删除成员”按钮无指向对象，则点击动作无意义；只有勾选了列表中的内容，“删除成员”按钮才能指向删除的对象，点击动作才有意义；

 

功能之间存在因果关系，我们该怎么选择设计方式？

第一种方式，采用按钮可见的设计模式：

这种设计模式，将功能显示出来，当未完成上一动作时，下一动作的按钮处于不可用状态。在这个例子中，只有勾选了成员后，“删除成员”按钮才处于可用状态；

 

这样做的好处在于，很直白的告知用户有“删除成员”这个功能；减少了探索系统所花时间；

 

第二种方式，采用按钮隐藏的设计模式：

这种设计模式，将不可用的功能隐藏起来，当触发了其上一步动作，才显示。在设个例子中，当未勾选成员时，“删除成员”按钮处于隐藏状态，当勾选成员后“删除成员”按钮才显示出来；

 

这样做的好处在于，界面的表达更为简洁，但缺点也很明显，对用户的操作引导不够，增大了探索系统的成本。

 

在这个例子中，我在设计的时候，往往选择第一种模式。因为在界面空间足够的情况下，直白的告知用户有哪些功能，哪些功能可用，哪些不可用，降低了用户探索系统的成本。

 

再来研究另外一个例子：

在无人机的操控中，有5个操控按钮：自动任务、悬停、返航、起飞、降落；这5个功能存在因果关系及互斥，即：无人机未执行“起飞”或“自动任务”时，“悬停”、“返航”“降落”无意义；执行“自动任务”后，不可执行“起飞”；

 

 

第一种方式，采用按钮可见的设计模式：

这种设计模式，采用“自动任务”、“起飞”按钮可见且处于可用状态；“悬停”、“返航”按钮处于可见但不可用状态；“降落”按钮处于隐藏状态；

这样思考的依据是，将重要的按钮显示会增强操控者的心理稳定性，从而避免因慌乱而导致失控；而将“降落”按钮隐藏，则是考虑到手机界面的尺寸不够，还有“降落”与“起飞”是完全互斥关系；

 

从界面的表达上，操控者时刻明白，有哪些操控功能，显然，这种设计模式更能给初级操控者吃定心丸。

 

第二种方式，采用按钮隐藏的设计模式：

这种设计模式，在未执行航线任务和起飞前，只将“自动任务”、“起飞”按钮显示，将不可操作的“悬停”、“返航”、“降落”隐藏起来，界面显得简洁、突出重点；

 

对于熟练使用操控功能的用户来说，这种设计模式减轻了界面视觉负担，但对于初级用户来说，使用前会有忐忑心理，因操控界面的表达中未直观给出操控出错的预案；

 

在这个例子中，我采用的依然是第一种设计模式，基于竞品使用相似的策略，在未得到大量用户反馈意见前，从安全稳妥角度出发进行涉及显然对于操控无人机更为重要。

 

以上两个例子是纯粹从操作的角度举例说明，事实上，权限与商业目的才是设计中首先要搞明白的问题，无权限的菜单或功能选择显示（不可用状态）或者隐藏，具体要考虑是否要通过功能的显在性引导用户购买服务，从而实现商业目的；如果需要通过功能的显在性引导购买服务，设计时，应将功能显示出来（无权限时处于不可用状态，当获取权限后才处于可使用状态）；如果不需要通过功能显在性做引导，则可只考虑操作体验。

 

我们在考虑界面中的交互表达时，首先考虑的应该是权限与商业目的，其次才是操作体验。在确定权限与商业目的后，使用隐藏还是显示，系统的不同阶段应有不同的考量，当系统处于初期时，功能的显在性，显然更容易降低使用成本，获得更好的用户体验；当系统处于成熟期后，可适当迭代到隐藏相应功能（针对资深用户）；是否隐藏功能，也应该考虑系统的风格，走简约风格的产品可以考虑将有因果关系或者互斥的功能隐藏；

 

只有实践出真知，设计只有融入具体的场景，才能具体分析，才能产生更多价值。