几组易混淆的按钮文案的对比说明

我们可以在各种操作系统和应用程序的弹出窗口上看到各种各样的文案，如“确定”、“确认”、“提交”、“发送”、“发布”、“保存”等。有时，当我们设计产品的弹出窗口时，我们偶尔不知道在某个场景中应该在操作按钮上使用什么副本来准确地满足当前场景的要求，以避免歧义。因此，我对弹出窗口按钮上经常使用的一些基本文案进行了综合整理，并分析了各自的使用场景，希望抛砖引玉，查漏补缺。这些按钮文案可以分类多种方法，比如按照最早的Alertt、Confirm、如果将Prompt方法划分为：简单的信息已读并确认了具有法律责任的签署和同意操作的开关，以保存额外的信息 这些按钮通常具有解散弹出窗口的附加功能。此外，对于非简单的信息确认弹出窗口，如果用户不想执行操作，可以使用“取消”按钮解散弹出窗口，以防止后续操作继续进行。我整理和列出了所有常用的表单按钮文案，并逐一列出了使用场景和功能：表单按钮文案列表（点击查看大图）以上表单按钮文案基本涵盖普通弹出按钮文案，当然，除了操作弹出窗口和明确的操作目标按钮外，操作按钮文案更自由，在明确的操作目标按钮上，要做的操作可以直接“渲染”、“运行”、直接标注“中断”等操作目标。上一篇文章列出了弹出窗口按钮的主要文案、使用场景和功能。本文主要对几组容易混淆的按钮文案进行比较，以区分它们之间的差异，澄清它们适合的使用场景。一、“好”vs.“我知道”、“好”和“我知道”使用场景没有显著区别，所以这两个按钮文案的使用往往很容易混淆，但仔细思考仍然可以发现两者之间的区别：好的vs.我知道了a.使用“我知道”按钮时，系统传递的信息的正式性和重要性比使用“好”时更正式、更重要，如系统重要通知、系统发放的优惠券等，适合使用“我知道”。b.面对“好”按钮，用户对系统信息的重要性的心理预期远低于“我知道”。b.当用户面对“好”按钮时，他们对系统信息的重要性的心理预期远低于“我知道”。因为“我知道”比“好”更接近一个合同，一个承诺，用户会有一个心理模型，当点击“我知道”按钮时，系统会得到“用户已经阅读”的收据，尽管系统没有这样做。我知道更正式的c.“好”一般用于前置操作的后续反馈，如前置操作导致弹出窗口结果，用户对前置操作导致的弹出窗口结果有一定的心理预期。而“我知道”更适合在没有用户前置操作的情况下重要的系统信息。好的vs.因此，设计师在设计无后续操作的Alert弹出窗口时，需要衡量传递给用户的信息的重要性。对于需要用户仔细阅读的非常重要的信息，可以使用“我知道”来增加对信息重要性的暗示和用户的心理期望，但也要注意不要滥用。二、“确认”vs.在弹出窗口设计中，“确认”和“确定”是两个容易混淆的按钮副本，两者都可以与“取消”按钮组合，因此许多产品设计师很容易区分两者之间的差异，从而造成用户认知的负担。确认vs.确定a.在Confirm弹出窗口场景中，“确定”对应的场景是用户在“删除、更改”级别上进行的不可逆操作，但该操作只涉及信息的修改、删除、状态永久变化等变化，没有向服务器提交更多的额外信息。“确认”对应的场景是用户在前置场景中进行配置、选择、信息填写等操作。点击提交按钮时，系统使用Confirm弹出窗口进行二次确认。此时，用户需要意识到他们的额外信息会改变系统状态。在Confirm弹出窗口“确认”和“确定”b.在“排序”、在“筛选”等侧弹出窗口场景中，虽然用户在选择Action按钮之前执行了大量的操作配置，但此时弹出窗口不是二次确认，因此更适合使用“确定”按钮来执行当前的选择。c.Aciton按钮可用于表单页面的“确定”，此时“确定”比“提交”按钮应用场景的普遍性更好。表单Action按钮更适合“确定”。因此，一般来说，“确定”按钮的应用范围和场景比“确认”多，“确认”现在更多的使用场景与主Action动作相结合。此时，“确认提交”、“确认还款”与“确认提交”相比、“确定还款”的语境和语气更合理。最后，在某些场景中，使用“好”比使用“确定”更合理。有些场景“好”更合理，继续看其他容易混淆的弹出窗口按钮文案。三、“保存”vs.在实际使用中，“完成”、“保存”和“完成”按钮也很容易混淆。保存vs.一般来说，“保存”更适合Action按钮，用户认为信息存储在本地各种信息中。虽然这些信息也将同步提交给服务器，但这些信息存在于用户的心理模型中，可以离线查看和使用（只有用户的心理模型，而不是工程实现模型，实际上可能无法离线查看）。保存按钮和“完成”主要用于用户心理模型的选择，这些选择的结果影响客户端的显示，而不是永久性地改变当前的操作文件本身。我们知道，项目实现模型应该满足用户的心理预期和心理模型，因此“完成”按钮的一般使用场景应该用于那些选择或编辑操作不会对编辑范围产生永久影响的场景。如集团搜索范围，如电力购物车内容，编辑购物车项目，不会对SKU本身产生任何永久性影响，如果使用“保存”按钮而不是“完成”按钮，会产生一定的场景错位感，用户点击“保存”按钮会产生微妙的犹豫和不确定性。在那些需要“保存”来保护用户编辑内容并产生稳定感和减少焦虑的场景中，如果错误地使用“完成”，也会对用户的心理模型产生一定的影响和影响。这种影响非常微妙，甚至难以量化，但在这些场景中，使用“保存”应该比“完成”带来更多的确定性，降低认知成本。典型的Action按钮，如iOS系统的图像、通讯录编辑后的Action按钮和知乎的个人信息Action按钮。个人认为，使用这些Action按钮时，“保存”比“完成”更符合场景要求和用户心理模型。在某些情况下，“完成”是否符合用户的心理预期？在某些场景中，如拍照和截屏，iOS使用“Done按钮完成一个使用场景，用户可能会在这些使用场景中附加编辑，也可能不会。所以在这些场景中“所以”Done“”涵盖了“Save“使用场景，但这也导致了iOS系统在某些场景下“Done“滥用，这也是产品在做Localization时需要注意的问题。iOS在某些场景下将“保存”合并到“完成”四、“提交”vs.“发送”vs.接下来，我们来讨论一些与问卷、沟通、用户反馈、用户评价、社区等高度相关的按钮文案。按钮文案分别是：“提交”、“发送”、“发布”。“提交”、“发送”和“发布”使用“提交”作为弹出窗口按钮副本时，适用场景主要包括弹出窗口本身的表单，并将用户编辑的信息单向传输到服务器或服务中心进行审核。并不是说服务器或服务中心在这些场景下不会反馈用户的提交行为，而是这种反馈是异步的（asynchronism）是的，或者有一定的选择。“提交”文案使用场景“提交”按钮文案用户的心理模型如下图所示：当使用“发送”作为弹出窗口按钮文案时，适用的场景是一个平等的沟通场景，或期望对方快速反馈。虽然接收方在发送后不承诺不可避免地反馈或快速反馈，但用户的心理模型期待着比“提交”更快、更及时的回复。为了增加即时感，一些意见反馈页面甚至将反馈界面设计成聊天界面，以缓解用户期望反馈的焦虑，提高用户体验。“发送”应用场景“发送”按钮文案用户的心理模型图如下：与“提交”相比，在某些场景中使用“发送”，如提交问题反馈，可以适当减少用户的等待焦虑，降低跳出率。但前提是提高客户服务反馈的速度和每一个必要的重复，以满足用户的心理预期。如果提供的反馈非常慢或有选择性的回复，则不能使用“发送”按钮副本。至于弹窗按钮文案的“发布”，一般不会在前两种应该使用“提交”和“发送”按钮文案的场景中混用。由于发布的使用场景范围相对狭窄，一般用户在公共区域发布填写的信息，用户在点击此按钮时识别系统的行为。苹果用“发送”来写评论是不合理的。事实上，在互联网行业，为了防止垃圾信息营销或不良信息控制或敏感信息控制，发布的内容需要人工审核或机器人审核，才能显示基本成为标准。此时，弹出窗口按钮的文案应该是“发布”还是“提交”（尽量不要使用“发送”），这取决于场景的需要。在某些情况下，如果系统想要减少或消除用户对发布信息需要审查的感知，则应使用“发布”按钮。同时，一些系统会在发布区域生成用户提交信息的“镜像”，但事实上，这些信息只能由用户发布。真实用户的发布信息仍在服务器端等待审核，但这些方法可以缓解用户焦虑，增强产品使用的刘畅感。如果系统想要清楚地告知用户发布的信息，则只有在系统审查后才能显示，此审查可能是异步的，或者发布的内容可能是有选择性的。因此，此时使用“发送”按钮以文案的形式暗示和隐喻审计行为是合适的。但是这种场景一定很少，所以这种使用要谨慎。下面的例子使用副本有一个明显的问题：“提交”使用场景不符合这些按钮副本，因为使用场景相似，所以在某些情况下往往容易混合，澄清不同的使用场景，可以作为未来弹出按钮副本规范的指导，至少在使用类似的副本时，可以问自己：“副本有歧义吗？”五、“放弃”vs.“撤销”vs.“取消”最后也是最重要的，是一组相对消极的Action按钮，它们是“放弃”、“撤销”和“取消”。“放弃”、“撤销”、“取消”弹出窗口按钮的场景在弹出窗口场景中起作用。这些按钮文案经常被混淆，有时甚至由于文案的混淆而导致用户操作错误，这可能会导致更大的用户体验问题。首先，澄清三种不同的使用场景：1。撤销“撤销”适用于用户已提交或提交审核操作的撤销操作，在弹出窗口提示确认前已发生。确认弹出窗口发生在用户需要撤回此操作时。弹出窗口的二次确认本身表明该操作更为重要。如果用户取消它，它将回到用户提交操作前的状态。2.放弃“放弃”适用于用户在某个分支场景中编辑信息，用户放弃会返回主流程，用户在分支场景中所做的所有操作和信息输入都不会保存。“放弃”操作场景放弃操作，因为会清空用户当前支路填写的所有信息，所以必须明确定义，最好在弹出窗口提示副本中，也清楚地告知用户放弃操作的后果，让用户对自己行为的后果有明确的心理期望。3.取消弹出窗口按钮文案，只能用于解散当前弹出窗口，不附加其他额外操作。只有明确定义这种使用方法，才能最大限度地减轻用户的认知负担，增加任务的清晰度。日常交互设计中最常见的问题是“放弃|撤销”和“取消”之间使用不规范造成的问题。我见过以下取消当前操作弹出窗口按钮文案，导致我无法确定按钮的后续动作:“取消”文案使用不当是最严重、最极端的错误使用方式。比这种方法好一点的使用方法也可能意识到，使用“取消”作为主Action的按钮来执行取消或放弃行为自然会与解散弹出窗口之间的“取消”冲突，从而用“再想想”代替“取消”作为解散专用。这确实会降低一些认知成本，但为什么不从一开始就规范“取消”的使用场景呢？因此，在需要撤销已执行操作行为的场景中，将“撤销”文案误用为“取消”会给用户带来一些麻烦。因此，明确定义每个弹出窗口按钮文案的使用场景和应用范围，并在交互设计中实施这些规范，可以最大限度地减少用户误解，提高界面的可用性。（全文完）