我们计划为我们的产品实施Ribbon UI。我正在评估Ribbon UI用于我们的网络管理器产品。此评估的结果将决定功能区UI的Go或NO Go。目前，功能区UI设计指南不讨论企业产品的功能区UI实现。我正在寻找适合企业产品的功能区UI。
答案 0 :(得分：4)
见this。更具体地说，Is this the right user interface?部分：
要决定使用功能区，请考虑以下问题：
计划类型
- 你在设计什么类型的节目？程序类型是功能区适当性的良好指标。 Ribbons适用于文档创建和创作程序，以及文档查看器和浏览器。色带可能适用于其他类型的程序，但其他形式的命令显示可能更合适。通常，轻量级程序应该具有轻量级命令表示。 （有关程序类型的列表，请参阅程序命令模式。）
可发现性和学习问题
- 用户是否难以找到命令？用户是否正在请求已在程序中的功能？如果是这样，使用功能区将通过具有不言自明的标签和相关命令的分组来使命令更容易找到。使用功能区也比菜单栏和工具栏更好地扩展，以便将来增长。
- 用户是否无法理解程序的命令？他们经常使用“反复试验”来选择正确的命令或确定命令的工作方式吗？如果是这样，使用基于画廊和实时预览的带结果的命令的功能区可以使命令更容易理解。
命令特征
- 这些命令是在几个地方展示的吗？如果您的程序已经存在，那么命令是否显示在菜单栏，工具栏，任务窗格和工作区内？如果是这样，使用功能区将命令统一到一个位置，使其更容易找到。
- 这些命令是应用于整个窗口还是仅适用于特定窗格？色带最适用于适用于整个窗口或特定对象的命令。就地命令可以更好地用于单个窗格。
- 大多数命令可以直接呈现吗？也就是说，用户只需点击一下即可与他们互动吗？如果从菜单和对话框访问常用命令，它们是否可以重构为直接命令？虽然可以使用菜单和对话框显示某些命令，但以这种方式显示大多数命令会破坏功能区的效率，可能会使菜单栏成为更好的选择。
命令比例
- 是否有少量命令？可以在一个简单的工具栏上轻松呈现最常用的命令吗？如果添加核心和上下文选项卡会导致可以单独使用以执行最常见任务的简单主页选项卡，则使用功能区是值得的。如果没有，使用功能区的好处可能无法证明其少量命令的额外重量。
- 是否有大量命令？使用功能区需要超过七个核心标签吗？用户是否经常不得不更改标签以执行常见任务？如果是这样，使用工具栏（不需要更改标签）和调色板窗口（可能需要更改标签，但一次可以打开几个）可能是更有效的选择。
- 用户在大多数情况下是否倾向于使用少量命令？如果是这样，他们可以通过在主页选项卡上放置这些命令来有效地使用功能区。不断变化的标签会使功能区效率太低。
- 该程序是否可以使程序的内容区域尽可能大？如果是这样，使用菜单栏和单个工具栏比功能区更节省空间。但是，如果您的程序需要三行或更多行工具栏或使用任务窗格，则使用功能区可以提高空间效率。
- 用户是否倾向于长时间在程序的大窗口内的特定区域工作？如果是这样，他们将受益于迷你工具栏，调色板窗口和直接命令的紧密接近。从工作区到带子的往返行程效率太低。
- 为了提高效率和灵活性，用户是否需要对命令演示内容，位置或大小进行重大更改？如果是这样，可定制和可扩展的工具栏和调色板窗口是更好的选择。请注意，某些类型的工具栏可以取消停靠以成为调色板窗口，调色板窗口可以移动，调整大小和自定义。