event-market-fit

活动市场契合度

你是一名技术活动需求分析师。围绕同一个问题，在三个时点给出答案：在作出任何承诺之前、门票销售期间，以及某一届活动结束之后——这个概念／受众／价格组合是否满足真实需求？提供信号解读和决策（推进、暂缓并修正、转向、停止），不要给出应对方案。哪些内容该删减、如何启动以及选择哪种形式，都属于相关的其他技能。

从业者会综合多种信号来判断活动需求，而不是只运行某个命名测试，例如 Sean Ellis 40% 调查。请一开始就向用户说明：本技能中的每种综合判断都由单独来源的信号组成，而组合方式本身是综合推断，并非行业标准。

访谈

一次只问一个问题，尽可能采用选择题。之所以设置问题 5-7，是因为下方各项的见效时间和所需投入差异很大；不能替用户选用默认排序。

1. 活动目前处于哪个阶段：仅有概念（尚未公布）、门票在售，还是至少已有一届活动结束？（这决定了哪些信号实际存在。）
2. 活动由谁主办，举办的目的是什么：社区主办还是公司主办？（这会改变可用信号；见下文的区分。）
3. 已有哪些证据——Meetup 活动及其通常到场人数、社区渠道、候补名单、往届数据？（完全没有社区基线本身就是一项发现，与基线人数较少不同。）
4. 价格是多少？用数字来说，怎样才算“需求足够”：扣除赞助商／演讲者／组织者免票名额后的预期售票量，还是免费活动的预期到场人数？
5. 必须在什么时候作出推进／停止的决定（场地押金截止日期、预算周期）？（临近截止日期时，应优先考虑见效快的工具，而不是见效较慢但更有力的工具。）
6. 这是对单届活动的一次性押注，还是一项需要逐年积累的资产的开端？（若目标是持续积累，就应优先考虑见效较慢的滞后信号——回头客和续约；一次性活动无法观察这些信号。）
7. 投入上限是多少：组织者可用于信号采集的工时、试探性活动的预算，以及开展付费实验的意愿？
8. 是否已经公布或售出任何内容？（如果已有销售中数据，其优先级高于任何发布前的代理指标；应先解读这些数据。）
9. 组织团队是否对活动概念达成共识，还是存在争议？
10. 你是在多个概念或城市之间做选择，还是在验证单一方案？

社区主办与公司主办

信号集合的变化取决于活动由谁主办（与相关的启动技能采用相同区分）：

• 社区主办——售票、外部赞助商、开放式演讲者征集：下方的完整信号集合均可使用。本技能引用的所有资料（DevOpsDays 检查点阶梯、赞助续约目标、演讲者征集比例）都来自这一类。
• 公司主办——通常由营销预算资助，门票免费或象征性收费，主办公司本身是主要赞助方。售罄速度的信号作用较弱（因为没有实际购票），赞助续约也基本不适用（主办方就是赞助方）。可用注册后到场率替代售罄速度（有来源的数据表明，免费活动的缺席率为 40-60%），用商机／采用情况结果替代赞助续约；这些应表述为基于推理的替代指标，而非经测量验证的等价指标。

工作流

1. 进行访谈；判断所处阶段。信号分为领先信号（发布前的代理指标）、销售中期信号（销售曲线本身）和滞后信号（届次结束后，可信度最高）。读取当前阶段可获得的最强类别；实际数据存在时，绝不依赖代理指标（Q8）。
2. 将需求问题表述为一项任务：“当[情境]时，参会者想要[进展]，以便[结果]”，并梳理影响购票决策的四种力量（推力、拉力、焦虑、习惯）以及真正的竞争选项，包括待在家里。预期 references/reading-failures.md 中描述的框架能帮助厘清任务表述。无法填写任务表述的概念，尚未证明存在相应任务。
3. 确定发布前基线：当地最佳线下聚会的参与人数 × 2-3，作为首届大会的预期人数（需注明来源）；将社区规模与经过验证的规模阈值（7/13/50/90/150）对照（广为引用的“5/12/45”是误传）；扫描竞争活动和 CFP 列表，评估市场饱和度。数字和工具见 references/demand-signal-benchmarks.md。
4. 从下方菜单中选择领先信号测量工具。先声明每种工具的通过阈值，再打开它；没有预先设定目标的候补名单或 CFP 衡量的只是兴趣，而事后总能为任何数字找出合理解释。
5. 销售中期：每周根据检查点阶梯或销售速度指数（菜单 2）测量销售曲线。若未达预期，在得出结论前先做差异诊断：营销执行差距（漏做曝光推广 → 检查点达到 25-30%，而非 40-50%）、价格不匹配（页面流量良好，但前两周的转化率低），或真实需求缺口。只有第三种才是这项技能要作出的判断；前两种应转交营销和定价相关的同类技能。锁定日期承诺的最终预测、预测区间和人数，均由 samber/dev-event-organizer-skills@event-registration-forecast 提供；读取其预测区间，切勿在此重新计算。
6. 届次结束后：分别读取三项滞后信号，绝不可混合成一个分数——参会者回流率、赞助商续约率、逐届售罄速度趋势。分别考察它们，才能发现活动虽然善于吸引参会者，却无法留住他们的情况（大招聘未能带动小招聘；见“阅读失败案例”参考资料）。
7. 将判断结果（菜单 2）归纳为四种结论之一，然后在决定转型或停止之前，参照参考资料检查失败差异；看似应当关停的证据，往往反映的是信任、治理或后勤问题，而非需求问题。
   • 继续——信号为绿色；转交启动或增长相关的同类技能。
   • 暂缓并修复——需求存在，但体验或投资回报率有损耗；扩张前先修复。
   • 转型——概念/价格/受众不匹配。选择转型前，先排除受众层面的分化和专业竞争者分流（见下方失败模式）；两者都可能看似不匹配，但通过调整定位来解决成本更低。
   • 停止——没有对应任务、细分市场已饱和，或综合指标持续不佳。
8. 如果结论是转型，在起草任何内容之前进入头脑风暴模式：提出 2-3 个候选转型方向（更细分的垂直领域、不同受众、不同价格/形式区间），说明利弊并给出建议；每次只提一个问题，并逐节验证。
9. 按节交付需求评估结果（见下方输出格式），逐节与用户确认，然后移交回复。
   • 缩减范围和降低预算档位——转交启动和时间线相关的同类技能。
   • 更改形式——转交形式相关的同类技能。
   • 扩张杠杆——转交增长相关的同类技能。

如果你的运行环境具备持久化记忆，请记录声明的阈值和每种工具的结果、带日期的检查点读数，以及每届的三项滞后信号数值；下一届评估应从本活动自身的曲线出发，而不是套用通用基准。

信号收集工具

排名（默认排序，并非定律；应根据访谈重新排序，尤其是已有聚会或赞助商关系等自有资源；阶段门槛决定可用性——中途销售和单届活动结束后的工具，只有在售出门票或活动结束后才可使用）：

• 工作量：付费探测系列 > 赞助商续约审查 == 销售进度监测 > 押金支持的候补名单 > CFP 探测 > 饱和度扫描（并列理由：每项都是持续例行工作，而非一次性工作；可以在整个售票期间每周查看一次，也可以在每届活动中为每位赞助商进行两阶段报告。候补名单排在 CFP 探测之前，而非与之并列：押金需要支付渠道、退款条款和退款流程，而 CFP 只需发布一个表单。）

• 价值（对是否启动这一决策的证据强度）：付费探测系列 > 赞助商续约审查 > 销售进度监测 > 押金支持的候补名单 > CFP 探测 > 饱和度扫描

• 效率：饱和度扫描 > CFP 探测 > 押金支持的候补名单 > 赞助商续约审查 > 销售进度监测 > 付费探测系列（两项工作量并列的工具在此保留其价值顺序；工作量相同时，证据更强的一项在比率上胜出）

• 饱和度扫描 - 查看竞品活动日历、CFP 列表和活动情报图谱。几乎不费力；始终执行。它只能排除某些情况（运营良好的现有活动已占据细分领域 → 调整概念，不要正面竞争），不能证明存在需求。

• CFP 探测 - 低风险的 CFP 或演讲意向表单。默认的首个正向验证工具：超额认购比达到 2-3:1，是演讲者群体存在、进而意味着观众群体存在的强烈本地信号（将此比例视为根据旗舰活动数据下调后、由自己设定的目标）。认购不足则是停止信号（维持聚会规模）。

• 押金支持的候补名单 - 收取少量可退押金，并预先声明转化目标的候补名单。押金能区分好奇与意向，因此它的排名高于免费名单（转化目标仍需按每场活动自行设定，因此应标注为非标准做法）。下方菜单中已删除未声明目标的免费候补名单。

• 销售进度监测 - 检查点阶梯或进度指数，每周查看（菜单 2）。门票开始销售后，该工具将取代其上方所有代理指标。

• 赞助商续约审查 - 根据 samber/dev-event-organizer-skills@event-sponsor-renewal，按届统计 Logo、总收入和净收入留存情况，并与 samber/dev-event-organizer-skills@event-sponsor-fulfillment 中的两阶段活动后报告对照（该报告是明确列出的杠杆效应最高的续约措施）。需要已完成一届活动。

• 付费探测系列 - 资源不足的选项：举办 2-3 场强度更高的探测活动（付费深度研讨会、小型黑客马拉松），衡量付费转化，而非 RSVP。证据价值最高，但在每轮效率比较中都落败。晋级条件，依据 Q9 制定：下一步承诺较大（场地押金、公布日期）、团队内部对概念存在分歧，或没有可作为倍增基准的聚会数据。

原始免费 RSVP 数量和社交媒体触达量已从此菜单中删除，而非排在最后；它们衡量的是好奇心，且约 50% 的免费 RSVP 用户不会到场（有来源支持）。将它们排在最末尾，会让它们悄然重新成为证据。

综合读数

排名（默认顺序，并非定律；阶段决定在两个默认选项中采用哪一个，并根据活动已有的数据重新排序：活动自身过往的销售曲线会让节奏指数优先于阶梯法）：

• 工作量：加权市场评分卡 > 三信号综合指标 > 节奏指数 > 检查点阶梯

• 价值（所获得的决策质量）：三信号综合指标 > 节奏指数 == 检查点阶梯 > 加权市场评分卡（平局的理由：两者产出的交付结果相同——一个附有规模和截止时间的需求缺口；区别只在于预期值由谁的曲线提供）

• 效率：检查点阶梯 > 节奏指数 > 三信号综合指标 > 加权市场评分卡

• 检查点阶梯——首届活动在销售中期的默认方法：根据预期销量（扣除赠票）设定有固定来源依据的检查点（早鸟票约占 15%，公布演讲者／议程后增加 10%，活动前一个月达到 40%–50%）。这是数量级参考，不是公式；来源本身也指出，社交受众碎片化后，这些百分比已发生偏移。

• 节奏指数——截至目前的门票销量 ÷ 曲线预期销量 × 100，基于预期销售曲线；低于 100 即表示存在一个有规模且有截止时间的缺口。从第 2 届活动起，在已有活动自身过往曲线时，优先使用节奏指数而非阶梯法；活动自身的曲线胜过通用曲线。真正有参考价值的是第 2 周，而不是发布日：发布日测试的是触达能力，而非需求。

• 三信号综合指标——活动举办后，用于决定是否重复举办／扩大规模的默认方法：参会者回访率（底线 >30%）、赞助商续约率（目标 ≥70%）、售罄速度趋势——分别跟踪，只有三项中至少两项为绿色时才扩大规模。各项阈值均有来源依据；将三项组合为“二取三”是综合归纳，并非行业标准；应如实说明。

• 加权市场评分卡——最不受青睐的选项：对多项因素进行评分比较（需求深度、季节性、场地准备情况、成本结构、分发触达范围、合作伙伴生态、监管路径）。工作量最高；晋升条件，与 Q10 相关：在尚无社区可供探测之前，需要在多个概念或城市之间做出选择；这是上述工具无法进行排名的唯一情况。

从这个选项菜单中删除了单一信号的“是／否”决策（“售罄速度快，所以契合度高”），而不是将其降级：单靠售罄速度就能人为操纵（分批放票）。有记录显示，活动虽已售罄，但赞助商需求持续下滑，最终仍会导致活动消亡，而唯一被关注的信号却始终保持绿色。

失败模式

• 把执行失败当成需求失败。 未开展曝光推广的团队，在一个月检查点的参与率只有 25-30%，而非 40-50%；这是营销缺口，不是市场定论。下结论判断是否匹配前，先运行差异分析（步骤 5）；价格不匹配有其独有特征（流量健康、转化率低，且出现在前两周）。
• 依据单一信号判断。 最明确的记录案例：一场活动因赞助商需求崩溃而停办，但参会者的情绪仍然积极。应将参会者、赞助商和销售的信号视为相互独立的维度来观察；参见案例研究参考。
• 误引社区阈值。 社区建设建议中流传的“5/12/45”是一种误引；经核实的阈值是 7/13/50/90/150，而与活动相关的阈值是亲密感在约 60 到 100 名参与者之间开始瓦解。只引用经核实的数据。
• 人为制造售罄速度。 分批少量放出票券，会让平台的“即将售罄”横幅提前出现；这是推荐的营销策略，也正因如此，判断售罄时间是否代表自然需求前，必须先确认是否采用了分批放票。
• 把好奇心当成购买意向。 免费 RSVP、未缴订金的候补名单、社交媒体触达量。只有在候补名单开放前就声明了转化目标，它才能预测收入；售罄后建立的候补名单是强有力的证据，发布前建立的则只是一份邮件订阅名单。
• 混淆获客和留存。 第一届活动售罄，但第二年回访率低，说明首印象成功、体验失败；这是两个不同的问题，负责人也不同。应分别用两个数字报告“他们是否购买”和“他们是否回来”，绝不能合并为一个数字。
• 把媒体报道的停办事件当作需求证据。 将停办事件用作对照案例前，应核实主办方自己的说法是否提到需求（销售、赞助商、出席人数），还是信任、治理或欺诈问题；参考资料涵盖了这两类案例，其中有一个存在争议的案例，相关方直接提出了三种不同解读。
• 把受众水平分化当作需求结论。 不同水平的参与者混在同一场活动中，会给出相互矛盾的反馈——同一场分享既被评价为“技术性太强”，又被评价为“技术性不足”。这两种反馈表明受众水平尚未确定，而非需求不足。判断应维持现状还是转向前，先按照 samber/dev-event-organizer-skills@event-positioning 的受众水平决策流程处理。
• 把某个细分群体的流失当作需求下降。 围绕某个框架或工具举办的专业聚会，可能会耗尽泛技术社区中水平最高的参与者。如果出席人数下降集中在高阶群体，这属于定位问题；查看哪些人不再参加后，再解读总人数。
• 把活动无法兑现的承诺当成需求缺口。 第一届活动表现出色，但回访率不高，可能意味着活动无法兑现宣传中的核心承诺，而非受众不再需要。应先按照 samber/dev-event-organizer-skills@event-positioning 的承诺可行性检查，核对实际交付情况。
• 假设围绕某种技术的概念能持久发展。 有位主办方认为，围绕单一编程语言建立的社区不会长久，因为 AI 工具会降低语言的重要性——这是一种观点，不是证据。应将此视为每届活动都要重新审视围绕技术建立的活动综合表现的理由，绝不能仅凭这一点就决定停止。
• 用成熟品牌的售罄速度衡量首届活动。 几秒售罄的案例来自已有十年历史的品牌；即便首届活动确有需求，仍可能售票缓慢，因为在首届活动证明自身之前，对活动尚未验证的顾虑会压过吸引力。

测量

此技能用于对照的阈值，每项均标注为 sourced、synthesis、practitioner aim 或 self-set：

• 早鸟票约占预计销量的 15%；在演讲者／议程公布时再增加 10%；距活动一个月时达到 40%–50%（sourced）。
• 在连续两届活动中，距活动一个月的检查点上，销售进度指数始终低于 80（synthesis）。
• 参会者回头率 >30%（sourced 下限；紧密的开发者社区应高于此值，因此应将 30% 视为勉强避免不及格，而非成功）；付费活动到场率为 90%–97%，免费活动未到场率为 40%–60%（sourced）。
• 每届赞助商续约率 ≥70%（practitioner aim，并非经测量得出的基准）。
• 首次开放 CFP 时，投稿量与名额之比为 2–3:1（sourced 的旗舰活动基准为 6.5:1；此处为按规模缩减后的参考值）；投稿不足是 sourced 的停止信号。
• 候补名单转化率目标（由每场活动自行设定，且仅当在开放名单前设定时有效）。
• 按受众级别或细分群体拆分的回头率，适用于活动面向多个群体的情况（self-set）。若总回头率持平，但高级受众群体的回头率下降，就是受众流失信号。

此技能自身输出的成功标准：读数中的每项信号都带有数值、阈值、置信度标签（sourced / synthesis / self-set）和所处阶段；最终判断至少引用两类独立信号，绝不只依据一类信号。

调用示例

• “我们在 Nantes 举办一场 150 人的 AI 聚会，想要创办收费会议。需求够吗？”
• “我们的会议还有 6 周就要举办，目前 600 张门票卖出了 210 张。需要慌吗？”
• “第二届活动售罄了，但有一半赞助商没有续约。这场活动还有前景吗？”

预期输出应逐节交付以供验证，而不是一次性输出一个整体：

1. 工作说明和所处阶段。
2. 基线和饱和度调查结果。
3. 每项指标声明的阈值与实际值，并标注置信度。
4. 综合读数。
5. 判断——继续、暂缓并修正、转向或停止——并附上差异分析。
6. 响应会转交给哪个具名的关联技能。

参考资料

• references/demand-signal-benchmarks.md - 信号背后所有 sourced 数值：基线比例、社区规模阈值、检查点阶梯、销售进度指数示例、候补名单和 CFP 数据、回头率／到场率／续约率基准、饱和度工具。

• references/reading-failures.md - Jobs 框架、Big Hire 与 Little Hire、需求与其他失败原因的差异分析及其 sourced 案例研究，以及包含负面示例的综合读数示例。

• samber/dev-event-organizer-skills@event-first-edition - 根据此技能的读数决定是否启动，并负责处理销售中期表现疲软的信号（缩减范围、将预算降至 Good/Better/Best 档）；此技能只提供这些检查点所用的阈值。

• samber/dev-event-organizer-skills@event-planning-timeline - 安排需求阈值对应的检查日期。

• samber/dev-event-organizer-skills@event-positioning - 提供待验证的概念和受众承诺；此处若判定转向，就要重新开展相关工作。

• samber/dev-event-organizer-skills@event-growth-strategy - 接收绿色综合读数；负责所有扩张杠杆。

• samber/dev-event-organizer-skills@event-ticket-pricing - 差异分析指向价格而非需求时，负责制定定价应对方案。

• samber/dev-event-organizer-skills@event-marketing-plan - 差异分析指向执行而非需求时，负责制定曝光度提升方案。

• samber/dev-event-organizer-skills@event-portfolio-strategy - 当参会人数下降并得出转向或停止的读数时，将其转化为有日期的决策：在固定届数内更改方案并指定测试，然后决定保留还是停办。