@ToddZ 很高兴听到这个消息！老实说，我不确定“免费”是社区聚集在 Facebook 上的最主要原因。我认为是因为人们已经“在那里”了，而且建立一个社区超级简单（十几次点击），邀请你的朋友，他们再邀请他们的朋友，就这样开始了。现在，免费这一点确实意味着，即使是支付基本托管套餐（每月 20 美元）的提议也会非常难以推销。如果基础套餐能满足我社区的需求（目前不能），我会为我的社区付费的。
如果我们做一些设想：我认为一个真正有趣的第一步将是：
- 一个标准的设置/配置“包”，可能捆绑了一些插件和组件
- 一个真正的“假脸书”基础主题（试用了当前的主题，还没有达到要求，尽管我很喜欢这个想法）
这些加在一起，能让“开箱即用”的 Discourse 变成某种东西，表面上可能稍微简化一些，但不会让 Facebook 迁移过来的用户感到太陌生。
这还可以附带一个用户友好的向导，用“人类语言”收集社区建设者关于社区某些方面所需的信息，以便做出配置选择——然后设置相应的配置。
例如，可能会问这样的问题：
- 社区的普通成员预计技术水平如何？
- 你希望人们收到大量电子邮件通知，还是不希望？
- 社区中的所有成员都能相互聊天和私信对你来说重要吗？
- 你是想把所有人都放在一个“论坛”（即分类）里，还是有多个？
- 除了版主之外，你的社区中是否有需要对全部或部分社区拥有“特殊权限”的用户组？
这些只是我随口想到的，对 Facebook 群组管理员进行一些用户研究可能会有助于确定需要询问哪些信息。
就我所知，这种更人性化的设置界面对其他首次使用 Discourse 的管理员也会很有用——比 Connecting site settings to documentation 更进一步，那已经是一个很棒的计划了！
当涉及到抓取/复制内容时，我不确定这到底有多大用处。在一个理想的世界里，Facebook 会有一个真正的导出按钮，那会很棒，但这种情况不会发生。我曾尝试用浏览器脚本来保存帖子和评论串，但使用起来非常繁琐。
对于我的社区来说，有一些重要的帖子我们会手动复制过去，但 Facebook 上的大部分内容恐怕只能留在那里了…… 我认为开发一个完整的抓取/导入系统所需的工作量可能不值得。
然而，有趣的是（这更多属于我尚未详细说明的“迁移策略”章节），是那些有助于在 Facebook 中“植入”Discourse 主题的工具，以鼓励人们去 Discourse 上查看它们，就像 @oshyan 提到的那样。这将在迁移阶段在一定程度上帮助弥合“集成差距”。