2

有时会发生一个特征似乎属于多个地方的情况。

简单的例子，假设我有以下菜单：

  • 文件
  • 挂单
  • 接受的订单
  • 工具
  • 帮助

我有一个搜索功能，相同的搜索窗口适用于待处理和已接受的订单（它只是一个你可以更改的“订单状态”组合）

这个搜索功能属于哪里？

  • 工具菜单似乎是一个不错的选择，但我担心用户可能希望搜索接受的订单在接受的订单菜单中，这是有道理的

  • 在我看来，在待处理订单和已接受订单中复制菜单条目似乎是错误的。

你会怎么办？（假设我们不能将两个订单菜单合并为一个菜单）

4

7 回答 7

5

我认为您遇到的问题是您像程序员一样思考。（代码重复不好）。我没有责怪你，我做同样的事情。到同一个屏幕的多条路径，或处理同一过程的多种方式实际上是非常有益的。我猜想不止一个人会使用你的程序，而且每个人的工作职能可能略有不同。从本质上讲，他们对应用程序有不同的需求，并且会以不同的方式使用它。如果您坚持所有项目都有一种访问方式，那么有些人会发现该应用程序是有益的，而其他人则不会。当然，所有人都可以学习以某种方式完成任务，但对某些用户来说没有意义。他们习惯于处理信息的方式并不直观（读起来很熟悉），这意味着该应用程序最终对他们的好处将减少。当人们发现一个过程（程序等）令人沮丧时，他们不会采用它。他们找到了需要更改或放弃流程的原因。

解决问题的多种方法的一个很好的例子是 Adob​​e Photoshop。通常至少有两种不同的方式来访问一个函数。大多数用户只知道一种，因为这就是他们所关心的全部，但大多数用户对使用一种非常满意，因为这对他们来说最有意义。通过一点额外的工作，Adobe 获得了巨大的胜利，因为更多的人发现他们的产品很直观。

于 2009-02-28T20:16:38.910 回答
2

在多个位置拥有一个功能并不是一件坏事。考虑查看挂单和已接受订单的整体工作流程，并将您的新功能视为一个组件，而不是一次性实体。

在您准确规划出用户在待处理和已接受订单查看流程中完成的任务后，查看具有搜索能力的哪些地方可以提供价值（通过缩短工作流程或其他方式）。这是您的搜索组件所属的地方。

于 2009-02-28T19:54:44.330 回答
2

关于 UI，要记住的主要一点是，最终真正重要的是您的设计是否使您的应用程序或网站的使用为您的用户提供了更好的体验。

在上面列出的搜索示例中，您通常会看到应用采用两种方法：

  1. 将搜索功能放在一个位置，并允许用户通过选择待处理或接受来过滤搜索，或者
  2. 将搜索功能放在两个菜单中，这些菜单已经根据启动它的菜单配置了要完成的搜索类型。

如果您针对多个因素重复上述选择，您会看到一个更高级（又名“复杂”）的搜索界面用于第一名，而一个更简单（又名“限制性”）的搜索界面用于第二名。

哪一个最好完全取决于您的用户。这就是为什么许多通用应用程序默认有一个简单的搜索，并为那些想要或需要额外功能的人提供一个更高级搜索的链接；他们试图让每个人都开心。如果您正在为具有不同需求的各种各样的人写作，那绝对没有错。但是，如果您正在为一组需求有限的用户写作，您可以做出一些更好的选择。

根据我的经验，最好的办法是与一两个主要用户合作，并制定出他们需要采取的所有步骤，以完成应用程序将帮助他们完成的每项任务。如果在该步骤序列中没有很多分支点，则应用程序中不应该有很多选择或设置；否则用户可能会觉得应用程序比它需要的更难使用。

对于上面的搜索示例，如果用户已经导航到 Pending Orders 菜单，他们想要启动 Accepted Orders 搜索的可能性非常小，并且必须做出选择，或者去其他地方进行搜索，将是他们需要采取的额外决定或行动。基本原则是，如果您的用户已经做出决定，就使用它；不要让他们再告诉你。

使用您想出的 UI 作为第一个剪辑。让您的用户或其中的一部分用户尝试并提出建议。如果您有选择，请观看他们使用它。通过查看他们如何使用它，您将学到更多关于如何改进界面的信息，而不是从他们告诉您的内容中学到的。

于 2009-02-28T20:23:09.037 回答
2

通常，您不希望相同的菜单项出现在不同的菜单中。它增加了菜单的复杂性和混乱，用户会怀疑这两个菜单项是否真的相同。当菜单项出现在两个地方时，您的菜单组织可能会遇到更基本的问题。

例如，您的示例显示了一个菜单栏，该菜单栏由其中的命令所作用的对象的类或属性组织。一般来说，菜单栏应该按动作类别而不是对象类型来组织。例如，您可以为搜索和其他显示订单的方式等命令提供检索菜单，并为处理订单（例如，更新、接受、转发）提供修改菜单。两个菜单都有适用于两种类型对象的菜单项，尽管某些命令可能只适用于一种。

按对象类型组织命令实际上是一个好主意，但使用上下文菜单（右键单击）比使用菜单栏更好。

于 2009-03-01T18:02:37.213 回答
0

我会尝试在 Accepted Orders 和 Pending Orders 菜单中进行搜索。但是，用户测试将显示这是否是一个好主意。但这也取决于您的用户群。

你在做用户测试吗？

于 2009-02-28T19:52:03.493 回答
0

...您可能已经知道这一点，但这是使用命令\操作模式恕我直言的好地方。

所以回答你的问题：IMO，是的，没关系：）这种情况是绝对有道理的。

于 2009-02-28T20:38:04.913 回答
0

只需将其放在两个菜单下并打开您的搜索窗口，并针对启动它的菜单的订单类型进行预配置。相应地命名它们，瞧，它们实际上是两个不同的动作——即使它们使用相同的代码/组件。

在搜索窗口中保持用户可选择的“您可以更改的状态组合”处于活动状态，这样用户仍然可以调整设置而无需从其他菜单重新启动它......然后也许重新考虑结构，看看一些很棒的答案这里有想法^^

于 2009-03-01T18:46:46.310 回答