大有可为的“胖菜单”—移动端交互

说到“胖菜单”，大家肯定不陌生，只是可能不熟悉这个名字而已。

《界面设计模式》一书是这么描述它的：在下拉菜单或飞出菜单里显示一个长长的导航选择列表。用这种方式显示站点模块下的所有子页面。精心挑选各个分类的名称，或者选择自然的排列顺序，并把他们横向展开。

还是不明白？没关系，书中的示例是英文web版微软的所有产品菜单，这里选择两个接地气的：

胖菜单采用渐进展开的方式，将复杂性进行了很好的隐藏。当用户选择某个模块的时候，通过展开的胖菜单可以快速“发现”整体的产品结构，找到兴趣点，而且学习成本也被大大降低，比一个个一层层的导航点击进去效率又大大提高。

那么移动端会用到胖菜单吗？

一般来说移动端产品都会合理删除、巧妙精简、保持简单，将复杂的功能“转移”到更合适的平台；或者采用“抽屉式导航”将比较多的操作进行“隐藏”。所以用到胖菜单的时候不多。

但是在一些工具类产品，或是行业规范要求严格的产品（比如医疗），在移动端方寸之间需要展示大量信息和操作的时候，胖菜单就大有可为了。

下面是我参与设计的一款移动端医疗应用的Axure原型截图（用来控制心电图显示的局部）。

最开始这里是四个下拉菜单：导联布局、走速、增益、网格设置（改变心电图的显示形式）。内容+下拉图标+控件之间的间距，看上去臃肿而且复杂。

改进思路：把显示项目与对应操作结合，四个项目再整体结合。节约空间又可以快速了解关联项目的设置内容。没想到这个招式有个这么萌的名字：胖菜单，虽然跟上面的示例长得不太一样，但思路都是组织+隐藏+转移（显示与操作合并也是转移的一种）。

其实可以用来解说胖菜单的案例很多，自己设计过的也有好几个，但是心电图这个却相对不拘泥于形式，所以比较合适。

思路扩展：移动端的侧滑抽屉式操作，页面简洁、容量大、可扩展性好，但是发现性和连续性欠佳。底部或顶部的Tab+胖菜单的思路，或许可以试一试。