manuel
(Manuel Kostka)
1
因此,当启用 discobot 且新用户注册时,他们会立即从主论坛页面被引导至个人消息收件箱,并看到一个关于论坛功能的较为技术性的教程。
我认为这对新用户的引导时机安排不当。我们有欢迎消息和欢迎主题,希望用户先与这些内容互动,而不是与机器人互动,以此作为起步。我也认为用户注册并不是为了立即学习论坛的技术功能。
目前,如果我想要禁用这个默认的欢迎机制,就必须完全禁用 discobot。但我认为教程本身非常棒!我只是希望能在稍后的阶段引导用户去使用它们。例如,可以在第一信任等级的消息(“感谢您花时间与我们在一起”)中提到第一个教程,就像在会员信任等级升级消息(“恭喜您获得信任等级提升!”)中提到高级教程一样。
有没有一种方法可以禁用 discobot 的引导流程,但仍然通过调用 @discobot 来启动教程?
5 个赞
HAWK
(Hawk)
3
该机器人的目的是向从未使用过 Discourse 的人展示基本功能。要求他们先使用论坛似乎有悖常理。
2 个赞
debryc
(Deborah Chang)
4
我同意 Nolo 的观点。用户注册通常有明确的目的,他们往往希望尽快达成目标。在我看来,在用户完成某些操作后再引导他们学习更详细的功能是合理的。
来自 Feverbee
3 个赞
HAWK
(Hawk)
5
我在想,是否有一种折中方案,可以允许用户推迟 Discobot 教程。否则,人们怎么知道它的存在呢?
例如,在这个屏幕上添加另一个选项,显示“稍后再来”之类的提示。
5 个赞
manuel
(Manuel Kostka)
7
我认为第一条系统消息是提及教程的好时机。它默认在 10 分钟后出现,这有足够的时间让用户先阅读一些内容(这并不需要教学介绍),并且用户可能很乐意获得一些关于如何使用论坛的进一步指导。
无论如何,我认为如果管理员能够禁用 Discobot 的即时高亮显示,同时保留启动或提及教程的选项,将会很有帮助。
3 个赞
我不太明白这里具体提出了什么建议?我理解想要避免立即显示教程高亮的想法,但具体的替代方案是什么呢?能否有人提供一个示例或原型,或者更详细地描述一下?
2 个赞
manuel
(Manuel Kostka)
10
我希望根据系统信任等级消息来设计用户引导和教育流程。其外观应如下所示:
-
消息:感谢您与我们共度时光!
包含一些欢迎文本、链接,并指出可以通过调用 discobot start tutorial 来启动教程。
-
消息:恭喜您的信任等级提升!
包含一些文本、链接,并指向 discobot start advanced tutorial 以进行第二个教程。
因此,我只是希望避免立即弹出教程窗口,但并非完全禁用教程。但目前只有一个设置项:discourse narrative bot enabled,启用它会直接禁用该机器人。
建议是不将教程与设置中的默认引导流程捆绑在一起。
1 个赞
manuel
(Manuel Kostka)
11
我认为我最初的帖子可能被误解为我想要更改入职流程的某些默认设置。这其实并非我的本意。但如果您确实希望更改默认设置,我认为一个合理的做法是彻底取消机器人的入职引导,转而高亮显示第一条系统消息(在用户于论坛实例上停留10分钟后)。这样的高亮提示可以设计如下:
4 个赞
谢谢,这个原型图非常有用,正是我所需要的!但这里确实需要两个选项,对吧?
好的。我稍后再读
不是第一次?跳过这些步骤
第一个选项只是提供了另一个或许可以说更明确的关闭目标,事实上你可以点击屏幕上的任何地方来关闭这个高亮提示,但如果这对用户来说不够清晰,那么……这是一个合理的要求。
好的,我需要再仔细考虑一下。
4 个赞
manuel
(Manuel Kostka)
13
我刚刚意识到这其实已经可以实现……我一直是在设置里搜索 discobot,结果只找到一个选项。但实际上,当你搜索 narrative bot 时会出现 6 个选项,其中之一就是可以独立于是否启用该机器人来禁用欢迎帖子:
所以很抱歉为此引起不必要的讨论!不过,是否可以将所有引导机制整理到一个专门的帖子中?或者是否存在一个我尚未找到的概览页面,列出了定义默认引导流程的所有步骤(以及 opting out 时不会触发的步骤)?
- 叙事机器人(Narrative bot)
- 欢迎徽章
- 提醒功能,例如提示设置头像?
- 其他?
4 个赞
manuel
(Manuel Kostka)
14
是的,第一个选项只是更明确地指定了忽略目标。关于第二个选项,这实际上取决于默认入职流程中实际涉及的步骤数量。正如刚才提到的,我目前只了解教程和徽章这两个部分。
无论如何,既然我已经找到了正确的设置,我将继续规划我们的入职流程。不过,如果未来默认设置需要重新评估,我仍然认为将 Discobot 作为主要入职代理的做法可能并不妥当,而应转而基于系统用户来构建。
我发现使用机器人存在以下一些缺点:
- 自定义起来相当繁琐,因为涉及大量消息,一旦开始,你可能需要审查其中的大部分内容。
- 如果你运营的是一个技术社区,想出一个自定义的机器人名称和头像可能很有趣。但如果不是技术社区,就很难想出合适的变体,甚至可能让人觉得用技术噱头来欢迎用户有些奇怪。
使用系统用户的优势包括:
- 自定义默认消息非常直接。
- 这将激励用户自定义系统用户(名称、头像或专用用户),从而整体提升沟通效果。
- 机器人可以更多地扮演“教程机器人”的角色,无需太多自定义,并且能更清晰地被识别为 Discourse 的一项功能。
1 个赞
如果我们认为用户不理解他们可以点击屏幕上的_任何其他地方_来关闭此高亮提示,那当然可以。顺便说一句,我对此没有异议……我们完全可以这样做:
好的。我稍后再读。
不是第一次遇到?跳过这些步骤。
@sam @eviltrout 你们怎么看?这基本上只是文案的修改,链接实际上不执行任何操作。
5 个赞
eviltrout
(Robin Ward)
17
对我来说看起来没问题。我没看出有什么危害。@Roman,你能把这个加到你的列表里吗?
5 个赞
@Roman 我们这周能处理这个吗?我担心这个覆盖层是无障碍问题讨论的一部分,所以我希望有一段文字明确允许用户选择退出。
4 个赞
好的,确认已发布,看起来不错!
感谢您的建议;为“继续”提供明确的点击目标确实很有道理。
7 个赞