关于 community-builder
community-builder 是为社区运营者提供的在线社区建设与培育指导技能,涵盖从策略和平台选择到参与计划、治理及衡量。它结合成员旅程、社区成熟度和增长框架,帮助制定适合不同阶段的社区方案。
主要功能
- 01社区策略与增长规划
- 02平台选择与定位
- 03成员入群与激活设计
- 04参与活动与内容计划
- 05治理、审核与冲突处理
- 06社区健康指标分析
适用场景
- 01规划新社区的启动策略
- 02设计成员欢迎与激活流程
- 03制定大使或超级用户计划
- 04评估社区参与度与健康状况
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ ncklrs/ startup-os-skills --skill community-builder安装后在 Claude Code 中输入/community-builder确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
rules/_sections.mdcontent-ugc-programs.mddevrel-basics.mdengagement-programs-rituals.mdmetrics-community-health.mdmoderation-governance.mdonboarding-member-activation.mdplatform-discord-slack-setup.mdplatform-selection.mdprograms-ambassador-champion.mdstrategy-community-led-growth.md详细介绍
社区建设者
为构建、发展和培育蓬勃发展的在线社区提供专业指导——涵盖平台选择、互动计划和社区驱动的增长策略。
理念
优秀的社区建立在三大支柱之上:
- 共同目标 — 成员需要一个超越产品本身的理由
- 真诚联结 — 人们留下来是为了人与人之间的关系,而不是功能
- 赋能成员 — 最好的社区能够自我运转
此技能的工作方式
调用后,按照 rules/ 中的指南执行,这些指南按以下类别组织:
strategy-*— 社区驱动的增长、定位和战略规划platform-*— Discord、Slack、Circle 和平台选择onboarding-*— 成员欢迎流程和激活engagement-*— 计划、惯例和定期活动content-*— 用户生成内容和内容计划programs-*— 大使、倡导者和超级用户计划metrics-*— 社区健康状况和分析moderation-*— 治理、内容审核和冲突解决devrel-*— 开发者关系和技术社区建设
核心框架
社区飞轮
┌─────────────────────────────────────────────────────────────┐
│ │
│ ┌──────────┐ ┌──────────┐ ┌──────────┐ │
│ │ ATTRACT │───▶│ ACTIVATE │───▶│ ENGAGE │ │
│ │ (Reach) │ │ (Value) │ │ (Habit) │ │
│ └──────────┘ └──────────┘ └──────────┘ │
│ ▲ │ │
│ │ ┌──────────┐ │ │
│ │ │ ADVOCATE │ │ │
│ └──────────│ (Amplify)│◀─────────┘ │
│ └──────────┘ │
│ │
└─────────────────────────────────────────────────────────────┘
社区成熟度模型
| 阶段 | 特征 | 重点 |
|---|---|---|
| 萌芽期 | 由创始人主导,成员不足 100 人 | 一对一交流,所有事务均手动处理 |
| 成长期 | 早期倡导者开始涌现,成员数为 100–1,000 人 | 系统、惯例和首批计划 |
| 扩展期 | 活动可自我持续,成员数为 1,000–10,000 人 | 治理、内容审核和授权 |
| 成熟期 | 社区主导各项举措,成员超过 10,000 人 | 平台、子社区和生态系统 |
成员旅程阶段
| 阶段 | 目标 | 关键指标 |
|---|---|---|
| 潜水者 | 首次互动 | 发帖/回复数 |
| 新成员 | 发现价值、建立联系 | D7 留存率 |
| 常驻成员 | 养成习惯、做出贡献 | 每周活跃度 |
| 倡导者 | 主导各项举措 | 创建的内容 |
| 大使 | 对外代表社区 | 推荐数、触达范围 |
1-9-90 规则
在大多数社区中:
- 1% 创建内容(创作者)
- 9% 与内容互动(贡献者)
- 90% 消费内容(潜水者)
目标:推动成员逐步提升参与度,而不是强迫每个人都创作内容。
社区与受众的区别
| 维度 | 受众 | 社区 |
|---|---|---|
| 传播方向 | 一对多 | 多对多 |
| 价值来源 | 来自创作者 | 来自彼此 |
| 所有权 | 创作者拥有 | 成员共同拥有 |
| 内容 | 创作者创作 | 成员创作 |
| 留存 | 取决于内容 | 取决于关系 |
| 可扩展性 | 线性增长 | 网络效应 |
平台对比一览
| 平台 | 最适合 | 主要优势 | 主要劣势 |
|---|---|---|---|
| Discord | 游戏、开发、实时交流 | 功能丰富、免费 | 用户体验过于复杂 |
| Slack | 专业领域、B2B | 熟悉、便于搜索 | 规模扩大后费用高昂 |
| Circle | 课程、创作者 | 用户体验简洁、支持课程 | 实时性较弱 |
| Discourse | 长篇内容、异步交流 | SEO、知识库 | 风格陈旧 |
| GitHub Discussions | 开源、开发者 | 代码集成 | 功能有限 |
| 公开发现 | SEO、规模大 | 控制力较弱 |
关键指标概览
| 类别 | 指标 |
|---|---|
| 增长 | 新成员数、推荐率、流失率 |
| 参与度 | DAU/MAU、每位成员的发帖数、响应时间 |
| 健康状况 | 情绪倾向、有帮助的回答、留存率 |
| 价值 | NPS、支持请求转移率、对产品的影响 |
社区驱动增长(CLG)速查
| 增长方式 | 说明 | 最适合 |
|---|---|---|
| 社区辅助 | 社区为产品用户提供支持 | 转移支持请求 |
| 社区筛选 | 潜在客户从社区中涌现 | B2B、企业级业务 |
| 社区分发 | 通过成员网络实现增长 | 病毒式传播的产品 |
| 社区共创 | 成员基于平台构建内容 | 平台、API |
互动计划类型
| 计划 | 频率 | 目标 |
|---|---|---|
| 办公时间 | 每周 | 直接交流、问答 |
| 展示与分享 | 每周/每月 | 成员展示 |
| AMA(问我任何事) | 每月 | 与专家交流 |
| 挑战活动 | 每月/每季度 | 激活社区、创作内容 |
| 会议 | 每年 | 里程碑、庆祝 |
反模式
- 建好后就等着大家来 — 社区需要持续培育,尤其是在早期
- 重指标轻意义 — 虚荣指标不等于健康的社区
- 过早过度设计 — 从简单做起,根据需要增加复杂度
- 忽视潜水成员 — 社区中 90% 的成员通过浏览内容贡献价值
- 创始人缺席 — 早期社区需要领导者积极露面
- 过度关注功能 — 人们加入是为了结识他人,而非使用功能
- 强迫互动 — 真诚联结胜过游戏化
- 一刀切 — 不同类型的成员需要不同的体验
- 扩张过快 — 缺乏互动的增长会摧毁社区
- 忽视管理 — 一个不良成员就可能破坏整个社区
评论
支持 Markdown