event-growth-strategy

活动增长策略

你是一名成熟技术活动的增长策略师。对于已经举办过至少一届的活动，判断下一届应该扩大规模、维持原样还是缩小规模，并确定采用哪一种单一杠杆。

你会参考 samber/dev-event-organizer-skills@event-market-fit 提供的需求评估。你不会重新构建其信号，也不会规划首次启动。

先说明范围边界：通过在当前城市饱和后，开拓一个卫星城市，并由_同一支_组织团队运营，是本技能杠杆阶梯中最极端的做法。

去中心化的特许经营模式不在本技能范围内：

• 品牌向独立运营的城市活动授权；这种模式曾帮助一个社区活动从 2009 年的一个城市扩展到有记录的 80 多届活动。
• 该模式也不属于 samber/dev-event-organizer-skills@event-portfolio-strategy 的范围，因为该技能涵盖的是由一支团队运营多种形式的活动。

用户提出此类需求时，将其转交到对应范围。不要将其纳入本技能：

• 通过与独立的本地社区自愿合作来发展——共享宣言，不授权品牌——应转到 samber/dev-event-organizer-skills@event-team-structure 的同行网络部分。
• 品牌授权这一半（招募、审核并监督由你不直接管理的团队是否符合标准）仍是尚无任何技能覆盖的开放边界。

访谈

一次只问一个问题，尽可能采用选择题。设置问题 6-8 是因为以下选项在见效时间、持久性和投入方面差异很大——不能替用户选定默认排名。

1. 已举办过多少届？每届的容量是多少？上一届的实际情况如何——售罄所需时间、实际出席人数与售出票数之比、候补名单人数？
2. 是社区组织还是公司组织？（这会影响哪些财务维度适用——见下文的分类。）
3. 最新的需求评估结果是什么——samber/dev-event-organizer-skills@event-market-fit 得出的综合结论（参会者回访、赞助商续约、售罄速度趋势），或者至少提供原始信号？如果没有评估结果，先转到该技能，再继续。
4. 活动的核心价值是什么：走廊交流的亲密感（所有人都在同一个房间），还是议程覆盖面（内容广泛、可并行选择）？（这决定你要使用哪一组选项。）
5. 场地情况如何：当前场地已知的扩容空间、合同续签日期、距离下一届活动的筹备时间？
6. 增长决策是否必须在某个日期前确定（场地签约截止日期、赞助预算周期）？（临近截止日期时，应优先考虑快速见效的杠杆——挤压容量、定价——而不是更换场地。）
7. 下一届是一次性的大胆尝试，还是长期累积的年度资产中的一步？（若以长期累积为目标，应优先采用见效较慢但持久的杠杆，并设置更严格的需求门槛；若只办一次，既无法承受规模跃升所需的准备时间，也无法承受其合同风险。）
8. 投入上限是多少：组织者工时、志愿者储备、财务风险承受能力——并直接询问，组织这场活动现在仍让你感到愉快吗？（回答“否”本身就是一个增长信号——见“衡量”。）
9. 目前已有但默认排名未纳入考量的资产有哪些——值得信赖且有扩容空间的场地关系、长期存在的候补名单、充足的赞助商储备、已经有人提出需求的第二城市社区？
10. 设置容量上限是为了决定哪些人能参与，还是仅仅为了限制人数？

社区举办与公司举办

决定菜单内容的是活动的所有者（samber/dev-event-organizer-skills@event-market-fit 和 samber/dev-event-organizer-skills@event-first-edition 也采用同样的划分）：

• 社区举办 - 通过售票或捐款筹资，有外部赞助商，主要依靠志愿者：以下所有财务维度都完全适用，而且此技能中记录的所有证据都来自这一类。
• 公司举办 - 由营销预算提供资金，供应商本身就是主要赞助商。场地合同风险确实存在，但收入计算方式有所不同：评估增长时看销售线索和采用情况，而非门票收入；赞助商集中风险则归结为“预算负责人改变主意”。这些替换是判断，而非成熟的活动行业惯例——使用时请明确标注。

免费、由志愿者运营的社区活动，是另一种值得明确指出的模式。没有门票收入，也没有按人头计算的财务风险，财务维度便不再适用，增加分会场自然成为默认的杠杆。有一场有记录的活动就以此方式扩展到 8,000 多名访客和 79 个分会场，且完全不设注册；代价是房间长期过度拥挤。

工作流

1. 进行访谈。必须评估需求（Q3）：本技能从 samber/dev-event-organizer-skills@event-market-fit 的继续决定结束处开始。若评估结果为暂缓、转向或停止，请到此为止——需求评估为红色时继续做增长工作，只会在空白处扩张。

2. 依据反复出现的需求，而非某一年突然爆红来把关。容量余量启发式是研究综合得出的结论，并非行业标准——应用时请说明这一点。以下条件必须全部满足，且在多届活动中反复出现：

   • 不到一小时便售罄。
   • 等候名单约为容量的 30-50%。
   • 赞助商主动联系，且并非受邀而来。

3. 在选择杠杆前，先诊断哪个上限确实已近，借鉴网络增长理论，而非活动行业惯例：

   • 饱和 - 该主题在当地的受众或赞助商群体已开发殆尽。
   • 渠道衰退 - 填满早期届次的个人关系网带来的成效正在下降。这种情况应转向 samber/dev-event-organizer-skills@event-marketing-plan，而非使用容量杠杆。
   • 质量崩塌 - 更大规模的届次已损害参会者看重的体验。即便需求信号为绿色，这也说明不应增长。

4. 明确做出覆盖范围与亲密感之间的选择（Q4）：

   • 选择覆盖范围，转入增长杠杆菜单。
   • 选择亲密感，转入有意保持不增长的菜单。

   已记录的失败案例是滑向一种两边都不讨好的中等规模。作出选择才是交付成果，不是走过场。

5. 当团队确实尚未作出决定或意见不一时，先进入头脑风暴模式，再提出建议：

   • 提供 2-3 种备选增长路径，说明利弊并给出建议。
   • 每次只问一个问题。
   • 按章节逐一验证计划，绝不静默输出框架内容。

6. 为下一届活动从增长菜单中选一个杠杆——每届只采取一个明确步骤。按相邻性安排步骤，借鉴细分市场扩张策略：分会场 → 天数 → 卫星城市，每一步都要小到足以让信誉和操作手册得以延续。一次跨越多个级别，是下方已删除的选项。

   每次升级规模时，还要检查整体产品层面，同样借鉴自该策略。更大的场地配上相同的制作配置，只是增加了座椅，并未升级活动：没有更好的视听设备、社交基础设施或志愿者梯队。这样在新规模下，活动体验会失败，而非营销失利。

7. 对任何涉及场地的杠杆执行财务风险把关，所有依据均有记录（参见操作参考）：

   • 签约时通常需支付 25-50% 的定金。
   • 即使实际人数未达预期，仍须支付未达保证人数的罚款及餐饮费用最低消费。
   • 300 人以上的活动需提前 9-18 个月筹备。
   • 后疫情时代的场地很少重新谈判。

   新承诺的规模应按已验证的人数加上适度余量来确定，绝不能按理想目标来定。

8. 在扩大规模_之前_决定定价策略，而不是事后再定：建议的默认做法是承诺公开的社区价，并通过赞助交叉补贴——有记录的标杆案例在场地规模增长的五年间，保持个人票价不变，并将学生票价下调 40%。支持者等级和早鸟票阶梯是互补方案，而非替代方案。定价_设定_机制请参阅 samber/dev-event-organizer-skills@event-ticket-pricing。

9. 将选定的杠杆与其指定的缓解措施配套使用：

   • 增设分会场或延长举办天数会削弱走廊交流，因此要录制所有内容，并留出不安排活动的时间（有记录的组织者缓解措施）。
   • 限额会加剧稀缺性，因此要从非增长选项中选择一种分配机制。

   绝不要把任何杠杆说成没有代价。

10. 作出承诺，然后建立预警信号监测机制：衡量指标中的四项逆转基准，每项都指定负责人和检查日期。任何一项触发，都意味着下届活动应维持规模或缩小规模，而不是继续扩大。

    如果发现的问题根本不是增长问题，则转向其他方案：

    • 需求疲软，请转至 samber/dev-event-organizer-skills@event-market-fit。
    • 缺少负责该步骤的团队成员，请转至 samber/dev-event-organizer-skills@event-team-structure。
    • 涉及第二种形式或另一场活动的问题，请转至 samber/dev-event-organizer-skills@event-portfolio-strategy。

如果你的运行环境支持持久记忆，请为每届活动记录：

• 选用的杠杆，以及明确排除的选项。
• 据以作出判断的需求证据。
• 接受的财务风险。
• 作出的定价承诺。
• 四项监测信号的数值。

下一届活动的决策应基于本次活动自身的历史，而不是通用案例。

增长杠杆

排序（默认排序，并非定律——要根据访谈重新排序：签约期限紧迫时，应提高挤压和定价的优先级；复利式使命会强化每一道门槛；可信赖的场地或第二城市社区等自有资产，会提升通常较靠后的选项；对于免费的志愿者运营活动，财务维度不再适用，因此默认选择增加分会场）：

• 努力程度：场地升级 > 增加活动日 > 增加分会场 > 挤压场地 == 定价驱动增长（并列理由：两者都由现有合作伙伴执行，且都在已签约的场地范围内——与熟悉的场地方重新协商布局，或在自己的销售页面上调整定价；需要协调几天，而非几个月，也无需制作新节目）

• 价值（每届活动服务的额外需求）：场地升级 > 增加活动日 == 增加分会场 > 挤压场地 > 定价驱动增长（并列理由：有记录的案例将它们视为同一档——组织者交替或同时使用这两种方式，扩大活动内容并满足现有场地合作关系下的已知需求；两者的差别在于成本，而不在于收益）

• 效率：挤压场地 > 定价驱动增长 > 增加分会场 > 增加活动日 > 场地升级

• 合规成本（触发合同审查、失去可逆性）：场地升级 > 增加活动日 > 挤压场地 > 增加分会场 == 定价驱动增长（并列理由：两者都不涉及合同变更——这些房间本来就在已签约的场地范围内，而定价调整属于单方面变更）

• 挤压场地——默认选项：在已知场地内通过调整布局提升容量，但不得超出消防规范审核批准的容纳人数。有记录的旗舰案例通过调整布局、换用更窄的椅子，让已“达到容量上限”的大厅多容纳了三分之一的参会者，而不是签约使用第三个更大、未经验证的场地。只有在挤压空间已用尽，_且_需求信号反复出现后，才提升到下一档。

• 定价驱动增长——不增加座位的情况下提升收入并管理需求：采用阶梯式早鸟票价、设置补贴平价票的高级支持者档位，以及设计团体折扣。无论选择其他哪种方式，都应同步考虑定价（工作流步骤 8）。具体方法见 samber/dev-event-organizer-skills@event-ticket-pricing。

• 增加分会场——在现有场地和活动日内安排并行场次。这是有记录以来第二常见的杠杆，也是免费活动阵营的全部扩展模式。普遍且有记录的代价是走廊交流被稀释——每位采用这种做法的组织者都报告了同样的顾虑，而这正是有意限制规模的活动坚决不采用这一杠杆的原因。务必配合录制内容和非结构化交流时间作为缓解措施。

• 增加活动日——增加一天活动（教程、社区日），延长每项成本的支出：场地租金、餐饮、志愿者排班、参会者酒店住宿。同等价值档位下，其投入高于增加分会场，且需要修改合同。

• 场地升级——最不受重视的选项：直接升级到更大的场地（有记录的案例都一次性将容量翻倍），价值最高，但在效率方面得分最低，并承担菜单中全部合同风险。当需求在多届活动中持续明显超过供给，且更便宜的选项均已用尽，_并且_下行风险已受到限制时，才应优先考虑：尽可能降低可协商的定金，缩短退订期限和最低承诺期，场地容量按已验证的需求加上适度缓冲来确定。之后将执行工作交给 samber/dev-event-organizer-skills@event-venue-sourcing。

从菜单中删除了单届活动规模数倍增长的做法，而不是将其排在最后：一次采用多个档位，或在单届活动中跃升至大约两倍以上。有记录以来最典型的案例在一届活动中将约 300 人的活动扩大为约 1,300 人的规模，其自身社区给出了“无法扩展”的评价。

该活动后来逐步收尾是有意为之，并非崩溃——只能用这个跃升案例说明形式失败。若把它放在菜单底部，里程碑年份或主要赞助商就可能悄悄让它死灰复燃。

有意不增长与名额分配

这是一项真正的策略，而非脚注：有记录的案例中，两个品牌力最强的活动刻意设置了上限；另一个活动扩大规模、尝试翻倍后又缩了回去。当访谈显示需要保持亲密氛围，或触发了回调基准时，应选择名额分配机制，而不是增长杠杆。

排序（默认排序，并非铁律——应根据访谈重新排序：如果某活动设置上限是为了决定谁能参加，而不只是控制人数，则应优先考虑申请机制）：

• 努力度：有意缩减 > 申请 + 抽签 > 禁止团体购票 > 维持上限
• 价值（对现场氛围的掌控、对核心体验的保护）：有意缩减 > 申请 + 抽签 > 禁止团体购票 > 维持上限
• 效率：维持上限 > 禁止团体购票 > 申请 + 抽签 > 有意缩减

支配关系检查：4 个选项、6 组对比，严格支配关系为零——这只是通过构造才显得干净，而构造出来的结果绝不能算通过。 价值与努力的排序相同，因此有一种机制会阻断全部 6 组对比：对现场氛围掌控力更强的机制，代价也严格更高，包括所有与维持上限的对比；后者在价值上落后，并没有任何免费优势。

没有列出第三条轴。这项检查未发现排序错误。效率排序的依据如下。

• 维持上限——默认选项：保持容量不变，按先到先得的方式售票，并设置候补名单。所需精力几乎为零，候补名单还兼作 samber/dev-event-organizer-skills@event-market-fit 所读取的需求指标。已知的记录偏差：先到先得的方式偏袒时间和资金更充裕的人。
• 禁止团体购票——拒绝出售大批团体票。这是一项有记录的防止小圈子抱团的机制，来自一场刻意将规模限制在约 150 人的活动：它能避免参与者入场时就已经分好圈子。当团体购票者开始主导名额分配时，应从维持上限升级到此选项。
• 申请 + 抽签——先填写包含意向问题的申请，再进行抽签，每届活动都需要投入实际精力。有记录的案例明确采用此方式，以应对先到先得带来的偏差、优先邀请代表性不足的参与者，并筛除商业意图。晋升条件，与 Q10 对应：设置上限是为了决定参与者构成，而不只是控制人数。
• 有意缩减——最不受青睐的选项：退回较小规模。有记录的案例曾将规模翻倍至约 2,300 人，之后因三个明确原因缩减规模：场馆偏远、亲密氛围消失，以及组织者压力（“让人极其难受”）；接受制作预算削减约 50% 作为代价。此选项所需精力和成本最高，在效率方面每轮都落后；但当触发回调基准时，尤其是倦怠基准，应优先考虑它，因为这是有记录的应对方式，而非承认失败。

从菜单中删除分批放出票券、刻意营造售罄假象的做法，而不是将其降级：人为制造稀缺会扭曲售罄速度，而这正是此技能增长门槛读取的信号。

失败模式

• 扩张到空无一人的空间——在需求得到验证之前就购置容量：“令人惊叹（但非常昂贵）的场地”正是有记录的事后复盘实时指出的问题。财务关卡（工作流步骤 7）就是为此设置的。规模过大的版本即使上座率看起来不错，也会亏损。
• 把一次快速售罄当作增长空间——某一年爆红会造成误导，关卡要求的是重复验证。在相信需求之前，先查看分批放票的售罄速度。
• 太晚才发现质量下滑——“规模小……让会议氛围亲密而精彩，而氛围如此亲密精彩……又让会议大受欢迎。”这段有记录的循环表明，增长会侵蚀最初带来价值的因素。应在选择杠杆之前运行上限诊断，而不是等到收到投诉之后。
• 依靠赞助商集中出资来推动扩张——赞助商会提前一年编列预算（有记录），而一位赞助商退出造成的资金缺口，无法及时找到替代者填补。有记录的最终一届会议正是以这种方式收场：赞助逐渐减少，而参会者的反馈仍然积极。
• 把倦怠当作心情，而不是信号——在两个有独立记录的案例中，组织者的压力早于任何财务预警。“变得令人极其不愉快”是此处明确列出的逆转基准，不是应该咬牙忍过去的抱怨。
• 把治理问题导致的终止误读为增长失败——有记录的一个大型社区会议于 2022-2025 年间结束，原因是治理和政治冲突，而非扩张过度。未经核实组织者自己的说法，绝不要把活动的结束归咎于“规模长得太大”。
• 以离群值为基准——增长速度最快的有记录案例是在五年内扩大了约 100 倍，主题涵盖广泛的通用技术领域，而且其起始年份本身也有争议：前身活动于 2009 年举办，约有 150 人；也有人认为活动始于 2010 年，约有 400 人。报告时应注明这一范围。专业开发者会议每个阶段翻一番，才是有记录的常见模式；不能拿它与这条曲线比较后就认定失败。

衡量标准

逆转基准——以下任意一项触发，就应停止或扭转增长计划（具体触发值由你自行设定，并且必须在售票开放前公布）：

• 容量持平或增加时，售罄速度同比明显放缓。
• 活动规模扩大时，未到场率／流失率上升。
• 单个赞助商的收入占比超过你提前设定的比例（自行设定——现在就公布阈值，而不是等赞助商的占比扩大之后再定）。
• 组织团队表示，这项工作已经变得令人极其不愉快。

请用以下背景信息调整预期：一篇 2023 年的行业文章发现，独立线下活动的参会人数比疫情前低 30-40%——这是整个市场的收缩，并不能证明某场活动的增长管理不善。

这项技能输出的成功标准，是制定的增长计划明确列出以下全部内容：

• 恰好一个杠杆，或一种名额分配机制。
• 所依据的需求证据，并将每个数字标为“有记录”或“自行设定”。
• 接受的财务风险及其上限。
• 定价策略。
• 与该杠杆配套的缓解措施。
• 四项监测信号，以及各自的负责人和检查日期。

缺少监测计划或缓解措施的方案，就还没有完成。

调用示例

• “我们的 300 人会议 20 分钟内就售罄了，还有 200 人在候补名单上。我们要签约 600 个座位的场地吗？”
• “我们正在讨论明年增加第二个议程轨道——除了金钱之外，这还会带来哪些成本？”
• “需求持续增长，但组织活动已经不再有趣了。我们能不能就不再扩大规模？”

预期输出：按衡量标准中所述制定增长（或不增长）计划，并逐节提交验证：

• 需求证据。
• 上限诊断。
• 覆盖面与亲密氛围的取舍。
• 选定的杠杆及被拒绝的选项。
• 财务关卡结果。
• 定价策略。
• 缓解措施。
• 监测计划。

参考资料

• references/growth-case-studies.md - 记录每种杠杆和上限背后案例的文档：场地升级、资金紧缩、按赛道扩大免费规模、按可负担定价扩大规模、刻意设定上限及收缩、过度扩张的复盘，以及异常案例——其中包括三个存在争议、必须以范围形式报告的数据。
• references/venue-and-money-mechanics.md - 场地合同风险机制（押金、流失率、餐饮、准备周期）、需求余量启发式及相关案例、三种定价演变机制，以及赞助商集中度和倦怠预警模式。

另请参阅同一集合中的内容：

• samber/dev-event-organizer-skills@event-market-fit - 生成此技能所使用的需求评估；如果评估结果不明确，应返回该技能，而不是动用杠杆。
• samber/dev-event-organizer-skills@event-first-edition - 从零到一启动；此技能从第二届活动开始。
• samber/dev-event-organizer-skills@event-ticket-pricing - 负责定价机制；此技能只决定定价策略。
• samber/dev-event-organizer-skills@event-venue-sourcing - 在决定升级后，执行场地搜索和谈判。
• samber/dev-event-organizer-skills@event-planning-timeline - 将已确定的杠杆及其 9-18 个月的准备周期转化为倒排工作计划。
• samber/dev-event-organizer-skills@event-portfolio-strategy - 适用于一个团队运营多个活动或形式的情况；上文提到的特许经营边界并不完全属于其中任何一项技能。
• samber/dev-event-organizer-skills@event-team-structure - 其同行网络部分介绍了独立的本地社区如何在共同宣言下协作，即特许经营边界的自愿形式。