在我创建用户组以匹配我的内部组织结构时，我当然不一定知道谁已经注册/登录了我的社区，谁还没有。在通过电子邮件或用户名添加用户的模态框中，在我的社区中，对于这个用户组，我当然假设它只会……通过用户名或电子邮件添加我社区中的用户。
我假设，比如说，我在下面的框中粘贴了 100 个用户电子邮件地址。我本以为 Discourse 会查找具有这些电子邮件地址的任何用户并将他们添加到组中。我完全不知道它会向所有找不到的用户发送电子邮件，并邀请他们注册。
这一点绝对应该披露（并且应该能够禁用该功能）。
4 个赞
我怀疑问题的一部分在于，在撰写该副本时，我们对这里的细微差别过于了解，而管理员却不清楚！
输入您想邀请加入该群组的用户列表…
第一个要点：我们看到“邀请”并将其解释为“邀请到网站”，而不是“邀请到群组”。
第二个要点：我认为我们甚至不能邀请加入群组？这直接添加了用户。
我同意这并不理想。
作为直接的文本修复，这样看起来如何？
输入要添加到群组的用户列表。如果找到，提供的任何电子邮件都将把关联用户添加到群组，否则将发送邀请。
嗯……这种措辞仍然有些尴尬。
作为另一种执行此操作的方法，您可以在登录时通过 DiscourseConnect/SAML/oAuth2? 传递这些群组吗？
5 个赞
值得庆幸的是，我的公司专注于身份治理，所以我们的软件很快就会处理这一切，并管理其整个生命周期。
但是，集成还需要 6-8 周才能完成，而我现在需要几个组。
尽管如此，嘿：免费的 UX 测试！
3 个赞
IMO，我们管理员永远不会嫌太有用。我们需要详细说明，以便我们能够成为有效的管理员（尽管我只是偶尔戴上这顶帽子）。
听起来不错。如果我来写，可能会是：
输入一个要添加到此组的用户名或电子邮件列表。如果输入电子邮件，并且该电子邮件当前未与用户关联，则将向该电子邮件地址发送邀请，邀请加入社区。
3 个赞
还在犹豫这个错别字是故意的还是无意的…… 
但我喜欢你的版本和你关于冗长问题的观点。
6 个赞