# 构建从 Facebook 迁移的活跃支持社区

**URL:** <https://meta.discourse.org/t/structuring-an-active-support-community-migrating-from-facebook/390619>\
**Category:** Community Building\
**Tags:** facebook-migration\
**Created:** [2025年十二月7日 09:06 UTC](https://meta.discourse.org/t/structuring-an-active-support-community-migrating-from-facebook/390619 "2025-12-07T09:06:56Z")\
**Posts on this page:** 1\
**Showing post:** 45

<div class="post-metadata">

**Author:** ![ToddZ](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/toddz/32/328350_2.png) [@ToddZ](https://meta.discourse.org/u/ToddZ)\
**Post date:** [2025年十二月11日 21:21 UTC](https://meta.discourse.org/t/structuring-an-active-support-community-migrating-from-facebook/390619/45 "2025-12-11T21:21:14Z")

</div>

> 我对“在线客服”环境有点警惕。

我也是。在公司环境中，聊天可能还有点用处，比如作为社交的辅助渠道，或者问“今天去哪里吃午饭？”。但在支持或社区环境中，大多数人都是异步参与的，恕我直言，你警惕得有道理：为任何严肃的事情提供聊天可能会让人期望即时回复。它为帮助者增加了需要监控的渠道，并且需要管理开销，还需要将任何值得保留的聊天内容转换为主题。

你或许可以让聊天严格作为离题的闲聊流——或者你可以考虑不启动聊天，看看是否自然产生了需求。推迟引入某项功能比事后移除它（如果它变成一个麻烦）要容易。

---

_[View the full topic](https://meta.discourse.org/t/structuring-an-active-support-community-migrating-from-facebook/390619)._