it-swarm.cn

联机帮助的最佳做法

我们目前正在开发一个相当复杂的Web门户。为了改善用户体验,我们希望提供一个上下文相关的在线帮助系统,该系统可以帮助用户了解网站的某些方面。
在我们的案例中,网站上有各种小工具可以显示各种表格数据,图形等。例如,一个这样的小工具可以显示 [〜#〜 ] vix [〜#〜] 和帮助系统将简要说明VIX是什么。

现在,我在互联网上四处张望,找到了一些有趣的文章,例如 在线帮助的设计清单 ,但是我发现的大部分内容似乎都很合理过时的。我特别感兴趣的是以下设计问题:

  • 是否(或何时)使用弹出窗口,div或链接到外部页面
  • 帮助条目应该有多全面?一般用户愿意阅读多少?
  • 提供访问帮助系统的好方法是什么?用问号图标弄乱用户界面当然不是最佳选择
  • 应该按需使用AJAX(有点糟,您希望立即获取信息))加载帮助条目,或者将其预加载(造成大量不必要的流量)
  • 其他要做和不做的

其中一些问题的答案似乎很明显,但是当涉及到可用性时,我已经体验到直观的答案并不总是最好的。其次,我是一名软件开发人员,因此我倾向于从工程师的角度看待事情。我想我们都知道,这通常是一个非常糟糕的角度,无法从这个角度着手设计用户界面。这就是为什么我非常希望从该领域更有经验的人那里得到一些反馈。

34
n3rd

我将做出一个狭窄的答复,所以我不会回答您所有的问题。

  • 几年前,安德里亚·埃姆斯(Andrea Ames)在UBC市区校园的一次小型会议上报告的研究表明,嵌入式帮助和可用性比帮助更好。她讲述了如何将三种不同的“帮助传递”方法与家用财务软件进行比较的故事。用户不会将嵌入的帮助视为帮助的一种形式,而是报告他们“只是在使用软件”,而不是使用通过软件指导和指导用户的信息。当用户遇到问题时,他们通常要做的最后一件事就是脱离接触并开始其他事情。对于许多用户而言,启动“帮助”适合“其他”类别,但可能不合逻辑。我听到的最后一个消息是Andrea在IBM工作。通过嵌入式帮助我并不是指标签和按钮名称,而是指直接出现在用户界面中的文本,该用户界面的功能是定向,解释,指示和提供上下文。

  • 路易斯·霍克(Lois Hawk)报告了大脑中的一种非自愿反应,即迫近刺激反应。当您的视野中发生某些意外变化时(例如老虎),您的大脑会做出如下反应:1)冲洗短期记忆,2)释放一些肾上腺素以准备采取行动,以及3)对环境进行视觉重新扫描。您可能可以想象,如果弹出窗口也触发了(非自愿)响应,因此使用“帮助”弹出窗口刷新了用户的短期记忆,并增加了他们的压力,那么他们就不会可以确定为什么他们不喜欢这种经历,但是他们会不喜欢。这篇研究论文发表在2000年檀香山的STC联合区域7和8会议上(我认为是这一年)。很难找到它的副本。

23
JeromeR

让人难以阅读。有时他们会假设他们知道您想要什么,并且会拒绝阅读帮助。显而易见的答案是使您的应用程序如此简单以至于无需任何解释。但这并不总是那么容易,这是我长期以来一直在努力的事情。

但是,对于特定于上下文的帮助,我选择在您将重点放在文本框上时显示帮助。例如,下面的橙色框仅在邮政编码文本框具有焦点时可见。 alt text

这样,用户不必单击图标即可显示帮助。当他们填写应用程序时,它会自然出现。

当然,这并不适用于所有情况。它不适用于单选按钮或复选框,因此您必须发明自己的机制。 i小信息图标在问题旁边效果很好。

我会尝试回答您的其他一些问题...

是否(或何时)使用弹出窗口,div或链接到外部页面

没有人喜欢弹出窗口。如果有可能,请尝试在每个字段旁边找到一个空白处,如上图所示,可以在其中显示帮助。这样,它不会掩盖任何东西。使所有内容(包括您的帮助)尽可能简明扼要,同时又能说明要点。

应该按需使用AJAX(有点糟,您希望立即获取信息))加载帮助条目,或者将其预加载(造成大量不必要的流量)

您必须在此处根据要处理的帮助文本权衡您的选择。如果您仍在使用gzip压缩,则将其全部保留在HTML中可能不是什么大问题。

12
Steve Wortham

我偏爱工具提示或调出始终可见的区域,这些区域提供基本说明,然后链接到更高级的上下文帮助。工具提示通常在问号或类似的标记上,但是如果需要大量提示,则可以使用最初设计中的简单标注区域来达到此目的。

工具提示或标注使用ID来导航到正确的帮助项目。我没有打开新窗口/选项卡/弹出窗口/ div,但如果他们需要高级帮助,我会将其带至该页面,并带有醒目的链接BACK,该链接使用屏幕ID和工具提示/标注ID返回到正确的位置,并保留所有表格。

由于它是高级帮助,因此我仍然倾向于使用“ RoboHelp”帮助样式,该样式中包含相关项目的链接和完整的帮助导航。由于我使用的大多数应用程序都是通过不同级别的访问权限/用户类型/角色属性进行身份验证的,因此可在帮助中导航到的内容将查看Users令牌,以确定要显示的信息。

希望其中一些对您的大部分观点有帮助。

4
Susan R

当您的应用程序专注于特定主题并且充满首字母缩略词/陌生词时,用户将知道它是一个专注的应用程序(如果他们学习它,则可以提高他们的工作效率),并且希望获得学习体验。问题在于,这种意愿只是针对前三分之一的遭遇。

对于首次使用,您可以询问用户是否需要指导教程。您可以使它像向导一样,分步显示突出显示的内容,也可以听取用户单击/关注的内容并为当前元素提供帮助。 IMO这就像一个教程游戏体验,您学习控件,就可以达到目标。用户应该可以随时退出本教程,如果愿意的话可以回来,并不要再次看到该教程的邀请。应该为初学者提供这种经验。

对于中级/高级用户,我认为首字母缩写词和标题/工具提示元素就足够了(也就是说,如果您具有清晰的IA和直观/一致的元素)。工具提示不会挡住用户的视线,但是有用户需要帮助的地方,而不会烦人。它们的样式应该很离散,但是仍然可以观察到。

3
Ecaterina Moraru

这是将实时聊天用作在线帮助工具的链接,希望对您有所帮助 https://www.experienceux.co.uk/ux-blog/2017/05/30/6-steps提供一流的实时聊天用户体验/

帖子摘要:

  1. 使实时聊天号召性用语易于查看/访问(例如,网站的右下角区域)。

  2. 通过在网页的其余内容(例如几秒钟后)之后加载号召性用语,吸引更多注意力。

  3. 显示人物姓名和照片,有助于克服“这真是人类吗?”的障碍。

  4. 通过将聊天窗口原地加载到浏览器窗口中并使用户最小化,可以使用户轻松并行浏览。

  5. 通过遵循熟悉的消息传递服务(如Facebook Messenger和WhatsApp)的设计模式,减少用户学习新事物的需求。

  6. 允许网络聊天窗口最小化,同时仍显示新消息的通知。

0
Adedoyin Akande