我希望新读者有机会在不注册的情况下观看某个主题。我想到的一个优雅的方法是使用一个主题组件,该组件会在右侧栏的时间线上方显示一个“通过电子邮件获取通知”框。用户只需输入他们的电子邮件并单击“观看”即可接收新帖子的通知。
这似乎是应该已经存在的功能,但我搜索不到。有人知道是否有现有的主题组件可以做到这一点吗?
我希望新读者有机会在不注册的情况下观看某个主题。我想到的一个优雅的方法是使用一个主题组件,该组件会在右侧栏的时间线上方显示一个“通过电子邮件获取通知”框。用户只需输入他们的电子邮件并单击“观看”即可接收新帖子的通知。
这似乎是应该已经存在的功能,但我搜索不到。有人知道是否有现有的主题组件可以做到这一点吗?
没有主题组件可以实现这一点,这需要只有在核心产品或插件中才可能实现的后端更改。
通过向您提供他们的电子邮件,他们无论如何都不是仅仅是读者,那么为什么不让他们成为信任级别 0 的用户,并让他们使用现有的逻辑来注册和关注主题?
为什么不呢?
因为人们不喜欢创建新的用户账户。愿意提供电子邮件的人数与愿意付出一点点努力进行注册的人数相比,流失率非常高。
如果你能通过让他们了解他们感兴趣的特定主题来展示社区的价值,我认为最终会有更多的人回来注册成为完整用户,而不是要求预先注册。
重新发明轮子需要付出很多努力,但如果你愿意付出努力,当然可以继续。
不过,我只想说,我敢肯定,我不是唯一一个拥有一个或两个网站,有些人只是加入却从不发帖,有时是因为一些分类对未注册用户隐藏等等,这有什么不同呢?我相信其中一部分人注册正是为了你所描述的那个场景,以便随时了解最新信息。
我想知道你是否可以在匿名用户看到的欢迎横幅中包含这些信息?
鼓励人们注册成为用户只是为了随时了解某个话题?这是一个非常轻量级的解决方案?
我确信其中一部分人会注册,例如您描述的场景。
确实会有一部分人注册。但如果用户有更省力的方式来完成同样的事情,那么注册的人数就不会这么多。前期付出的努力越多,转化率就越低。而且通常不是低一点点。
我想知道您是否可以将此信息包含在为匿名用户显示的欢迎横幅中?
这其实不是信息的问题。您可以预期普通用户知道可以注册和订阅/观看。这是注意力(attention)和精力(effort)的问题。用户前者很少,后者不愿意付出。
当用户首次访问您的 Discourse 网站时,大多数用户不会想加入另一个社区。他们会寻找关于某个特定主题的更多信息。他们可能在 Reddit 上看到了链接,或者通过 Google 搜索找到了某个主题。即使随着讨论的进行,他们发现这是他们想了解更多的事情,但这并不意味着他们已经准备好付出加入论坛的努力。
因此,此时用户愿意付出的精力与您的基础设施要求之间存在差距。这就导致用户流失,并且很可能不会再回来。如果您让他们轻松保持联系,然后随着时间的推移展示价值,那么他们将来更有可能成为社区成员。
好的,我明白了。
也许我是从技术的角度来看待这件事的。
但现实是,如果不以某种形式将他们设为用户(至少在技术上是这样),那么编写这个功能将是愚蠢的,因为如果你这样做了,很多现有的逻辑都可以被利用。
例如,“关注”逻辑在主题更新时会触发,它会检查所有关注该主题的用户。你绝对应该利用这一点,不仅仅是因为你编写的任何内容都需要在未来得到支持,而且如果你使用核心逻辑,它就会为你维护!
也许这确实是一个展示方面的问题,你修改前端(以及必要时的后端)来接收电子邮件,并将其注册,就好像他们不是网站的正式用户一样。
实际上,在技术上,后端将其注册为一个新用户,但你使用某种方式将他们区分开来——我想知道不激活他们是否可以做到?你需要做出各种改变才能实现这一点,但这可能是可行的。
如果你真的有兴趣构建这个功能并且有预算,我建议你在 Marketplace 发布。
这可能是一个相当复杂的插件,但很有趣!我们一定会考虑的。
我不知道它在 Discourse 中的技术复杂程度如何,但在 WordPress 世界中已经存在很久了。而且它确实有效。基本上它只是另一个邮件列表。
“这在 WordPress 界已经是很久以前的事了。”
确实如此。任何考虑转化率优化的用户都会想要这个功能。
“也许我是从技术的角度来看待这个问题。”
我的想法来自于对用户旅程的观察。您需要做的一件事就是寻找可能导致用户流失的痛点。
“不利用这一点简直是疯了”
“也许这确实是一个展示问题,您修改前端(并在必要时修改后端)”
100% 同意。最简单的情况是,您只需要创建一个“未凭证用户”。基本上,这是一个普通用户,但没有用户名和密码。根据 Discourse 的内部机制,这可能很容易,也可能不可能。
“但您会用某种方式将它们区分开来”
您真的需要区别对待他们吗?假设没有密码不会导致异常,他们将无法登录。
不过,您需要做的一件新事情是,将来在某个时候将他们“升级”为完全(即已凭证)用户的方法。
是的。
可能有一长串。
如果你通过插件修改核心逻辑,你将不得不确保这组新的“特殊”用户在任何时候、任何原因访问用户模型的地方都能得到适当的处理。
绝对正确。插件还需要处理的另一件事。
总之,这目前都是理论,如果有人愿意资助,我们可以看看:Marketplace
我的妻子经常让别人用她的电子邮件地址注册(她的姓比“pfaffman”更常见)。这包括学校和医生。发送未经验证的电子邮件地址是不负责任的,应该是非法的。发送电子邮件给不愿意注册账户的人是一个非常糟糕的主意。
也许可以有一种方法让他们发送电子邮件来请求这种行为(他们可能没有配置他们的邮件发送器从错误的地址发送),或者以其他方式验证电子邮件地址。
但离开地址的行为不就是主动表示他们很高兴吗?
同意地址验证不足的问题。这可能意味着提供的许多地址都是无效的,或者属于他人。
发送邮件到未经验证的地址是不负责任的,并且应该是非法的。
在欧洲这里可能是非法的。我不建议不验证电子邮件地址。我没有明确说明,但那些只提供电子邮件地址的人仍然需要通过确认电子邮件中的链接来确认他们确实想要更新,并且这是他们的电子邮件地址。就我所知,这通常被称为“双重选择加入”。
向不愿意注册账户的人发送电子邮件是一个非常糟糕的主意。
向选择加入但只提供电子邮件地址的人发送主题受限的电子邮件只是一个邮件列表。我刚查了一下,TheHustle 的邮件列表成员超过 150 万。我认为你不能真的称其为一个坏主意。
“> 仅提供电子邮件地址的用户仍应通过确认电子邮件中的链接进行确认
此时,他们将拥有与创建用户帐户相同的接触点。一个快速注册按钮可能就是您所需要的。”
“但离开地址的行为不就是主动表示他们很高兴的意思吗?”
我不明白你的问题。你的意思是,如果他们很高兴地输入了电子邮件,他们应该很高兴地创建一个用户帐户吗?如果是这样,答案是经验上“不”。电子商务领域的人们已经对此进行了大量研究,存在显著的差异。
“同意地址验证缺失的问题。”
我不确定这怎么会进入讨论。抱歉造成混淆,我绝不会那样建议。
触点数量只是问题之一。用户非常讨厌创建和管理密码。他们拥有的账户越多,就越不愿意创建一个新账户。
人们也不愿注册那些在他们眼中声誉低或没有声誉的网站。没有人想加入一个他们一无所知的俱乐部。如果你提供一种低门槛的方式让他们与你的社区保持联系,你就有机会建立信任。
“真可惜它不再受欢迎了”
非常同意。
我突然想到,我所谈论的内容与魔法链接/无密码身份验证有很多共同之处。看起来 Discourse 从 2.0.0beta3 开始就支持无密码身份验证了。要实现我的目标,你还需要提供一个选项,允许用户仅使用电子邮件(可能还需要验证码来阻止机器人)进行注册,并自动生成用户名和密码。收集电子邮件的表单还可以额外添加一个“关注此主题”的复选框。
之后,用户可以通过发送到其电子邮件的魔法链接进行身份验证(当然是在验证电子邮件之后)。如果用户想停止潜水并发表帖子,他们可以选择设置自己的用户名和密码。
是时候去搜索插件了……