社群健康度验收：活跃、留存、自治与成本四张表

社群健康不看它有多热闹，看它能不能在你不在的时候继续运转。

一、他以为群很好，直到停更两周

薛岸的社群有 240 人，日发言看起来不少。他一直觉得运营得不错，直到有一次出差，两周没有发任何内容，也没有回答任何问题。

回来后他发现：群还在，但最后一条消息是十天前的；三个新人提问没人回；两个老成员私信问他「群是不是不做了」。他这才意识到，过去半年的热闹，几乎全部由他一个人驱动。

以下情境为教学假设，人物、引语和数字不代表经核实的真实案例。

「热闹」和「健康」是两件事。 热闹可以靠一个人发内容制造，健康要看成员是否自发互动、问题是否有人处理、成本是否可持续；前者是表象，后者才是结构。

二、四张表：活跃、留存、自治、成本

健康度不需要几十个指标。四个维度各取三个，十二个指标足够判断，也足够一个人每月填一次。

40% 是本例的目标值，不是通用健康线。 阅读型社群可能很少发言；高发言率也不自动意味着闲聊。按社群用途区分阅读、互助与作品交流，再检查内容质量。

两种留存必须分开。 本表月留存是社群活跃队列留存，分母为上月的 96 名活跃成员，分子为其中本月仍活跃的 68 人；本月共有 96 人活跃不代表两个月是同一批人。90 日产品参与留存另查入群队列与产品使用；付费留存则再单独统计，未付费成员也可能贡献高质量互助。

自治是四个维度里最容易被忽略的。 一个 90% 内容由你发起的群，无论多热闹，都不具备自转能力；你停更两周，它就会安静。

成本评分先看创始人工时，现金与团队工时另设预算。 本例用四周月计算：5×4×60+15=1215 美元，1215/96≈12.66 美元/活跃成员；这是仅含创始人维护时间估值与工具费的口径，不是完整团队成本。额外恢复时间、志愿者与付费协作者必须另列，不能隐藏在评分之外。

三、评分：固定公式与加权综合分

十二个指标中，月活、月留存、自治三项与创始人工时进入评分；其余是诊断与预算指标，不再重复计权。以下目标与权重均是教学设定，不是行业认证。公式中的百分比用 0 到 1 的比例，保留原始精度到最终展示才四舍五入。

自治三项加权得到自治维度分，再以 30% 进入总分。原始计数为负或比例超过 1 应先纠错；缺少分母、当月零举报、没有上月队列时标为「不适用/缺数据」，不能除以零或自动给满分。这时只报告可得指标，暂停总分与 scale 判定。

活跃 = min(5, 5 × (96/240) / 0.40) = 5
留存 = min(5, 5 × (68/96) / 0.70) = 5
自发帖得分 = min(5, 5 × 0.70 / 0.70) = 5
处理率得分 = min(5, 5 × (11/12) / 0.95) ≈ 4.8246
介入得分 = min(5, 5 × 2/5) = 2
自治 = 0.4×5 + 0.3×4.8246 + 0.3×2 ≈ 4.0474
成本 = min(5, 5 × 2/5) = 2
综合 = 0.30×5 + 0.25×5 + 0.30×4.0474 + 0.15×2 ≈ 4.26

响应目标的最低线是 90%，评分的理想目标是 95%，两者用途不同；11/12≈91.7% 过了最低线但尚未到理想值。小样本里少处理一单就差 8.3 个百分点，必须同时展示计数，不能只看得分。

四、判定：scale、fix、stop 与「可自转」

按下面顺序判定，区间完整且互斥，不能让加权总分掩盖单项风险：

1. **stop：**发生严重安全事件先暂停相关功能并处置；综合分 <3.0，或连续两个月按既定修复措施仍无改善，则收缩或关闭当前运营模式。
2. **fix：**缺关键数据、现金或团队工时超预算、综合分不足 4.0，或任一维度 <3.0，均先修复。
3. **scale：**前两条均未触发，综合分 ≥4.0 且四维均 ≥3.0，才可考虑小步扩大规模，并继续观察。

本例综合 4.26，但成本只有 2，判定为 fix：先把创始人周工时从 5 小时降下来，再复测服务质量与团队总投入。平均分高不构成扩张理由。

「可自转」另看本例四个条件：创始人周工时 ≤3 小时、自发帖 ≥50%、12 小时处理率 ≥90%、月活 ≥35%，连续 3 个月成立。它是运营观察标签，不替代上面的预算、风险与 scale 门槛，也不意味着无人维护。

把判定写成一句可检查的话，例如「本月 fix：固定答疑时段并由版主自愿接手周三内容，将创始人每周 5 小时降到 3 小时；下月同时核对未答问题、举报时效与团队工时」。只有工时下降而质量恶化，不能算修复成功。

五、行动清单与复算验收

验收的目的不是打分，是决定下个月把时间花在哪。以下清单按顺序做。

• 导出成员列表、发言记录、举报记录与你的实际工时。
• 按四张表逐项填入本月数值，缺的项标注「未采集」。
• 按固定比例公式计算评分项；缺分母时停算，不临时改目标。
• 按权重算出综合分，并记录每个维度的分数。
• 按 stop → fix → scale 的顺序判定，先处理风险与预算超限。
• 为 fix 写一条具体措施与完成时间。
• 对照「可自转」四条件，判断是否连续 3 个月成立。
• 把本月表与上月表并排保存，观察趋势而非单点。

验收标准：你能用一页纸给出四个维度的分数、综合分、判定与一条具体措施；给不出，说明健康度还停留在「感觉还行」。

使用边界与实操验收

本文给的是通用社群的验收框架，不适用于所有类型的社区。

开源项目的健康度不归本文。 贡献者、响应、发布与依赖广度属于开源度量；本文只看产品用户社群的运营四维。

游戏社区不归本文。 赛季活跃、付费渗透、用户创作内容数量是另一套指标；本文没有赛季与内购。

指标不能替代判断。 四个维度都达标，社群仍可能因为产品方向变化而失去意义；数字是体检，不是战略。

不要为了分数优化指标。 把「创始人介入次数」压低的最简单方法是少看群，但那不是自治；指标要配合行为观察一起看。

关键参考与核验范围

核验日期：2026-10-25。以下链接用于核对社区健康度与度量的一般框架，本文未逐条引用其内容。

• Orbit Model ：用于核对成员分层与社群健康的一般思路。
• CHAOSS 度量 ：用于对照开源语境下的社区健康指标，本文只取其「分维度观察」的方法。

引用口径。 本文只借用「分维度、可比较」这一度量思路；240、96、68、20 小时与 4.26 全部是教学假设，与上述材料无关。

核验范围。 核验的是「四张表 + 锚点 + 加权判定」这套结构是否仍可操作，不是比对某个平台的统计口径。

如何自行复核。 取最近三个月的数据，各填一次四张表；如果综合分波动超过 1 分，先检查口径是否变化，再检查社群本身。

系列导航

• 上一篇：商业化边界：社群不是流量池的四条硬线
• 回到目录：一个人的社区：冷启动、版规、版主与社群健康
• 相关阅读：社群该不该建：四个信号、四个反信号与四笔成本
• 相关阅读：一个人的自助支持：帮助中心、排查树与工单减少