恕我直言，在早期阶段，这一点以及对你上级人员的期望管理至关重要。
如果只是敞开大门欢迎所有人，并大肆宣传你的 Discourse 社区，很容易毁掉你的项目——你会迎来一波发布各种无关/分散注意力内容、格式糟糕且惹恼你专家的用户，而管理团队则会锚定在初始用户数上（这个数字肯定会下降）。从这种局面中恢复过来比预防它要难得多。
我们解决这个问题的方法之一是，在用户专门阅读了以下主题之前，禁止他们创建新主题：
- 如何提出一个好问题（Stack Overflow 的方式）
- 哪些内容禁止分享（由于客户的保密要求）
- 哪些内容可以分享，以及如何修改违规内容使其合规
这实现了三个目标：
- 平台更易于管理——在用户创建主题之前，我们非常清楚地说明了哪些可以，哪些不可以。
- 保护我们的专家免受低质量内容浪潮的冲击
- 惹恼了一群人
具体到第 3 点，我估计约有 20-30% 的员工在遇到我们最初的限制时，觉得花 10 分钟阅读有失身份，并且认为自己已经知道如何提出完美的问题。在少数情况下，这确实是真的，但大多数情况下，这实际上过滤掉了那些在我看来不适合我们要构建的文化的人。具体来说：
- 阅读比写作更重要
- 以谦逊的态度来到平台
- 提出格式良好的问题，以便其他员工
- a) 减少志愿花费在你身上的时间
- b) 能在 2-3 年后从该主题中学习
这也是一个非常好的观点。我们发现，创建一个基于主题数量、主题浏览量、回答数量等的 ROI 公式非常有帮助，最终计算出节省了多少时间，因为专家在 Discourse 中被询问一次，而不是在不同的电话和邮件链中被多次询问。