event-landing-page

活动落地页

你要打造的是潜在参会者、演讲者或赞助商访问的页面：页面的结构、包含的版块、主按钮在不同日期的操作，以及如何说明尚不存在的内容。这是渠道执行，不是策略。页面上的内容几乎都已在上游决定。

有四项内容已经决定。不要重新推导，也不要提出异议：

• 活动宣传的力度、阶段和日期——samber/dev-event-organizer-skills@event-marketing-plan 负责渠道组合、日程主线和各阶段的目标。它会提供页面必须上线的日期，以及页面必须承载的关键节点。绝不能更改日期。
• 宣传信息——samber/dev-event-organizer-skills@event-positioning 提供承诺、受众定义，以及反定位对比句（“有很多 [原型] 活动。我们的活动不是其中之一。”）。原样使用这句话。自创更出彩的标题，会为活动是什么制造第二种相互竞争的说法。
• 票价阶梯——samber/dev-event-organizer-skills@event-ticket-pricing 设定票价档位、限制条件、日期和退款政策。按提供的内容呈现阶梯。绝不能添加档位、凑整价格，或写票价阶梯并不支持的稀缺性文案。
• 无障碍目标及其范围——samber/dev-event-organizer-skills@event-accessibility-inclusion 决定数字层面的要求（WCAG 2.2，AA 级）以及适用的页面范围。在此页面上落实要求。绝不能自行选择目标。

有两条边界与你的工作相邻，很容易不经意间越界：

• **CFP 页面及其投稿表单归 samber/dev-event-organizer-skills@event-cfp-design 负责。**链接到征稿页面即可。不要设计表单字段或时间线。
• **有人注册后触发的邮件归 samber/dev-event-organizer-skills@event-attendee-email-sequences 负责。**负责页面以及用户到达按钮之前的流程，然后说明点击按钮后会发生什么，不要编写邮件内容。

访谈

一次只问一个问题，尽可能采用选择题。设置问题 8–10，是因为下面三个菜单在生效时间、持久性和工作量方面差异很大；没有这些答案，就无法为用户选择默认排序。问题 11 为第三个菜单中的合规成本轴提供依据。

1. 营销计划提供了哪些内容：宣传阶段，以及每个固定日期——公布活动、开启和截止 CFP、公布演讲者、发布议程、开始售票、早鸟票截止、活动开场？如果没有提供任何内容，请暂停并先转交给 samber/dev-event-organizer-skills@event-marketing-plan；没有活动日历作为依据，页面就无法知道该展示什么。
2. 资金模式是什么：售票、象征性收费，还是免费参加且完全不需要注册？与任何其他答案相比，这最能决定页面的结构（见下方分支）。
3. 定位陈述和反定位对比句是什么？请逐字提供。
4. 是否有 CFP？投稿开启和截止日期是什么？征稿进展顺利还是投稿不足？
5. 票价阶梯是什么样的——有哪些档位、各档位的限制条件是什么、日期分别是什么？
6. 同级技能设定了什么无障碍目标？将哪些页面纳入了适用范围？
7. 这是首届活动还是定期举办的活动？是否确实存在往届资料库：照片、演讲录音、演讲者名单、赞助商标志？
8. 活动开场日期是什么？在页面必须上线迎接首个宣传节点之前，还有多少周的准备时间？
9. 这是单届活动的页面，还是一个计划持续维护、每届都基于相同结构重新构建的网站？
10. 谁负责构建和维护？整个宣传周期总共能投入多少小时？他们能否在不需要开发人员操作的情况下，按日期更改页面展示的内容？
11. 往届活动的名牌上注明了什么照片拍摄退出选项？演讲者协议允许重新发布哪些活动照片和演讲录音？

资金模式

在会议门票上，购买者和付款方并不相同：个人开发者购买门票，通常由雇主报销。samber/dev-event-organizer-skills@event-ticket-pricing 已据此区分票价梯度，因此发票支付方式抵达此页面时，只是一个需要呈现的梯级，而不是页面结构的决策。

这种区分只在此处留下一个痕迹：一个简短、可分享的区块，访客可以转发给批准差旅预算的人。这只是区块集合中的一个区块，而不是一个分支。

真正改变整个页面的是是否有东西可买。两个已发布的会议网站体现了这两种情况：

• 收费或象征性收费 - PyCon US 2026 在首屏展示名称、日期和地点，并设置一个直接链接到购票流程的“立即注册！”按钮，随后是场地详情和会议日程时间线。整个页面只有一个主要操作吸引注意力；没有次要 CTA 与之争夺。对于有门票、且名额有限的会议而言，这是本领域最接近 SaaS 单一 CTA 规则确实适用的情况。
• 免费参加，无需注册 - FOSDEM 2026 完全没有 CTA，因为没有任何内容需要注册。它的首屏以规模和可信度信号取代价值主张——“8000+ 名黑客”“65 个专题会议室”“1013 场演讲”——同时展示日期和地点，然后直接进入日程、视频存档、新闻、赞助商和场地信息。其页脚将实用信息（无障碍、行为准则、活动期间须知、健康政策）归为一个独立区块，而不是把这些链接分散到导航中。

在没有任何后续内容的页面上硬塞一个“立即注册”按钮，是对 SaaS 规则的错误套用。免费活动的首屏采用的是另一种结构，而不是收费页面的劣化版本。根据 Q2 确定资金模式；Q2 根据 samber/dev-event-organizer-skills@event-ticket-pricing 确定；切勿在此处重新决定。

工作流

1. 进行访谈。在设计任何内容之前，根据 Q1-Q6 确定日期、消息、梯度和无障碍目标。
2. 根据资金模式分支处理。免费且无需注册的活动应跳过以下所有注册机制，而不是将其留空。
3. 重述定位陈述和反定位句。以下每个标题都必须原样继承这两项内容。如果 samber/dev-event-organizer-skills@event-positioning 确实为本届活动更新了价值承诺，就将旧标题删除线显示，并与新标题并列：对于回访者来说，这样比重写一段文字更容易看出真正的转变。只有在转变已经确定时才使用这种方式，绝不能用它代替决策。
4. 使用第一个菜单选择页面形态。网站是单页还是十页，决定了以下步骤的输出可以放在哪里。
5. 为所选形态构建版块集合。各资金模式下已发布的版块顺序、主视觉字段列表和反面示例，见：references/page-shape-and-section-set.md。FAQ 应围绕申请者或参与者对本活动具体流程的疑虑编写：报名意味着什么、团队何时组建、误解规则时会发生什么。跳过页面其他部分已经回答的“这是什么活动”之类的通用问题。
6. 使用第二个菜单接入按日期控制的 CTA 状态机，然后编写状态转换表：哪些日期之间显示哪个 CTA。表格、无代码备用方案和结构化数据块，见：references/cta-state-machine-and-structured-data.md。
7. 使用第三个菜单，为每个尚无内容的版块决定其内容展示方式。这是逐个版块作出的决定，不是整页统一设置。
8. 在构建过程中落实同伴决定的无障碍目标，而不是等到构建完成后再处理：references/digital-accessibility-implementation.md。
9. 输出结构化数据块——包含机器可读的名称、描述、日期、URL、图片和地点。字段列表见步骤 6 中的同一份参考资料。
10. 在 Measurement 中执行发布前检查。四项二元检查必须全部通过，否则页面不得上线。
11. 将点击后的流程交给 samber/dev-event-organizer-skills@event-attendee-email-sequences，并将每个渠道的跟踪链接交回 samber/dev-event-organizer-skills@event-marketing-plan。说明你要交接的内容；不要编写邮件。

如果你的运行环境支持持久化记忆，请记录版块集合及其对应的资金模式、带实际日期的 CTA 状态转换表、哪些版块被暂缓展示及其原因，以及无障碍范围。定期举办的活动可以根据这份记录重建，而不必从空白页面开始；下一届唯一真正改变的只是日期。

以下所有排序都是默认值，并非定律——它会随情境和执行者而变化。结合你已了解的主办方情况，重新排列全部三个菜单：已有一个跨届沿用的网站、团队中已有设计师、页面只能由开发者编辑、大多数参与者选择不使用徽章照片、活动一公布就售罄。以下每个菜单都会说明哪些访谈答案会改变其中哪些选项。

页面形态

按排名排列的菜单——访客每投入一单位搭建和维护精力，能获得哪些问题的答案。各档、三种排序、默认选项及其升级条件均为本技能自行构建，并非测量得出的阈值。支配关系检查：4 档、6 对、严格支配关系为零——这是通过构建方式确保的，而非通过裁定得出；通过构建确保从来不算通过。

价值和精力使用同一排序，因此一种机制就能阻止全部 6 对形成支配关系：能回答更多问题的形态，搭建和维护成本严格更高；没有任何一档能在价值至少相等的同时，成本更低。这里没有列出第三个维度。这项检查无法发现任何排序错误，因此效率排序完全依赖下文的论证，而非依赖它经受住了什么检验。

• 精力（搭建工时、要编写的内容、整个活动期间的维护）：完整多页面网站 > 前门页加完整项目集 > 前门页加实用附页 > 单页

• 价值（能回答的问题，以及其他人可以链接到的 URL）：完整多页面网站 > 前门页加完整项目集 > 前门页加实用附页 > 单页

• 效率：前门页加实用附页 > 单页 > 前门页加完整项目集 > 完整多页面网站

• 单页 - 一个可滚动页面：名称、日期、地点、定位语、一项 CTA、实用信息。其他内容都通过锚点链接跳转。

• 前门页加实用附页 - 同一个前门页，另外将地点、行为准则和无障碍信息分别做成可直接访问的页面。价值的提升不在于篇幅：锚点不是独立地址。第三方会引用行为准则和无障碍声明，将其转发给雇主，也会由编写这些内容的同行网站指向它们。滚动页面中的片段链接做不到这些。

• 前门页加完整项目集 - 增加独立的项目和演讲者页面；等内容确定后，再为每场演讲和每位演讲者各建一个页面。

• 完整多页面网站 - 将 DevOpsDays 的整套内容拆分为独立页面：欢迎、项目、演讲者、赞助商、注册、提案、地点、联系、多元化、行为准则。

**默认档位：前门页加实用附页。**升级条件（Q1 和 Q4）：项目内容确定后——演讲已录用、演讲者已确认——立即升级到完整项目集，因为公布项目是活动宣传中的一个有确定日期的节点，需要有承载它的页面。不要在内容确定前搭建这些页面；第三个菜单就是为此准备的。

最被忽视的选项是完整多页面网站——价值最高，精力投入也最高，因此效率排序从不选它。在以下两种情况下升级到这一选项：

• Q9 表明网站会持续保留，并在每届活动时重新制作，因此结构只需支付一次成本，再像按年更新的内容目录一样分摊到各届活动。
• 赞助协议约定了徽标展示，而赞助商页面因此成为由 samber/dev-event-organizer-skills@event-sponsor-fulfillment 负责的履约事项，而非可选档位。

如果 Q10 表明只有一位志愿者，只有几小时可用，而且无法在指定日期编辑页面，就直接删除上面的两个更高档位，并将它们从上方的排序行中删去，不要把它们当作愿景保留下来。一个有 4 个空页面的 10 页网站，比一个如实呈现信息的单页更糟；而菜单底部的档位到了第三周会重新变成项目范围。

CTA 策略

按排名排列的菜单——访客每投入一单位设置和日期管理精力，实际能采取哪些当下可用的行动。各档、四种排序、默认选项及其升级条件均为本技能自行构建，并非测量得出的阈值。这一项需要经过裁定：有一档明显处于劣势（仅提供联系方式的方案与固定按钮行相比，精力投入相同但价值更高），效率排序也遵循了这一判断。

• 工作量（设置成本，以及日期变化时保持其正确性的管理成本）：双门控按钮行 > 单个日期门控主按钮 > 通知我信息收集 > 仅联系 == 持续显示多个 CTA
• 价值（访客采取当前唯一开放的操作，页面也不会把任何人引向关闭的入口）：双门控按钮行 > 单个日期门控主按钮 > 通知我信息收集 > 仅联系 > 持续显示多个 CTA
• 效率：单个日期门控主按钮 > 双门控按钮行 > 通知我信息收集 > 仅联系 > 持续显示多个 CTA
• 合规成本（触发审查，消耗可逆性）：通知我信息收集 > 其他所有选项；信息收集是唯一会收集个人数据的选项，因此上线前需要有同意依据、隐私声明和删除途径。其余四种仅包含链接，不涉及这些内容。

工作量相同这一点值得商榷：这个选项列表中需要投入工作的是按日期启用的逻辑，而联系链接和一排常驻按钮都不需要。两者都是只需编写一次、之后无需修改的静态标记。它们的工作量相同，但价值相差悬殊，这正是仅联系的效率高于按钮行的原因。

• 仅联系 - 只有组织者联系链接，没有其他内容。在 DevOpsDays 模板中，这个链接无条件显示，且在每个阶段都会出现（layouts/partials/events/cta.html）；对于尚无任何开放事项的活动，这也是诚实完整的选项。
• 通知我信息收集 - 设置一个电子邮件字段，在任何内容开始售卖之前，为公告提供接收渠道。Content Marketing World 的落地页就是已发布的示例：在开放注册前的这段时间里，页面醒目地放置了通知我信息框和注册区块。samber/dev-event-organizer-skills@event-marketing-plan 从另一个角度支持这一选项：它将自有邮件列表排在所有其他渠道之上，并指出值得从零开始建设。
• 单个日期门控主按钮 - 屏幕上同一时间最多显示一个主按钮，其目标会随日期切换：CFP 窗口期间显示提案，注册窗口期间显示注册；两者都开放时，CFP 链接降为文本链接。PyCon US 展示了这种形式中只有单一操作的做法，恰好只有一个操作争夺注意力。
• 双门控按钮行 - 提案和注册分别作为独立按钮显示，各自受自身日期限制；此外还有始终显示的联系链接。这正是 DevOpsDays 模板的实际做法：提案仅在 cfp_date_start 和 cfp_date_end 之间显示；注册仅在注册明确开放，或当前日期处于注册窗口内且注册尚未关闭时显示。
• 持续显示多个 CTA - 整个活动期间，注册、提案、赞助和新闻通讯按钮始终显示。它唯一的优点是没有任何选项会消失；代价是任意一天都有一半按钮不实用。

**默认选项：单个日期门控主按钮。**升级条件（Q4 对照 Q5）：当 CFP 窗口与注册窗口确实重叠，_并且_演讲者和参会者一样难以招募时，改用双按钮行——例如首届活动，或投稿人数不足时。

最被忽视的选项是双门控按钮行 - 价值最高，工作量也最大，因此效率排序永远不会选它。满足以下任一条件时，应升级采用：

• 两个窗口重叠超过几周，因为 CFP 降为文本链接持续一个月，就会变成无人看到的 CFP。
• samber/dev-event-organizer-skills@event-cfp-design 指出投稿数量不足，因为此时制约因素是招募演讲者，而非售票。

如果 Q2 表示免费参加且无需注册，**则应彻底删除通知我信息收集、单个日期门控主按钮和双按钮行，并将这三项从上方的排序行中删除。**没有任何受门控的操作可供这些选项承载。 删除持续显示的多重 CTA，不仅从此菜单中删除，也从上方各轴线中删除，凡是邀请访问者参与而非要求他们执行操作的地方都要删除。 Register 和 Newsletter 已经移除，只剩 Propose 和 Sponsor 的一行，不过是换了个名字的双重操作；两者都没有号召时，这一行就只剩其一。于是，只有 Contact、日程和新闻链接构成整个菜单，而 FOSDEM 主视觉承载按钮原本会传达的可信度信号。

内容展示策略

按内容板块分别应用的分级菜单，而非对整个页面只应用一次，用来衡量访问者了解尚未成形内容所需付出的精力。各级选项、四种排序、默认选项及其晋升条件，都是本技能自行设计的内容，并非经过测量的阈值。经评定，有三种支配关系，以下均予以遵守。

• 精力（撰写、制作素材，以及后续维护）：用往届内容替代 > 发布精简版 > 标明日期 > 完全省略 == “即将推出”占位内容
• 价值（访问者能够据此做出决定，且页面不会做出无法兑现的承诺）：用往届内容替代 > 标明日期 > 完全省略 > 发布精简版 > “即将推出”占位内容
• 效率：完全省略 > 标明日期 > 用往届内容替代 > 发布精简版 > “即将推出”占位内容
• 合规成本（触发审核、失去可撤销性）：用往届内容替代 > 其他所有选项；重新发布往届参会者的照片和往届演讲者的录音，需要征得同意，而 samber/dev-event-organizer-skills@event-accessibility-inclusion 中徽章所携带的照片退出机制，以及演讲者协议，正是实际获得此类同意的依据；未经同意重新发布的录音无法撤回。其余四种纯文本选项均无此成本。

精力上的并列需要解释：完全省略一个板块和在其中贴上“即将推出”，都是一次性、近乎零成本的操作，之后也都只需同样一次编辑。两者的区别在于决策，而非工作量——这就是为什么其中一种完全胜过另一种。

• 完全省略——内容尚不存在时，页面和导航中都不显示该板块。DevOpsDays 2026 年的城市页面将 Program、Speakers 和 Sponsors 几行包在 HTML 注释中，而 Dates、Location、Register、Propose、Diversity 和 Contact 则保持显示。这是组织者自己的做法，也是默认选项。
• 标明日期——只显示标题和内容上线日期，不添加其他内容。这回答了访问者真正关心的问题；他们通常想知道的不是“谁会演讲”，而是“什么时候能知道足够的信息，好订机票”。只使用来源于 CFP 时间线或演讲筛选日程、且你确实能做到的日期。
• “即将推出”占位内容——显示标题和不带日期的承诺。成本与完全省略相同，却会显露内容缺失，而且什么问题都回答不了。
• 发布精简版——板块上线时包含已有的部分内容：比如 20 位演讲者中先公布 3 位，或发布标注为草稿的日程表。内容会被截图并传播，且传播的正是你发布时的状态。
• 用往届内容替代——价值轴上的最高选项：用上届活动的佐证替代尚未成形的板块，包括照片、演讲录音、演讲者名单和赞助商名单。此菜单中的其他选项都无法把内容缺失转化为参会理由。DevOpsDays 模板正是这么做的：展示上一年的印象视频，并列出历届活动。这是活动所能采用的诚实替代方案，相当于 SaaS 页面使用的“10,000+ 个团队”社交证明，而活动并没有这样的数据。

默认选项：完全省略，与 DevOpsDays 模板的做法一致。晋升条件（Q1 和 Q8）：若某板块缺失确实会阻碍访问者做出他们前来页面想要做的决定，则改为标明日期；通常涉及活动日程，而且往往发生在差旅、签证或预算审批有各自截止时间，且截止时间早于内容公布日期的情况下。 将缺少的选项替换为往届资料归档——价值最高、工作量也最大，因此效率排名第三。满足以下任一条件时，将其优先级上调：

• Q7 表示已有往届资料归档，因为边际工作量会降到只需选择并发布，而非重新制作。
• 访客真正想知道的是“这场活动是什么样的”，而不是“谁会演讲”；无论如何，议程部分都无法回答前一个问题。

如果 Q7 表示这是首届活动，就直接删掉往届资料归档这一档，并从四条轴线中全部移除。 没有什么可替代的。

如果保留在选项中，最终就会用普通会议观众的库存照片来充数，这和花更多钱放一个“即将推出”的占位内容一样是在骗人。不如直接说明活动的宗旨、组织者是谁，以及已经确定了什么。首届活动的真实主视觉应该是承诺和参与其中的人，而不是借来的氛围。

失败模式

• 推翻同级项目已经做出的决定。 把票价凑整以求好看、为了适应版面调整征稿截止日期、编造早鸟票截止日期，或在主视觉中用更好的角度替换定位句，都会产生第二个事实来源：与会者截图保存的内容，或关于活动定位的另一个版本。呈现收到的信息；确需更改时，交由负责该事项的同级项目处理。
• 注册按钮后面空无一物。 对售票活动而言，单一主 CTA 规则确实适用；对免费活动而言则毫无意义。FOSDEM 的页面没有 CTA，因为没有需要注册的内容；如果按钮打开的页面写着“注册尚未开放”，所损失的信任远比留白更多。
• 截止日期过后仍显示过时的 CTA。 CFP 截止一周后，提议按钮仍然可用，会把演讲者带到已关闭的表单；日期门控机制正是为了防止这一类问题。如果网站无法按日期自动更改内容，就使用 CTA 参考中的手动切换清单，并将日期列入活动日历。
• 照搬 A/B 测试计划。 CRO 技能的作者自己也将门槛设在测试窗口内约 1,000 次会话或 30 次转化；低于这个数量，数据无法区分真正的问题和噪声，此时应优先根据第一性原理排查摩擦点。活动页面的访问量在结构上就达不到这个门槛，即使在宣传高峰期也是如此；单届活动也没有第二次举办可供迭代。应根据发布前检查关卡评估页面，而不是对其进行测试。
• 照搬 SaaS 的板块顺序。 其“问题 → 解决方案 → 功能 → 用户评价 → 定价”的结构假定了痛点叙事和分层软件方案。活动页面的任务是说明活动身份和议程事实，而参考资料中已发布的排列顺序，正是现实会议网站采用的方式。
• 借用社交证明。 SaaS 中“10,000+ 团队”的说法，假定首届或小规模活动拥有并不存在的客户群。具名演讲者、真实的赞助商标志，以及上一届的资料归档，才是诚实的替代内容。
• 发布后才补做无障碍功能。 如果注册流程无法通过键盘完成，就会有人因此无法参加，而且现场提供的任何便利都无法弥补这一点。无障碍功能在构建时加入也远比事后改造便宜，而改造工作永远排不上日程。
• 接手 CFP 表单或确认邮件。 两者都只需从页面点击一次即可到达，而且都属于同级项目。提供链接；交由对方处理。

衡量

首先要说明两点不能提供的内容，因为之后的一切都取决于为什么不能提供。

• 本技能不提供活动落地页的转化率。 现有数据是 SaaS 和付费流量的数据，没有活动场景；在这里引用这些数据，会把它们包装成活动证据。如果用户询问活动页面的理想转化率，应说明已发布的转化率描述的是 SaaS 和付费流量漏斗，而非活动页面，不要直接给出一个他们会拿去向董事会辩护的数字。
• 版块顺序、首屏长度和 CTA 数量依据的是观察到的做法，而非标准。 参考资料记录了真实活动中的三套具体版块组合；此处每一项关于顺序的判断都基于这些组合推导，并会在超出参考资料的地方明确说明。

由于第一点不能提供，本技能不设定任何数值转化门槛。引入其他转化率会造成虚假的精确性，读者也会围绕一个在这里毫无意义的数字进行优化。

取而代之的是二元的上线前检查关卡。以下四项检查由本技能自行制定，并非已发布的标准；每一项都能由一个人在一个下午内完成判断，而不需要依赖没人能测量的数据。四项全部通过，页面才能上线：

1. 每次 CTA 跳转都有日期，且都已触发。 对照活动日历逐项检查跳转表。没有负责人和日期的跳转，就不会发生。
2. 在手机的一屏内，无需滚动，也无需阅读段落，就能回答内容是什么、面向谁、何时、何地以及费用多少。 把页面交给从未听说过该活动的人验证，不要自己反复阅读。
3. 结构化数据块通过验证，并包含真实日期、地点和 URL。 这一项可由机器检查，也是清单中唯一能通过脚本确认的项目。
4. 从头到尾仅使用键盘即可完成注册流程，包括任何日期选择器和付款步骤。这是 samber/dev-event-organizer-skills@event-accessibility-inclusion 的目标，并非本技能额外设定的门槛。

除了这些关卡，还有三项值得跟踪；它们也都是自行设定的，并非基准指标：

• 每位访客来自哪个渠道的跟踪链接——链接由你创建，samber/dev-event-organizer-skills@event-marketing-plan 负责读取。
• 页面上是否有任何版块承诺的内容已超过其标注日期。
• 对于定期举办的活动，记录下一届原样沿用的版块，因为这些版块值得转化为长期保留的结构。

调用示例

• “我们上周宣布要办一场 400 人的基础设施大会，网站只有一个点了也没反应的‘注册’按钮。现在应该放些什么？”
• “我们的 CFP 周五截止，门票两周后开售——这期间主页该怎么安排？”
• “活动免费，也完全不需要注册。大家一直告诉我必须设置行动号召。我真的需要吗？”
• “首届活动，还没有确认演讲者，页面周一就得上线。应该放什么，哪些内容先不放？”
• “在我们启动宣传活动前，帮忙审核一下大会网站。”

预期输出：页面结构及其依据、各版块的展示方式和原因、每项跳转都包含实际日期和指定负责人的 CTA 跳转表、结构化数据块、无障碍范围及实施负责人，以及逐项执行的上线前检查关卡——所有自行设定的内容都必须明确标注。

参考资料

• samber/dev-event-organizer-skills@event-marketing-plan：负责本页执行所依据的营销活动阶段、日期和渠道权重。
• samber/dev-event-organizer-skills@event-positioning：提供本页原样呈现的宣传信息和反定位语句。
• samber/dev-event-organizer-skills@event-ticket-pricing：制定本页呈现的票价梯度及其门槛、日期和退款政策。
• samber/dev-event-organizer-skills@event-cfp-design：负责征稿启事、表单和时间安排；本页链接至该页面，并根据其日期设置链接的开放门槛。
• samber/dev-event-organizer-skills@event-accessibility-inclusion：决定本页要落实的数字层目标和范围，负责无障碍页面的内容，并负责徽章上标明的拍照和录制退出选项，存档选项取决于此。
• samber/dev-event-organizer-skills@event-attendee-email-sequences：负责点击按钮后的后续流程，从确认邮件开始。