志愿者省下的是你的工时，不是社群的成本；他们的时间只是没有出现在你的账单上。
一、第十一个月，他第一次连续三天没看群
顾行的社群有 240 人，月活 96。前十个月他每天早晚各看一次，周末多花一点，勉强维持。第十一个月他赶一个版本，连续三天没打开群。
回来时看到 200 多条未读：一条是两个人争吵，没人处理；一条是有人发了带返利链接的「推荐」；还有三条是新人提问，没人回答。他花了两个晚上补处理，那个版本延期了四天。
以下情境为教学假设，人物、引语和数字不代表经核实的真实案例。
这不是时间管理问题，是结构问题。 只要所有权限都在一个人手里，社群就会在你不看的那三天里失序；而一人产品一定会有「不看的那三天」。
二、什么时候需要第二个版主
不要等到撑不住才找人，也不要一开始就搭三层管理。下面四项是本例的观察阈值，任一项持续出现，就开始评估是否需要增加协作者；它们不是行业标准。
| 条件 | 阈值 | 为什么是这个数 |
|---|---|---|
| 日活成员 | >50 人 | 每天至少 2–3 个新问题，需要有人当天回 |
| 周发帖量 | >200 条 | 平均每天近 30 条，一个人翻不完 |
| 举报频率 | 每周 ≥3 次 | 处置需要第二双眼睛 |
| 你每周投入 | 连续 3 周 >5 小时 | 已经挤占产品时间 |
「日活 50」不是硬指标，是提醒你该开始观察候选人。 在这个规模，你还能一个人撑，但已经能看出谁常来、谁愿意回答别人。
候选人从「已经在做事的人」里找，不要从「最活跃的人」里找。 最活跃的人不一定情绪稳定；常替别人回答、措辞克制的人，才是版主的料。
先给一个临时角色，不要一上来就给权限。 让他做两周「欢迎新人 + 整理置顶」的轻工作，观察他处理冲突的方式；两周后再谈权限。
一定要有第二个人，而不是「一个更强的你」。 版主的价值在于你不在时他能在；如果他的在线时间和你完全重合，结构没有改善。
三、四级权限：从看到处理，从处理到定规则
权限要细到「能做什么」，而不是笼统的「管理员」。下表是本例的内部职责模型，不是 Discourse 的信任等级或任何平台的默认权限；实施前逐项核对平台能否隔离授权。举报队列可能含敏感信息，L0 也只应看到必要、经脱敏的内容。
| 级别 | 名称 | 能做什么 | 不能做什么 | 谁有 |
|---|---|---|---|---|
| L0 | 观察者 | 看举报队列、标记待处理 | 不能删、不能禁言 | 候选人、轮值新人 |
| L1 | 内容处理 | 改标题、移帖、删广告、发提醒 | 不能限言、不能移出 | 第一层版主 |
| L2 | 成员处置 | L1 + 限言 24 小时、移出 | 不能改版规、不能任命 | 资深版主 |
| L3 | 规则与任命 | 改版规、任命、导出数据 | 不能转让账号所有权 | 仅创始人 |
L1 适合接手边界清楚的日常操作。 改标题、移错分类、删广告也需要判断与日志；先共同处理样本，再按实际工时统计可转交比例，不能预设能省一半时间。
L2 要慎给。 限言与移出直接影响成员关系；给之前至少共同处理过三次冲突，确认对方在情绪上稳定。
L3 不要给。 改版规与任命是所有权的一部分；即使你长期不在，也应该用「预设规则 + 事后追认」而不是把 L3 交出去。
每一级都要有对应的操作日志。 谁在什么时候删了什么、禁了谁，必须可查；没有日志的权限，等于没有约束。
权限要写进群公告。 成员知道谁能处理什么，才会找对人；否则所有事情仍然会绕回你这里。
四、轮值表、覆盖率与退出
轮值的作用不是「覆盖全天」，而是「保证有人在约定时间内看到举报」。一人产品的社群做不到实时，也不需要实时。
| 班次 | 时间 | 责任 | 时长 |
|---|---|---|---|
| 早班 | 09:00–09:30 | 清举报、回隔夜问题 | 30 分钟 |
| 晚班 | 20:00–20:30 | 清举报、整理当日问答 | 30 分钟 |
| 周末 | 任选 1 小时 | 汇总、下周预告 | 60 分钟/周 |
三人分担每周 8 小时。 每天早晚各半小时，7 天共 7 小时；周末汇总额外 1 小时，总计 8 小时。平均每人 2 小时 40 分钟/周，具体按日期排班；三人是分担这些班次，不是每个班次三人同时在线。
覆盖率要算清楚，不要假设「有人在看」。 按本例：
活跃时段 = 每天 14 小时（08:00–22:00）
固定巡检 = 2 个班次 × 30 分钟 = 1 小时/天
巡检覆盖率 = 1 ÷ 14 = 7.1%（假定两班均完整在线，周末汇总另计）
结论：不可能实时，只能举报驱动
响应目标 = 举报后 12 小时内处理
月处置 = 12 次，平均每天 0.4 次
12 小时处理率目标 ≥90% → 12 × 90% = 10.8
即 12 次里至少 11 次要在 12 小时内处理
7.1% 不能推导出 12 小时内必定处理。 09:30 到 20:00 相隔 10.5 小时，20:30 到次日 09:00 相隔 12.5 小时；这张固定表本身无法保证全年无缺口的 12 小时响应。要么调整巡检间隔并安排缺席替补，要么另设自愿的举报通知值守与升级路径，并把实际投入记入工时。本例以 90% 为统计目标，不承诺逐单 12 小时保障；高风险事件另走紧急通道。
轮值表要写名字与日期，不要写「大家轮流」。 「大家」等于没有人；一张具体的表，哪怕每月只填一次，也能让责任落地。
交接文档只写四件事： 当前置顶是什么、本周有哪些未结问题、最近一次处置是什么、版规上次改了什么。超过一页，没人会读。
志愿者退出要预设。 提前说好「随时可以退出，不需要理由」，并准备一个 30 分钟的交接清单；不预设退出，志愿者会因为愧疚而硬撑，最后突然消失。
退出时立即回收权限。 账号、后台、举报队列、置顶编辑权，逐项确认；这不是不信任，是让下一个人能干净接手。
按本例复算你省下的时间：
创始人维护 = 5 小时/周 → 2 小时/周
省下 = 3 小时/周 = 12 小时/月
折算 = 12 × 60 = 720 美元/月
志愿者固定投入 = 8 小时/周（含周末汇总，不含额外举报处理）
这部分不进你的现金成本，但它是真实成本：
按 60 美元计 = 480 美元/周 = 1920 美元/四周月
创始人剩余投入 = 2 × 4 × 60 = 480 美元/四周月
团队时间估值合计 = 1920 + 480 = 2400 美元/四周月，工具费另计
720 美元是创始人释放时间的估值，不是现金流入。 1920 美元是志愿者固定工时的机会成本估值；只有减少了实际付费支出才算现金节省。团队现在合计 10 小时/周，比原先创始人单独 5 小时更多，因此不能宣称团队总效率提高。要核对新增覆盖与服务是否值得，并尊重志愿者能否长期承担；额外值守会进一步增加成本。
给志愿者的回报不一定是钱。 提前试用、署名、产品内致谢、一次线上分享的主讲位，成本低且可持续；但不要用「情怀」代替一切，那是最快耗尽志愿者的方式。
五、行动清单与复算验收
交接不是信任问题，是结构问题。以下清单按顺序做。
- 用日活、周发帖、举报频率与你自己的周投入判断是否需要第二个版主。
- 从「已经在回答别人」的成员里列三个候选人。
- 先给 L0，跑两周，观察处理冲突的方式。
- 写下 L0–L3 各自能做什么、不能做什么，贴进群公告。
- 排一张有名字与日期的轮值表，先排一个月。
- 用不重复的在线分钟计算覆盖率，另查最长巡检间隔、替补和实际响应分布。
- 准备一页交接文档与 30 分钟交接清单。
- 约定退出方式与权限回收清单，在任命时就说清楚。
验收标准：你能说出每个版主的级别、班次与最近一次处置，并给出 12 小时处理率；说不出来，说明权限还没有真正交出去。
使用边界与实操验收
本文处理的是志愿者的权限与轮值，不涉及雇佣关系与劳动法。
开源项目的维护者体系不归本文。 提交权限、代码审查、维护者晋升与继任属于开源治理；本文的版主没有代码合并权。
游戏社区的版主体系不归本文。 游戏通常需要分区版主、语音管理与外挂举报流程；本文面向普通产品社群。
志愿者不是员工。 本文只给协作与权限的操作清单，不构成劳动、税务或合同意见；如果涉及报酬，请先确认所在地的合规要求。
不要用权限换忠诚。 给版主权限的理由只能是「他适合处理这类事」，不是因为「他很支持你」；后者会在冲突时变成负担。
关键参考与核验范围
核验日期：2026-10-25。以下链接用于核对社区角色与权限设计的一般做法，本文未逐条引用其内容。
- Discourse 信任等级 ：用于对照渐进授权的思路；该文的五个信任等级不等于本文 L0–L3 四级职责，具体管理权限需另核对平台配置。
- CMX 社区管理框架 ：用于核对社区角色划分与志愿者管理。
引用口径。 本文只借用「权限分级 + 渐进授权」这一一般做法；14 小时、7.1%、12 小时与 720 美元全部是教学假设，与上述材料无关。
核验范围。 核验的是「四级权限 + 轮值 + 交接与退出」这套结构是否仍可操作，不是比对某个平台的角色配置。
如何自行复核。 取最近一个月的处置记录，看有多少是在 12 小时内完成的；再问自己：如果你连续三天不看群，谁会处理举报？答不出人名，就是还没有第二个人。
系列导航
继续阅读
探索更多技术文章
浏览归档，发现更多关于系统设计、工具链和工程实践的内容。