模式 帮助 & 反馈

帮助 & 反馈

帮助内容能够解答用户的问题和疑惑。

用法 展开或收起内容 当内容收起时,箭头向下,当内容展开时,箭头向上。

帮助内容能够解答用户对应用产生的一般问题。用户可以对应用进行评价,反馈 bug,以及询问帮助文档中没有涉及到的问题。

放置 展开或收起内容 当内容收起时,箭头向下,当内容展开时,箭头向上。

让用户能够轻松找到应用的帮助内容。

帮助内容应当可以从多个入口访问,作为可选项放在底部。常用的入口是在导航抽屉(或弹出菜单)中的「帮助」或「发送反馈」。

复杂的应用

如果你的应用非常复杂,请在导航抽屉和应用栏中都添加「帮助」入口。

为了让用户能够轻松得到帮助,特别是当应用非常复杂的时候,把「帮助」入口同时放置在导航抽屉和应用栏中。否则,请把「帮助」入口单独放置在导航抽屉或弹出菜单中。

导航抽屉

将「帮助」放置在导航抽屉的最后一项,即「发送反馈」的下方。

如果导航抽屉中有「登出」,那么应当把「登出」放在最后一项。

导航抽屉中的「帮助」和「发送反馈」

弹出菜单

如果没有导航抽屉,将「帮助」和「反馈」(或「发送反馈」)放置在弹出菜单中。

如果弹出菜单中有「登出」,那么应当把「登出」放在最后一项。

弹出菜单中的「帮助」和「发送反馈」

应用栏

为了帮助用户轻松解决紧急问题,应当把帮助图标放置在应用栏中,比如付款和退款。

桌面应用的 UI 中有大量的空间,因此也可以把帮助图标放置在应用栏中。

应用栏中的帮助图标

帮助页面

帮助页面中也可以包含「发送反馈」按钮。

不常用的页面(例如「关于」「隐私」「服务条款」)可以放置在弹出菜单中。

有常见问题和答案以及发送反馈按钮的帮助页面

行为 展开或收起内容 当内容收起时,箭头向下,当内容展开时,箭头向上。

相关话题

帮助内容应当与用户当前所在的页面相关。例如,如果用户在账户页面访问帮助,那么帮助内容应当展示与账户相关的信息。

立即访问

在应用中,用户轻触「帮助」后立即进入帮助页面。

用户选择「帮助」后,应当直接进入帮助页面。

用户选择「帮助」后,不要再让用户选择进入「帮助」还是其他内容。

自动帮助

有时候,帮助内容也会在用户首次与应用交互时出现,即使用户没有主动要求帮助。自动帮助可以让用户无需访问「帮助」菜单就可以了解如何使用新功能。类似的帮助经常出现在:

  • 当功能无法直接通过菜单或按钮触发时,为了提高功能可见性
  • 介绍应用之前没有的新手势时。

新功能和附加手势的帮助应当有所限制,因为这些会干扰用户,让用户分心。

图标 展开或收起内容 当内容收起时,箭头向下,当内容展开时,箭头向上。

帮助和反馈的图标尺寸显示为 24dp。

帮助提示的图标为 18dp。

亮色背景中,图标的不透明度为 54%。暗色背景中,图标的不透明度为 100%。

亮色主题

不透明度

激活的图标

54%

未激活的图标

38%

暗色主题

不透明度

激活的图标

100%

未激活的图标

50%

帮助

帮助应当使用标准的材料图标

不要使用图标的变体,例如加了对话气泡和外圈。

发送反馈

发送反馈应当使用标准的材料图标

不要使用图标的变体,例如对话或 bug 图标。

帮助提示

帮助提示应当使用标准的材料图标

不要使用图标的变体,包括帮助图标、或者带有对话气泡和外圈的图标。

书面用语 展开或收起内容 当内容收起时,箭头向下,当内容展开时,箭头向上。

帮助内容能够让用户找到关于应用的答案。

在撰写帮助内容时请参考以下规范:

列出关键信息

尽可能以简短的语言解释问题,避免出现无关的细节。每次回答一个问题。

易于阅读

使用格式化的文本来帮助用户更方便的阅读,例如使用大标题、列表、表格以及段落间距。

特殊情况下,如果帮助内容引用了其他的元素,需要用户点击访问(例如按钮或链接)时,请加粗引用的标题。

标题明显区分于正文,可以帮助用户快速浏览页面,找到所需的信息。

简单用语

尽可能的避免在帮助内容中使用术语。

展示图片

当需要向用户展示具体步骤时,使用相关的图片或图标来向用户解释。