event-ticket-pricing

活动门票定价

你负责为参会者门票定价。具体包括：

• 是否收费
• 设置多少个公开价格档位
• 哪些用户群体有专属价格
• 折扣需要满足什么条件
• 谁可以免费或以极低价格入场
• 有人要求退款时如何处理

samber/dev-event-organizer-skills@event-budget负责制定收入目标，本定价阶梯需要满足该目标；samber/dev-event-organizer-skills@event-sponsor-pricing负责制定赞助份额，为此提供交叉补贴。你负责确定参会者人数和相关政策。你不负责：

• 编制预算
• 制定赞助档位价格
• 开展获客活动
• 设计未到场机制

下面所有排序都是默认方案，并非铁律。具体排序会随情境和执行者而变化。

访谈结束后，根据以下信号重新排列所有三个菜单：

• 活动已经场场售罄
• 上游已决定采用免费参加的资助模式
• 志愿者团队没有处理会计事务的能力
• 观众绝大多数需要自行承担费用

每种情况都会推翻一个默认排序。坐标轴不标注货币金额。

实际公布的价格，以及对应的活动和日期，见 references/published-ticket-ladders.md。应将这些价格视为可换算的比例，切勿照搬到不同规模、市场或年份。

访谈

一次只问一个问题，尽可能采用选择题。之所以设置问题 6–8，是因为下面的菜单在见效速度、持久性和所需精力方面差异很大，不能替用户选定默认方案。

1. 是否有预算，其中列出了总支出金额以及门票收入所占的比例？如果没有，请先运行 samber/dev-event-organizer-skills@event-budget——没有目标就制定定价阶梯，会导致每个档位的定价都偏低。
2. 这批观众的门票由谁支付：雇主的培训或差旅预算、参会者自己的钱包，还是两者都有？请估算各自的大致比例。在确定任何价格之前，这会决定定价阶梯的结构。
3. 场地可容纳多少名付费参会者？已有多少座位确定作为免费票——根据已签署赞助档位分配给赞助商的名额、讲者、组织者和志愿者名额？制定价格前应先从容量中扣除免费票名额，而不是事后再扣。
4. 活动是否本来就设计为免费参加，还是确实可以收费？免费参加的资助模式是预算决策，而非定价决策——说明这项决定是否已经作出，以及由谁作出。
5. 手头有哪些同类活动的注册页面——社区相同、地区相同、规模相近，并且知道查看日期？需要带日期的数字，而不是对数字的记忆。
6. 门票收入必须在什么时候到账？明确的截止日期会优先考虑按日期设门槛的机制，并采用更短的定价阶梯。若没有时限压力，则可以考虑见效较慢的优惠档位。
7. 这是一次性活动，还是常规活动的一年一届？常规活动应优先保持价格稳定，并公布社区价格承诺，而非尽量从本届活动中多获利。
8. 工作量上限是多少——售票期间组织者可投入多少小时？是否有人能审核申请？是否有实体能够开具发票并处理税务？组织方若无开票能力，就应直接排除发票这一档。
9. 活动由谁举办：独立社区组织，还是供应商或公司？
10. 可及性是否是活动必须能够证明的一项明确定位主张？

谁支付门票费用

影响定价方式的关键在于门票费用由谁支付：

• 雇主预算
• 参会者自费
• 机构支付

所有有来源依据的公开定价阶梯都体现了这种区分，只是使用的标签不同：一个会议采用企业／个人／学生，另一个采用商务／个人／教育。请提出问题 2，并说明定价阶梯假定的付款方构成。

本集合在其他部分按社区举办与供应商举办进行的划分，仍会影响 价格区间——面向营销预算收费的供应商会议，价格比社区活动高一个数量级——但这并不能决定定价阶梯的结构。社区活动和供应商活动都会按付款方进行区分。

免费、象征性收费还是按价收费

在任何阶梯定价出现之前，依据资金模式确定采取何种方案。排序（默认值，不是定律——应根据 Q1、Q4、Q7 重新排序）：

• 工作量（定价工作，加上销售期间各方案所需的每笔订单处理工作）：商业定价 > 社区定价 > 象征性收费 > 设计为免费
• 价值（覆盖的预算，以及相对于已承诺场地和餐饮支出所获得的人数确定性）：商业定价 > 社区定价 > 象征性收费 > 设计为免费
• 合规成本（收费要求组织者注册和申报的事项，以及价格公开后方案保留的可逆性）：商业定价 == 社区定价 == 象征性收费 > 设计为免费
• 效率：象征性收费 > 社区定价 > 商业定价

支配关系检查：4 个方案，6 组比较，严格支配关系为零。 这只是构造上的清晰，而构造上的清晰绝不等于通过。

• 价值和工作量受同一个限制机制影响：覆盖更多预算的方案，需要投入更多定价和每笔订单处理工作。
• 同一机制也阻碍了针对设计为免费方案的三组比较，因为设计为免费方案在价值上处于劣势，并没有白白赢得任何优势。
• 合规轴上，三种收费方案打平，因此无法挽救任何一组比较：每组比较在工作量这一项上都已经落败。

这项检查在此没有发现问题。效率排序的依据见下文论述。

三种收费方案的合规成本相同，因为触发义务的是是否收费，而非收费金额：任何非零价格都会带来会计和税务处理工作，跨境销售还可能要求在其他司法管辖区注册。设计为免费方案的合规成本最低，因为它是唯一不会产生税务、开票或退款义务的方案，也是唯一保留可逆性的方案——价格一经公布，就无法在销售期间撤回，除非向已付款的人退款。

设计为免费方案有意不列入效率排序：对于按设计不产生任何门票收入的方案，用收入除以工作量来计算比率只会造成虚假的精确感。它是基于资金模式在上游选择的，而不是凭效率胜出的。

• 象征性费用——效率优先的默认选择：收取象征性的票价，大约是同一地区商业科技会议票价的十分之一到五分之一。其作用不是筹款，而是分散风险：付费报名会将未付费的 RSVP 转化为可计入人数的承诺，便于据此确定餐饮和场地容量。只需投入少量定价工作，就能获得大部分确定性，因此在效率方面优先考虑——但凡是收费方案都要承担完整的合规成本，所以它绝不像看起来那样免费。
• 社区价——当票务收入在预算中确实有明确用途时的默认选择：定价以覆盖每位参会者的成本为准，预算主要由赞助承担（公开发布的社区会议目标是赞助占比达到 75-80% 以上）。这与对定期举办的活动明确公开承诺社区价相辅相成（某大型会议在场馆升级期间，将个人票价和企业票价保持不变，同时在五年间将学生票价下调了 40% 以上，资金来自赞助交叉补贴）。
• 商业价——最不受青睐的选项：价值最高，投入也最大，因此效率优先时绝不会首先考虑。它需要有议程、品牌，以及愿意使用雇主预算购票的受众，还需要配套的销售和退款机制来处理实际收入。升级条件，由 Q9 决定：按营销预算定价的供应商或公司主办活动，或者以社区价售票后迅速售罄且明显供不应求的社区活动——这一判断由 samber/dev-event-organizer-skills@event-market-fit 负责，本处不再重复推导。
• 设计为免费——这是有理有据的合理方案，并非定价失败：完整的多轨会议可以免费参加，甚至完全不需要报名，资金全部来自赞助和周边商品（有一场这样的会议明确表示不售票，也无需报名）。一旦采用这种筹资模式，下一个菜单中的所有档位就都不再适用。免费票也会带来此技能无法解决的问题——无人为座位付费所导致的缺席率。应转交给 samber/dev-event-organizer-skills@event-no-show-management，而不是通过定价来解决。

如果活动形式完全没有票务收入——例如免费黑客马拉松，其赞助资金因模式本身而接近 100%，并非只是目标如此——就删除收费方案，而不是对它们排序，然后返回 samber/dev-event-organizer-skills@event-budget。

访问架构

真实的注册页面上会出现三个优惠层级，它们相辅相成，而非彼此竞争——真实活动会组合其中两到三种。排序（默认排序，并非定律——根据 Q2、Q6、Q8 重新排序）：

• 工作量（设置工作，以及销售期间每种方式所需的持续工作）：酌情奖学金 > 公开的身份类别定价 > 按日期或数量设定的门槛

• 价值（实现的收入，加上让原本无法参加的人也能出席）：公开的身份类别定价 > 酌情奖学金 > 按日期或数量设定的门槛

• 效率：公开的身份类别定价 > 按日期或数量设定的门槛 > 酌情奖学金

• 公开的身份类别定价——默认选项，也是单项影响最大的杠杆：针对不同付款者类型设定固定价格并公开列出，无需申请即可自助购买。在设有完整价格梯度的两场活动中，最高价与最低价的比率约为 1.7:1 至 6.5:1——报告范围，绝不只报一个数字；沿用该比率，而非具体金额。唯一门槛是自行确认身份，有时还会核验机构邮箱。

• 按日期或数量设定的门槛——工作量几乎为零，只需配置一次：可以设置一个会调整价格的日期，也可以限量发售前 N 张票。三种机制都真实存在：早鸟价截止日期、在常规价格之上加收费用的日期，以及设有票数上限的限量早鸟票。它的另一项价值是提供一个预测检查点，可据此解读销售情况；这属于 samber/dev-event-organizer-skills@event-market-fit 的范畴。在此处根据该解读采取行动，不要重新推导。

• 酌情奖学金——最容易被忽视的选项：工作量最高（每份申请都由人工阅读并答复），却能提供固定类别定义无法涵盖的实际无障碍价值——让失业者、转行者，以及任何并非学生但经济困难的人也能参与。实际操作中，这类奖学金需要通过电子邮件或表单申请，由组织者审核，而且通常不公开价格。最完善的做法是设立评分评审小组，依据明确列出的资格条件进行评审，并设定申请窗口。启用条件，根据 Q8 或 Q10 决定：组织者有能力安排人手审核，或者无障碍参与是活动明确提出且必须能够自圆其说的定位主张。绝不要把它说成免费——它需要组织者投入人力，而公开的身份类别定价不需要。

对于从设计上就免费的活动，应删除这三种方式，而不是给它们排序。每种层级的设计细节、申请文案和示例见 references/access-rungs-and-group-mechanics.md。

批量与交叉补贴机制

梯度确定后，哪些选项排在前面。排序如下（默认顺序，并非定律——请根据 Q2、Q8 重新排序）：

• 努力程度（设置工作加上活动期间每笔订单的处理工作）：支持者档 > 按发票付款方式 > 统一团体折扣

• 价值（促成或扩大订单，以及资助的项目）：按发票付款方式 > 统一团体折扣 > 支持者档

• 效率：统一团体折扣 > 按发票付款方式 > 支持者档

• 统一团体折扣——默认选项：单笔订单达到最低人数即可享受统一的公开折扣，无需审批，自助办理（一场社区活动对单笔订单中五人或以上提供 15% 折扣；一场大型会议对五至九人提供 5% 折扣，对十人或以上提供 10% 折扣，并且只适用于标准档，绝不与早鸟档或晚鸟档叠加）。请照此排除叠加：团体折扣若叠加在早鸟价上，同一张座位票就会被折扣两次。

• 按发票付款方式——价值最高，因为它能促成原本根本不会发生的订单：无法通过刷卡结账付款的公司，就什么也买不了。这不是折扣，绝不能被描述为折扣（公开的做法是按需为大宗企业订单开具发票，且按原价收费）。这种方式需要实实在在的逐单处理工作，也要求有能够开具发票的实体。若组织方不具备此能力，就直接删掉这一档——活动无法按所需方式处理款项，属于支付处理问题，而非定价问题，应在上游解决。

• 支持者档——最难推广的选项：一种自愿多付的票价，其溢价会明确用于资助他人获得无障碍服务（一场会议将支持者票定为溢价票，并明确用于资助其学者计划）。参与者较少，因此相对于运营其所资助项目的工作量，带来的现金价值有限。推广条件：已有明确命名的奖学金或援助计划，可供该档位指向；这样一来，它既能带来收入，也能成为定位资产。

赞助交叉补贴是为无障碍服务筹资的另一种实际方式，但它由 samber/dev-event-organizer-skills@event-sponsor-pricing 设置，不属于此处——本技能只负责使用这套梯度筹集的资金。

工作流

1. 开展访谈。确定付款方构成、定价策略、容量和限制条件。

2. 收入目标取自预算，绝不取自阶梯定价。 总支出减去赞助份额，就是门票需要筹集的金额。如果这个数字尚不存在，请停止并运行 samber/dev-event-organizer-skills@event-budget。

3. 定价前先从容量中扣除赠票。 统计实际承诺的席位数——赞助商根据已签署级别获得的名额、演讲者、组织者和志愿者名额——然后根据剩余的付费席位定价（已公布的检查点计算方式是预期销量减去这些赠票）。没有任何预算规则规定赠票应占容量的某个百分比；请根据已有协议统计赠票并说明这一点，而不是采用凭空编造的比例。

4. 从免费／象征性收费／收费的选项中选择定价策略。说明该策略采用哪种资金模式，以及哪项上游决策确定了它。

5. 设计人员类别阶梯：从 Q2 中选择付款方类型并设定比例，沿用参考资料公布的范围，而不是照搬价格。每种人员类别最多设置两个公开价格，因为没有任何已发布活动的时间阶梯包含两个以上的公开价格点。

6. 设定日期或销量门槛：公布一个步骤，在日历上标明日期，并从门票开售当天起公布。明确决定这是到期后失效的折扣，还是生效后增加的附加费；资料来源中的活动两种做法都有。绝不要宣布买家事先无从知晓的涨价。

7. 添加定价架构菜单选定的优惠档位——公开的学生或教育优惠价、酌情提供的奖学金申请渠道，或两者兼有。公布申请渠道前，先写明申请流程和审核人选，不要等到收到第一份申请后才补上。

8. 叠加团体购票机制：明确团购门槛和折扣比例、可叠加该优惠的票档，以及是否提供发票。

9. 在售出第一张门票前写好退款和转让政策。 明确退款截止日期、是否保留手续费，以及是否对困难群体免收手续费；还要明确门票能否转让给其他个人、其他公司，或完全不可转让。四场活动的政策来源见 references/refund-and-transfer-policy.md——将该参考资料视为四个实例加一份决策清单，而不是行业规范；唯一共同点是单一的固定截止日期，而非逐步递减的时间表。其余每一项都应由组织者决定，不要继承任何人都未作出选择的默认设置。

10. 一次性公布完整方案：涵盖每个价格、每个日期和每个门槛。分节与用户逐项确认：

    • 目标
    • 定价阶梯
    • 门槛
    • 优惠档位
    • 团购机制
    • 退款政策

    然后将获客工作交给 samber/dev-event-organizer-skills@event-marketing-plan。

如果你的运行环境支持持久化记忆，请记录：

• 收入目标及其计算过程
• 最终定价阶梯及其比例
• 门槛日期
• 已公布的退款政策
• 活动结束后每个票档的实际销售情况

下一届活动的定价应从这份记录开始，而不是从空白页开始。

不要臆造的内容

遇到相关问题时，请直接说明以下内容，不要自行编造答案：

• 退款、转让和取消规则：除一个有明确日期的截止时间外，社区技术活动没有行业标准，所有四场有来源的活动都采用了这一规则。在其他方面（费用、困难情况处理、能否转让），请将参考资料中的四项实际政策作为示例，而非标准。
• 不同地区和货币之间的价格平价：对于在多个国家举办的同一种活动形式，目前没有成熟的方法。请如实说明，并交由组织者决定。
• 免费票占容量的比例：没有相应的预算规则。请根据协议统计已承诺的免费票。
• 押金保留票——收取可退还的押金，出席后返还——作为开发者活动定价手段尚未经过专门验证。现有一个跨行业数据点（Eventtia 的 2024 年托管会议数据：3 美元的可退还押金，将一场原本免费的活动的未出席率从 38% 降至 14%），但这只是一般会议的数据，并非开发者活动的证据。如果组织者提出这一做法，请将其视为有相关行业依据的想法，并将未出席问题转交给 samber/dev-event-organizer-skills@event-no-show-management。

失败模式

• 预算目标尚未确定就先设计票价阶梯。 每个价格相对于同类活动看起来都合理，但所有价格加起来仍不足以满足活动的需求。先确定目标，再进行分配。
• 每类受众设置超过两个公开价格档。 第三个阶段只能作为后期加价，不能作为第三个折扣档。增加档位会让人觉得是在施压，还会让每位买家都等着下一档。
• 将奖学金票作为定价档公开发布。 这类按需提供的票需要审核申请，通常有意不标价；将其列为便宜的公开票档，会把经过审核的决定变成可自行勾选的选项，还会吸引本不符合条件的买家。
• 不做决定，直接照搬一份退款政策。 从无人阅读的模板继承而来的政策，会在第一个人公开要求退款时暴露出来。请明确决定截止时间、费用、困难情况豁免和转让规则。
• 照搬大型商业会议的票价用于社区活动。 商业会议的门票收入可能超过整个社区活动的票务收入目标。移植比例——最高价与最低价之比、团体折扣比例——而非具体金额。
• 免费票被购买后却无人使用。 定价无法解决未出席问题；象征性收费可以降低损失，但无法彻底解决。请将其转交给 samber/dev-event-organizer-skills@event-no-show-management。
• 把开票方式称作折扣。 它改变的是付款方式，而不是价格。如果还给这种方式打折，就等于让支付最高价格的企业买家再享受一次降价，而他们遇到的问题根本与价格无关。
• 在早鸟价上叠加团体折扣。 标准做法是将早鸟档和晚鸟档排除在团体折扣之外，正是为了避免同一张票被重复打折。
• 默认将销售缓慢视为定价失败。 销售缓慢可能源于需求、营销执行或价格。samber/dev-event-organizer-skills@event-market-fit 可以区分这三者；只有确认问题出在定价后，才应采取相应措施。

衡量指标

票价阶梯设计没有可用于评分的行业基准，因此这里所有可观测的指标都由自己设定——选两三个，并在门票开售前写下每项指标会促使你做出哪些调整：

• 截至关卡日期的目标收入实收占比（自行设定）：早鸟价结束时，已入账的票款占门票目标的比例。进度落后意味着价格、需求或营销方面可能有问题——先通过 samber/dev-event-organizer-skills@event-market-fit 拆解问题，再调整价格。
• 实际受众构成与计划的匹配度（自行设定）：如果由雇主支付的票档销量远低于预期占比，要么是票价阶梯对付款方构成的判断有误（Q2），要么是企业票价高于相关预算在未经批准时能接受的水平。
• 折扣与票档的购买情况（自行设定）：团体订单、奖学金申请数与获批数、支持者票的售出数量。如果奖学金申请远超可资助人数，这是下一届需要讨论预算的问题，而不是悄悄停止回复申请的理由。
• 退款与转票申请量相对于截止日期的变化（自行设定）：如果临近截止日期时申请量激增，说明截止日期发挥了作用；如果截止日期后仍持续收到申请，说明政策正被逐案争议，需要改写，而不是一味执行。

调用示例

• “我们的 DevOps 社区大会有 300 人参加，目前不收费，餐饮成本风险都由我们承担——门票应该定价多少？”
• “请为期两天的 Python 大会设计票价阶梯：企业票、个人票和学生票，并注明早鸟价截止日期。”
• “有人在活动开始前三周申请退款，但我们从未写过政策。政策应该怎么写？现在该怎么处理？”
• “我们想为负担不起门票的人提供免费票，但不想把它变成公开的折扣码。”

预期输出：按部分逐一呈现、供验证的票务结构，并为每个数字标明是有来源还是自行设定：

• 收入目标及其计算过程
• 扣除赠票后的付费名额
• 定价策略及其原因
• 受众票价阶梯、各票档占比和关卡日期
• 减免票档及其申请方式
• 团购规则及其叠加规则
• 可直接发布的退款与转票政策

参考资料

• references/published-ticket-ladders.md - 实际公布的票价及其对应的活动、日期和来源：两套完整的用户画像票价阶梯及计算得出的比例、三种门槛机制、团体折扣的比例和门槛、支持者档位、免费设计的案例，以及如何按比例换算其中任一种。
• references/access-rungs-and-group-mechanics.md - 三级披露架构详解：公布的用户画像档位与由酌情决定、以需求为门槛的门票之间的区别；从电子邮件申请到评分评审小组的申请机制及其来源；资格条件的表述方式；以及附有排除项的团体订单和开票机制。
• references/refund-and-transfer-policy.md：四项真实的退款和转让政策全文，以及撰写政策的决策清单；全文始终将其标注为四个示例，而非规范。

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

• samber/dev-event-organizer-skills@event-budget - 负责确定这套票价阶梯必须达到的收入目标，以及免费与付费的资金决策；请先运行它。
• samber/dev-event-organizer-skills@event-sponsor-pricing - 赞助定价表，包括用于交叉补贴参会者票价的份额；这是本技能在赞助方侧的对应内容。
• samber/dev-event-organizer-skills@event-market-fit - 负责评估售罄速度、销售曲线，以及销售缓慢是由需求、营销还是价格导致；请依据它在此处的判断采取行动，不要重新推导。
• samber/dev-event-organizer-skills@event-marketing-plan - 负责开展营销活动，销售按本技能定价的门票。
• samber/dev-event-organizer-skills@event-no-show-management - 负责处理已低价售出或免费提供、但最终未使用的座位。
• samber/dev-event-organizer-skills@event-accessibility-inclusion - 对应本技能负责的需求门槛档位，并涵盖门票之外的参会成本（托儿、差旅和报名补助）。它会沿用本技能的申请机制和评审人员，而不另建一套机制。