假设您正在编写一些纯文本文档，描述如何在网站上执行某些操作。 您来到了一个用户看到用户列表并选择其中一个的点，下面有一个按钮，他们需要与之交互才能完成工作。 您认为“选择用户”足够清晰，因为用户界面很好。 但是，[点击]该按钮的最佳措辞是什么？以下是一些选项
- 选择一个用户，然后点击“更新”按钮。
- 选择一个用户，然后按下“更新”按钮。
- 选择一个用户，然后选择“更新”按钮
- 选择一个用户，然后点击“更新”。
- 选择一个用户，然后按下“更新”。
- 选择一个用户，然后选择“更新”。
- 选择一个用户并更新。
在我看来，“点击”是一个普遍到足以被大多数人理解的术语，但在技术上，键盘导航也可以正常工作，并且不使用“点击”。“按下”或“选择”这两个词可能会解决这个问题，但对我来说感觉有点奇怪。
设计也是一个重要的考虑因素。我们已经说过这是一个“按钮”。人们知道按钮是什么样子的，所以用文字来指示它是否有帮助，或者按钮内部的文字本身是否就足够了？由于我们的文字是“更新”，这本身就是一个动作动词，我们是否需要使用点击/按下/选择？也许仅仅“更新”就足够了……这也是最短的选项。
投票中没有包含这一点，但这是一个值得讨论的要点，强调（例如粗体/斜体）又如何呢？如果您要强调所选选项中的一个（或多个）词，它们将是什么？
感谢 Brent Traut 提供的想法。
对于 iPhone/iPad，您也可以说：选择并轻触 :)
啊，但如果这是一个网络应用程序，那么当他们在文档中看到“点击”一词时，您可以给 iPeople 一种自豪感。
我的投票：“选择一个用户，然后点击更新”
我赞同这一点。
我第三个赞同。
我也同意这一点。
我喜欢对命令使用斜体：选择一个用户并更新
在功能规范中，我通常使用“调用”代替“点击”来避免暗示特定的输入设备，这对开发人员来说相当清晰，但对最终用户不友好。
在这里，我投票支持“选择一个用户，然后选择更新”。我的逻辑是：目标是简洁明了。这里最简洁的选项是“选择一个用户并更新”，这可以理解为“选择一个用户并也选择更新”，这没有意义。添加一个动词可以清楚地表明“选择”动词不再适用于“更新”，而“选择”是提供的唯一与设备无关的动词。这样，我们就得到了一个清晰的指令。
关于强调，我可能会倾向于使用强调（斜体或引号）来表示实际出现在 UI 中的文本（在本例中为“更新”），但其他内容则不强调。
最后，一些吹毛求疵（我控制不住自己）：投票中写着“哪个句子更清晰？”，但应该是“哪个句子最清晰？”（如果我们假设它们都具有不同的清晰度，那么七个选项中的六个都比至少一个其他选项更清晰，但只有一个是最清晰的）。
该死！“学究气”中有一个错字——哦，真丢人：（
无论哪一个，在“选择用户”之后都需要一个逗号。
我不同意。我所遵循的每一种语法风格都会说那里不应该有逗号。
跑题了
列出名词时，最后一个“和”之前的逗号是可选的。当组合两个句子（“选择一个用户”+“点击更新”）时，实际上需要在“和”之前使用逗号。然而，大多数人跳过了那个逗号，他们也犯了其他错误。这就是人们擅长的。
我不同意，逗号将是多余的。如果您真的想在其中添加一个停顿，那么用分号分隔会更有意义。
虽然逗号可能不是 多余的，但它当然 是多余的。
根据斯特伦克和怀特的说法，在写“苹果和橘子”时不使用逗号。所以你是对的。但是，分号也同样不正确。
或者“哪个句子最清楚”也可以用，并且更接近您最初的结构。
我选择了最冗长的句子，并且像 shoutyman 一样，我将对“更新”使用斜体或引号作为唯一的强调。
即使从学究的角度来看，“点击”不是平台无关的，但我认为在网站上点击按钮是正确的动词，无论我是在按回车键（相当频繁）还是在 iPad/iPhone 浏览器上点击按钮（也相当频繁）。即使在 Lynx 浏览器时代，我也很乐意点击链接，尽管根本没有鼠标交互。
为了额外清晰，我会添加“the”和“button”，即使这意味着多用几个词。如果 UI 确实呈现得很好，那么最有可能需要帮助文件的人可能需要所有额外的清晰度，并且没有人会抱怨多用几个词。
无论如何，假设用户不聪明，但不要过分。
我认为重复“然后点击更新”是完美的指令，它可以满足最广泛的受众。如果他们还没有意识到这是一个按钮（即使如您所说，他们已经被告知了），那么“点击”现在被普遍理解为指的是链接或按钮，这应该能让用户在 99.9% 的时间里完成操作。
我会保留整个句子的原样，要么完全正常，要么完全强调，当然，这取决于上下文……
根据我编写支持/帮助文档的经验，最好尽可能具体，就像 Eloise 在上面所说的一样。
如果文档足够清晰，并且很容易弄清楚如何执行您想执行的操作，那么没有人会担心它写得有多冗长。
我会选择“按下更新”，但省略“然后”一词。
同意。去掉“然后”，因为“和”暗示了顺序。
绕过“点击”是不必要的。诚然，“点击”以鼠标为中心且过时了，但“轻触”和“按下”是触觉的——手指接触。
直接说“点击”。
我认为“选择一个用户，然后点击更新”应该可以。
“选择一个用户，然后选择‘更新’按钮”听起来最好，而且大多数人都能理解。
选择一个用户，然后点击“更新”。选择一个用户，然后点击“更新”。
顺便说一下，我投了“选择一个用户，然后点击‘更新’按钮”。
选择一个用户，然后点击“更新”。
或者
选择一个用户并点击“更新”。
“选择一个用户并按下更新”。
“然后”这个词是不必要的。句子的结构已经暗示了操作执行的顺序。
我更喜欢“按下”而不是“点击”，因为它对如何与链接交互留有更多余地。
“选择一个用户，然后按下更新”获得了我的投票。
非常好的思路和澄清。我以前从未这样想过。
如果用户正在生成新的内容，而这是第一步，那么将没有内容需要“更新”甚至“修改”。他们将是创建，因此动作词将是“创建”或“生成”。
您说只有一个按钮，所以您希望他们做的事情不被称为“选择”或“选中”。
只是为了在这里打破常规——使用“转到”（我见过很多次并能够理解它——尽管不精确）有什么问题吗？或者，这是否太容易了，只需让名称的选择触发操作，这样用户就不需要执行两个操作。
如果这只是用户识别为多步骤过程的第一步，那么动作词将是“下一步”或“继续”。
我们应该做的是针对任务足够具体，以便用户（无论处于哪个水平）都不会误解。我们希望他们做的是“使用鼠标将光标悬停在按钮图像上，然后按下鼠标左键。”您希望他们按下的是鼠标按钮，而不是图形。人们的生活中难道还不够复杂，我们还要让他们将图形拟人化吗？
虽然不精确，但随着时间的推移，该操作几乎普遍被称为“左键单击”鼠标按钮。唯一的好处是，在大多数鼠标上，都会有一个微妙且通常是触觉的“咔哒”声，作为已完成按钮按下时的反馈。但是，我们按下的是鼠标按钮，而不是图形。
因此，在当前时间点，唯一有意义的操作动词是“点击”。但是，按钮的名称应该在语义上是正确的。“下一步”、“发送”、“完成”、“创建”甚至“结束”，它们都将是“最佳”选择，具体取决于表单和整体任务。
– – 0 – –
哦，如前所述，当您使用“和”作为连词时，永远不需要逗号，除非（但不一定）在一系列中。
我会说，以上都不是。显示一个用户列表，文本为：“选择一个用户”。用户选择用户后，显示更新按钮。通过这种方式，涉及的文本很少，整个流程对用户来说显得自然。
就是这样。这就是正确的方法。
这实际上非常聪明，比仅仅禁用按钮更好。
我认为问题是关于记录站点而不是设计它。您知道，就像您在为某个站点编写教程时会说些什么（假设该站点不是您自己的）。
如果是关于设计，我倾向于选择上下文而不是控制。例如，假设这是为了奖励用户，而不是“选择一个用户”，我认为我更喜欢“您想奖励哪个用户？”。
我倾向于将“选择”保留用于文字选择。
如果这就是所有需要做的——点击一个单选按钮并点击一个提交按钮——我可能根本不会使用表单，而只使用链接。
我喜欢这个想法，但这对于可访问性来说是好的实践吗？
选择一个用户，然后点击“更新”按钮。
“点击”这个动词暗示它是一种某种按钮，您将使用它；重复它将是浪费的/冗长的。
选择一个用户，然后点击更新
选择一个用户，然后点击[更新]。
必须是“选择一个用户并更新”，简单易懂的跨平台有效说明，无需任何额外文本。
我更喜欢“点击”而不是“按下”和“选择”。
所以这将我的选择范围缩小到两个选项。
最后一个选项没有动词，我相信动词是必要的/理想的。
当我说“按下Control键”时，我会使用“按下”。
当提到下拉菜单时，我会使用“选择”。
“选择一个用户，然后点击更新”是我的选择。
简短而甜蜜。
我认为，在所有这些中删除“然后”，它们都非常可用。我喜欢
“选择一个用户并点击更新”
在我看来，您必须选择要引用的指向设备并坚持使用它。例如，在文档开头，您可以提到您将为鼠标描述所有内容，但所有这些都可以通过其他界面（如键盘、触摸屏等）以类似的操作访问。
通常取决于具体情况。例如，说“选择更新按钮”实际上没有意义，因为我怀疑是否有选择暗示类似的操作。在用户必须选择选项或复选框之类内容的情况下，它会更有意义。
我决定使用最后一个，因为它确保用户更新他们正在尝试执行的操作，即通过点击/按下/点击更新按钮。
但这听起来有点奇怪，所以“按下”将是我的第二选择。当我听到“点击这里”或任何类似的指示时，听起来非常业余。还记得在创建链接时不应使用“点击这里”吗？好吧，在这种情况下也应该适用相同的方法。
这类似于上个世纪的 W3 QA 提示。确实，“点击”非常普遍，以至于它被理解为“调用”或“激活”，但这种普遍性已使其在此时成为认知噪音。虽然此提示建议链接名词，但按钮应包含所需动词的文本。在随附的说明中，该动词就足够了。
作为记录，我会说“选择一个选项，然后……去投票参与投票。”
因为这是一个按钮，也是文本，所以在上下文中已经有一些清晰度。我认为，当其他所有方法都失败并且低级可访问性需要一些关注时，通过扬声器投射的文本非常重要。
我会选择“按下”这一方面，如果这是读给我听的（来自盲人），我认为这更容易理解。这是您在 Windows 的轻松访问功能中听到的内容。
除此之外，我认为那些没有视力障碍但可能有某种残疾（例如阅读障碍或更严重的疾病）的人，他们只能理解拼图的一部分，那么视觉指示也超级重要。这就是为什么我认为 Opera 的输入方式是正确的。最近，HTML5 在前沿有很多浏览器特定的演示，其中一些是由 Opera 推动的。大多数人都应该已经看到了，并且它们有图标来表示电子邮件和 URL 字段。可能还有更多……
无论如何，这就是我对这一切的看法。
我支持“选择一个用户，然后点击更新”。虽然按钮可以通过键盘访问，但这并不是用户在网络上与按钮交互的主要方式。
用户采取的主要行动将是；选择一个用户，然后他/她将点击更新按钮。
“点击”这个词在 99.9% 的情况下都很好，人们很容易理解“点击”的意思。
如果只有一个按钮，则为“选择一个用户，然后按下更新”。
但如果存在不同类型的控件元素（下拉菜单、滑块、按钮、复选框等），则为“选择一个用户，然后按下更新按钮”。
在大多数情况下，我认为“按下”和“点击”都一样好。例外情况是受众大量使用移动设备的站点。我投票支持“选择一个用户，然后点击更新”，仅仅是因为根据我的经验，“点击”似乎更普遍（因此对用户更熟悉）。
“选择更新”意味着它是一个众多选择之一，因此可能不清楚他们应该点击按钮而不是下拉菜单或其他内容。
“选择用户后更新”？
在我看来
由于这只是一份纯文本文档，描述了更新用户的过程，没有给出任何示例或对其周围元素的严格定义，我建议使用以下措辞：
“选择一个用户，然后点击“更新”按钮。”
这提供了对所需操作的最清晰的解释。目标是让用户选择一个用户（很明显，这表示一个包含用户列表的下拉菜单或单选按钮，不太可能与其他元素混淆）并点击一个按钮。
关于动词，主题是一个按钮，虽然在网页上被称为“点击”（click）鼠标，但现实世界中的任何按钮都必须“按下”（press）。
“现在按下红色按钮”
由于我们正在用按钮模拟这个动作，我觉得动词“按下”与人们对按钮行为的已知和预期最吻合。（无论编程应用程序（点击、释放）如何——语言建立在计算机上，而不是现实生活中）
关于“更新按钮”，这有助于进一步澄清页面上存在一个按钮，一个明确区分的元素，它将执行该操作。如果周围有包含“更新”的元素（WordPress 3.0 现已可用，请更新），这可能会让人感到困惑。“哦，天哪，它指的是哪个？为什么我的用户更新不起作用？！”
我的理念是
1) 用户阅读文档是因为他们不知道如何执行某个操作。
2) 每个用户都是个“小白”。
3) 文档必须针对最低水平的用户能力。
当然，没必要争论这个 :P
@chris – 我认为，争论越无伤大雅，越容易让人陷入其中。
和平与爱
Dan
用户并非因为缺乏特定领域经验而成为“小白”。将他们甚至开玩笑地视为这样的人通常是一个很大的错误。更好的态度是将新手视为“着急的聪明人”以及“很快就会学会基础知识的缺乏经验的人”。当我们把他们当作“小白”时，我们往往会居高临下地与他们交谈，这会降低他们理解我们观点的可能性，因为他们现在因为受到不公正的待遇而感到愤怒。
你的观点我理解，但我认为你对细枝末节反应过度了。很明显，你知道我是在开玩笑，任何“着急的聪明人”都会明白。我没有错误地认为任何人都是“小白”。我根据他们缺乏经验或对界面的理解，将缺乏经验的用户比作“小白”。
我认为这不算什么大问题，因为这只是一篇讨论某些新手不太可能阅读或思考的内容的文章中的评论。
然而，经过对我的理论的再次思考，我感觉“按下”不再是这种情况下的正确措辞，因为它会让用户认为他们必须实际按下。站在“给他们机会犯错，如果遇到问题，他们会提问”的角度，我会选择“选择一个用户，然后点击更新”，他们必须使用电脑/设备才能使用此界面，我们可以相信他们具备了点击和轻触的基本操作，才能访问该界面。
Daniel，是的，我知道你在开玩笑。但是，我的观点更多地在于开发过程中的想法，即带着轻蔑的态度看待新手（并非指你）。这种情况经常发生，虽然它可能看起来像一个微不足道的细节，但它会不断蔓延，最终成为一个大问题。
而且我认为你重新思考“按下”一词是正确的。
选择一个用户，然后点击“更新”。
选择一个用户，然后点击更新。
虽然这不是选项之一，但添加“然后”会使句子比必要的更繁重。一个事物接着另一个事物发生是隐含的。
根据讨论/评论的数量，我会开始考虑使用ajax…
我想我会让它取决于网站的受众，虽然我完全赞成“选择/更新”的语法正确性，但我可能会在大多数网站上使用“点击”以确保安全。
如果你正在记录桌面上的网页或GUI界面，那么“点击”将是正确的术语，但对于使用触摸屏的移动设备则不是。在这种情况下，“轻触”才是正确的。至少在HCI实践中通常是这样表述的。但是，我认为你认为“选择”是一个清晰的术语是错误的。在编写文档时，你必须建立与设计界面相同的原则。首先，不存在不会在某个地方给某些人带来问题的界面。请记住，雅各布·尼尔森的10条可用性指南仅仅是启发式方法，它们不是可用性法则。“选择”对可能不会阅读你的文档的20%的人群来说是清晰的，而那些阅读的人则会处于一种会让即使是最清晰的说明也变得混乱的心境。人们在新的情况下往往不信任自己。他们往往自我效能感低，并犯一些看似愚蠢的错误。因此，你可能应该至少给出一些关于“选择”含义的提示，然后清晰而直接地说明如何进行更新。
仅代表我从HCI角度的看法。
我认为“点击”很好，因为任何足够精通键盘导航来完成任务的人可能不太关心具体的措辞，并且知道你的意思是“使用此表单元素”，即使他们不知道网页表单在底层是什么样子。
我认为“按钮”是必要的，因为我可以根据我多年来在技术支持部门工作的经验告诉你，如果你说“点击更新”，人们会尝试点击你说明中的工作更新，而不是按钮，并且会想知道为什么它不起作用。
我将选择“选择一个用户，然后点击“更新”。”。
如果更简洁一些，可以写成“选择一个用户，然后点击更新”。
我更倾向于“选择一个用户，然后按下“更新”。”。
即使“点击”对于大多数（电脑）终端用户来说已经足够清晰，但对于移动设备来说，并不总是点击。
动词“按下”对于两者（电脑和移动设备）来说都比较通用。
考虑到“点击”一词可以追溯到古老的按钮式灯开关，或者双按钮电视遥控器“点击器”，我认为我们应该为了迎合移动用户而使用“轻触”等新术语的说法很荒谬。
大家上次真正“摇起”汽车车窗是什么时候？