“用户必须由受信任的用户或工作人员邀请，否则用户可以自行注册”这完全说不通。
我相信这是一个错误，请告知我进展如何。
1 个赞
关键词是“否则”。这是指当后者设置关闭且不是“仅限邀请”时。
4 个赞
啊，我明白了，当时我没注意到——抱歉。
2 个赞
也许可以改进文案，使其更清晰？
5 个赞
逗号粘连从来都不是清晰度的良好标志 
3 个赞
建议：
新用户需要由工作人员或受信任的用户邀请才能注册
我认为这句话的“否则”部分是隐含的。例如，“私有”设置并没有说
只有登录用户才能访问此社区，否则所有用户即使未登录也可以访问
3 个赞
更改描述当然是一个我们可以轻松做出的更改……但如果我们更改切换时的描述，描述当前状态是否也有帮助？
例如，对于“仅限邀请”，我们可以这样设置：
true_description: “成员必须由员工或受信任的用户邀请”
false_description: “任何人都可以创建新帐户”
8 个赞
这无疑会使体验更容易理解。
也许我看这个问题太久了，但对我来说，它似乎很清楚？@awesomerobot 的建议很有趣，但我的第一反应是：
- 更多的翻译！
- 标签和说明不匹配
看到“私有”和“禁用时内容无需登录即可查看”比我们目前的情况更令人困惑。
也许答案是更明确的用户界面，但这会引入更多词语，我认为人们也会觉得困惑，除非我们小心处理。也许我们可以使用一个滑块，一侧是“公开”，另一侧是“私有”，并为每个选项提供不同的辅助文本？
在改进当前用户界面的文案方面，如果我们保留语言但加上“启用时，…”的前缀，会怎么样？这样就可以清楚地表明描述意味着启用时看到的内容，并在禁用时意味着相反的内容？
2 个赞
在当前的布局下，这确实更棘手，因为变化的注释位于每个部分按钮的最远处。
例如，“私密”在切换开关之前应该显示为“公开”。“仅限受邀者”可以显示为“开放注册”等等。
或者，移动按钮并将注释放在旁边。
1 个赞
您能否做一个模型来解释您的意思？我不太明白。
是的，这比仅更改描述要更进一步，而且会更像这样……对吧？
这本身可能有点令人困惑，因为它可能被解释为“打开此开关以使其公开”，但至少在初始切换后可能会弄清楚。
然后还有类似这样的东西：
这类开关切换以使人们感到困惑而臭名昭著，回到简单的复选框可能在这里更好。
3 个赞
我认为您上面的示例增加了清晰度——至少对我来说是这样。将“私有”放在一个未上锁的挂锁旁边会让人非常困惑。
我个人确实喜欢这些开关。
您的另一个示例也很棒，但我们将在哪里显示状态描述？
1 个赞
我今天有个想法，也许在这个步骤中颠倒前三个选项会更有意义，并假设大多数网站都希望公开、允许注册且不需要审批。我相信事实就是如此。
因此，对于此步骤中的大多数人来说，他们会扫描启用的设置列表，并确认一切如常。那些愿意的人可以根据自己的意愿禁用设置。在我们提供托管的基本套餐中，网站只能是私有的且仅限受邀访问，这种区别将非常明显，人们会明白，要获得公开访问和开放注册的权限需要升级到标准版或商务版套餐。
@ella 你有什么想法？是否值得做一个模型来看看效果？
2 个赞
