CREATOR ECOSYSTEM · CASE STUDY

91,000 人的社区里,真正会说话的只有 117 个

这不是一份「办了几场活动」的总结。它记录的是我怎么用机制设计,把一个虚胖社区里真实存在的一百多人,变成产品需要的内容供给。以及机制停办之后,数据怎么反过来验证了它的作用。

时间范围:2026 年 1 月至 6 月。角色:某 Crypto 行业 AI Agent 产品的产品运营,负责海外社区与创作者生态。活动机制、赛制与文案、评审流程由我独立设计并运营;Mod 团队按我制定的标准执行每日评审;奖励预算经管理层审批。

84.3%10 天全勤挑战完赛率
430个 Persona 进入内容库
1.55×创作参与率 / 平台基准
11+位创作者跨期重复投稿
-30.6%机制停办后周访客变化

数据来自平台后台导出的 12 周记录、内部活动复盘文档和频道存档截图。本页已避开未公开的商业与产品节奏信息。

01 起点

一个虚胖的社区

接手 Discord 社区时,名义成员 91,000+。但后台数据说的是另一件事:每周真正打开服务器的约 550 人,其中发言的约 117 人。

几个月后平台的一次封号清理证实了这一点,成员数两周内下降 25.8%。四分之一的「成员」是水号。

所以我从一开始就没把目标定在「九万人的活跃率」上。真实的问题是:这 117 个愿意说话的人,能不能变成产品需要的内容供给?

同时产品端有一个具体缺口 Persona(AI 人设)内容库需要扩充,但 Agent 生成质量还不稳定,直接围绕生成结果做活动,等于把产品最弱的一面推到台前。
02 先问,再设计

两个数字改变了方案

设计春节活动之前,我先在 1 月做了社区问卷。结果推翻了我原本的直觉:

67.1%

希望要 Battle Royale 类强对抗玩法,远超休闲玩法。

53.9%

对 Persona Storytelling 感兴趣,甚至超过 Meme 创作。

这两个数字后来直接决定了活动的三条路径长什么样。做用户调研不难,难的是让调研真的改变方案,而不是做完存档。

03 设计

三条路径,三种人

春节活动(2 月 9 日至 25 日)最终设计成三条并行路径,对应三种用户画像:

路径
玩法
给谁玩
目标
Path of the Warrior
阵营大逃杀
好对抗的
拉日活
Path of the Creator
Persona 人设大赏
爱创作的
产品内容转化
Path of Fortune
10 天全勤打卡
硬核忠诚用户
长假留存

两个关键决策

① 绕开生成端短板 人设大赏的评审对象不是 AI 生成结果,而是 Prompt 和 Backstory。产品生成质量不稳的问题被机制规避了,而用户的创作热情恰好被引向产品最需要的输入端。
② All-or-Nothing 10 天打卡,漏一天即出局。看起来会劝退,但问卷已经告诉我这个社区吃硬核挑战。严苛规则制造沉没成本,打卡因此变成身份认同,而不是任务。
04 结果

留存漏斗没有塌

128Day 1 参与
109Day 5 留存(85%)
108Day 10 完赛(84.3%)

同时我测算了激励成本:单次活动增发 378,000 XP。这个数字让我在复盘里写下通胀预警,并提出下季度减 XP、增稀缺货币的调控方案。

运营一个带积分系统的社区,一半的工作其实是央行。每一点发出去的奖励都是负债。

05 诚实的复盘

促活成功,拉新失败

复盘文档里我写了一句不太好看的话:

活动成功维稳了活跃度,但用户数仅轻微增长,并未带来显著的新增爆发。

原因不复杂:所有玩法都发生在 Discord 内部,外面的人看不见。

这句话是后面所有动作的起点。如果复盘只写成功,下一轮就只会重复上一轮。

06 转向

把创作搬到公开平台

3 月起,我把节点活动改造成周更机制(连续 8 期),并重新设计了投稿路径:

作品必须发在 X 上、@ 官方账号、带当期话题标签,然后回 Discord 提交链接。 参与门槛显著变高了。但每一条投稿从此都是品牌在公开平台的一次曝光、一个可追踪的话题标签。这是用参与量换外部触达的主动取舍,直接执行复盘里「从促活转向拉新」的结论。

结果:11+ 位创作者跨期重复投稿,最高一位连续参与 4 期。在「必须公开发帖」的门槛下,这批人是真实的创作者留存,不是薅奖励的过客。

07 进入产品

运营产出不该停在社区里

创作者交上来的东西,如果只躺在 Discord 频道里,它的价值就随着信息流往下沉。所以这一轮我做了两件把运营产出接进产品的事。

一、UGC 变成产品的一个板块

社区的创作赛投稿被接进官网 Community 页,直接展示用户在 X 上的原帖。用户的作品从社区素材变成了产品界面的一部分,新访客第一次打开官网就能看到真实的人在用这个产品创作。

产品官网 Community 页面,嵌入展示社区创作赛的用户 X 投稿
官网 Community 板块,展示创作赛的用户投稿。运营产出成为产品界面。

二、把一线卡点写成产品需求,并推到上线

奖励结算当时的流程是:用户活动结束后手动开 ticket、上传自己的产品 ID、运营人工匹配登记发放。人工频繁、易出错,用户体验差,而问卷里也明确提到希望这个过程自动化。

我输出了 User Account Integration BRD 当时无法接入第三方社交平台 API,折中方案是在产品内集成用户的跨平台账号信息:Account 页新增 Profile 子页填写 X / Discord / Telegram 用户名,与产品 ID 建立唯一映射,运营后台支持按任意社交账号检索。文档写清了 In / Out of Scope、三条 User Journey、功能优先级与成功标准。

这个需求通过评审并进入开发,最终上线:

产品更新公告:Profile Linking 功能上线,用户可在账号内绑定 X、Discord、Telegram 用户名
功能上线公告。「No more submitting your ID during campaigns」正是 BRD 里写的目标;配套设计了完成绑定送积分的冷启动激励。

从一线观察、问卷验证、结构化文档、开发上线到冷启动激励,这是我在这段经历里走得最完整的一条产品链条。另有一份积分与拉新排行榜需求文档,起草时平台已有 2,584 名创建过 Agent 的真实用户。

08 验证

两次外部冲击,恰好证明了机制

冲击一:平台清理 25.8% 成员

创作参与率清理前 22.94%,清理后 23.51%,几乎不变。被清掉的两万多个账号本来就不在活跃池里。我的运营对象从来是那 117 个人,这次清理用最硬的方式证明了这个判断。

12 周创作参与率折线图,全程高于 Discord 官方 15% 基准,均值 23.3%
可回溯的 12 周里,社区创作参与率均值 23.3%,无一周低于 Discord 官方 15% 基准(最低周 1.42 倍,均值 1.55 倍)。

冲击二:5 月机制停办

成员数从此几乎不动(-0.15%),但周访客连续 6 周单调下滑,累计 -30.6%。盘子没变、留下的人参与率没变,唯一消失的是「每周回来看一眼的理由」。

周访客柱状图,机制停办后连续六周单调下滑 30.6%,同期成员总数持平
只标注了 5/25 之后严格单调下滑的区间。停办后头两周仍有余温,且叠加了平台清理波动,因此不计入。图本身不做过度归因。
需要说明的边界 我不能排除市场周期与产品节奏的影响。可以确认的是:同期成员总数持平、留下来的人参与率不变,唯一在时间上对齐的变量是机制停止。

另外,新成员次周留存 34.7%,为平台 20% 基准的 1.73 倍(样本 202 人,基数偏小,仅作参考)。

09 我学到的

四条我会带到下一个产品里的东西

10 如果重做一次

我会先解决「外面的人看不见」

现在回看,公开平台的投稿要求应该在春节活动里就上,而不是等到复盘之后才补。当时我把「降低参与门槛」当成默认正确的事,但它同时也意味着放弃了外部曝光。这个取舍我做得太晚了。