BizLink · bizlinkbiz.com · 成本兜底与标杆突破 V1.0

成本兜底决策模型 · 与标杆客户突破路径

本件回答一句话——「依据主播名气布置场地，成本兜住就可以开课」这句话怎么变成系统，以及马哥这条你熟悉的关系，怎么变成第一个真实客户而不是一次人情。
第一部分是本轮三个输入带来的修正（含两处我自己的错），第二部分是四档 IP 的场景模型，第三部分是 Cost Cover Gate（成本兜底决策门） 的完整设计与算法，第四部分是标杆突破的可执行方案。

2026-09-18外部数据已逐条核实含 2 处前期假设修正含 1 套可直接实现的算法成本数字均为量级估算

00三个输入，与两处我必须承认的错

你这三句话各自改变了一件事：成本随主播名气浮动推翻了「一套标准成本模型」的做法； 成本兜住才开课给出了整个平台最值钱的一个功能；认识马哥、他没有标准平台回答了我追问了六轮的「第一个客户在哪」。但在写之前，我必须先承认前六份文档里两处方向相反的错误。

00.1 修正 A：马哥的真实规模，比我假设的还大一倍以上

我上一份文档按「500 人 × 5000 元 = 250 万」测算并自认已经修正过一次。核实后的公开信息更夸张：

场次	时间地点	规模	定价	核实到的关键事实
第 21 届年度演讲	2025-12 山东青岛	2000 人线下直播 300 万人次	未公开	8 位专家授课。已创新设置三大资源对接区：大型展区、VIP 小会场、主题交流区；另组织标杆参访线路（海尔、首钢源网荷储、氢能产业园）。
第 22 届资源链接大会	2026-03-25~27 河北雄安	1000+ 人	4980 元/人含会议费+午餐+晚宴+电子资料	联合主办：全联石油业商会（全国工商联直属）+ 马哥能源频道 + 中交雄安融资租赁。报名方式为扫码登记，酒店信息「报名后另行通知」。
海外资源链接与项目对接大会	2026-06-11~12 山东青岛	六大核心大区	商务联系公开	非洲/欧洲/东南亚/中东/南美/澳新全覆盖，已确认非洲微电网行业协会主席、赞比亚新能源汽车协会、Bboxx 等海外嘉宾带项目参会。

另有其自述：「拥有 30000+ 线上付费学员及 7000+ 线下培训学员」；媒体口径全网粉丝 200 万+。（来源：第 21/22 届公开报道、马哥能源频道公开推文）

这一条对你最重要的不是数字，是「大型展区」四个字你从第一份文档起提的「摊位招商、用摊位费对冲成本」，马哥在第 21 届就已经在做—— 而且是在 2000 人的规模上做，还分了大型展区 / VIP 小会场 / 主题交流区三种形态。
你的商业直觉不是凭空来的，是被这个行业的头部验证过的。差别只在于：他靠人和经验做，你要把它做成系统给腰部 IP 用。

00.2 修正 B：场地成本，我高估了约 40%

上一份文档我给出「500 人全包 = 100~185 万」。这个数字偏高一截，原因是我把「企业年会」的成本结构套到了「培训会」上—— 年会含演出、奖品、酒水、多餐宴请，而培训会的收费里通常只含会议费 + 午餐 + 晚宴。核实后的公开报价：

项目	核实到的公开报价	可信度	说明
大会场租金（400~1000 人）	5000~12000 元/天长沙熙林国际会议中心公开报价	中	同一来源：150~400 人会场 2000~5000/天；20~150 人 1000~2000/天。这是会议中心而非五星酒店。
五星酒店场地	10000~50000 元/场上海会务服务商公开报价体系	中	会议中心/会展中心 20000~100000/场。位置、星级、档期（周末贵）影响大。
餐饮	自助餐 68~128 元/人；圆桌餐 500~1000 元/桌（10 人）经济 300~500 / 标准 500~800 / 品质 800~1500 元/人	多源一致	圆桌餐换算人均仅 50~100 元。培训会通常不含高档酒水，这是与年会最大的差异。
住宿	双人间 240~300 元/间/天	中	注意：多数线下课票价不含住宿（马哥第 22 届注明「酒店信息报名后另行通知」），学员自付或平台代订。
上海年会预算结构	场地+餐饮 40~50%、舞美搭建 15~25%、演出 8~15%、伴手礼 8~15%、策划执行 5~10%、应急 3~5%	多源一致	这是年会结构。培训会无「演出/奖品」，对应预算应转移到讲师课酬与课程内容。

净修正：单场毛利比我算的高得多，但结论不是「更好赚」按 500 人 × 4980 元中位重算，全包成本约 65~80 万（不含学员住宿），毛利率约 68~74%，而不是我上一份说的 44%。这条要写进 05 节的价值主张——它改变了你要卖的东西。

00.3 两处修正合起来的真正结论

68~74%

500 人培训会毛利率
（修正后，原估 44%）

3~4 场

马哥年办会频次
（已核实的公开场次）

7000+

其累计线下学员
（其自述，未独立验证）

收入端比我想的大、成本端比我想的低，所以这门生意比我算的更成立。但它推翻了我上一个价值主张。

作废：上一份文档的「帮你省钱」定位彻底失效——理由和我上次说的不一样上次我说失效是因为「人家毛利 44% 已经很赚」。修正后发现毛利其实接近 70%，理由反而更硬：
一个毛利率 70% 的生意，客户真正的瓶颈从来不是成本，是产能。 马哥一年只能办 3~4 场，因为每场都要把团队榨干一遍——从找场地、谈价、收报名、统计人数、订餐、分房，到现场签到、展区协调，全是人肉。

你要卖的不是「省下 20 万」，是「一年多办 4 场」。 后者值 500 万以上，前者在一门毛利 70% 的生意里根本不值得客户换流程。

这也顺带解决了「腰部 IP 为什么做不动」：不是他没钱、不是他不想做，是他团队就那几个人，跑不动第二场。 而「第二场」恰恰就是你的产品。

一句话定位也随之更新上一版是「把马哥用了 12 年跑通的模式，变成一个腰部 IP 也能用的系统」。补充一个字眼会更有杀伤力：
「让一个只有 5 个人的团队，也能一年办 8 场线下大会。」
因为这才是腰部 IP 真正的痛——他知道自己的课值 4980 元，他缺的不是钱，是能复制第二场的那套东西。

01四档 IP 场景模型：名气如何决定场地

01.1 先纠正一个直觉：场地规格不是人数定的，是客单价定的

你说「依据主播的名气来布置场地，成本都是不一样的」，这句完全正确，但里面其实藏着两个独立的变量，混在一起会算错：

人数 → 决定场地「大小」

500 人需要宴会厅而不是会议室。这是物理约束，没什么可优化的。

客单价 → 决定场地「档次」

收 4980 元/人的班办在快捷酒店，学员会当场掉粉；
收 1980 元/人的班办在五星酒店，是自己吃掉全部利润。

名气的真正作用是「客单价天花板」一个 IP 敢收多少学费，直接决定了他应该用多高档次的场地。所以「按名气布场地」的操作化定义是：
① 用 IP 的历史付费转化能力定客单价 → ② 用客单价反推场地档次 → ③ 用人数定场地大小 → ④ 两者相乘得到成本。
这四步是可以做成系统里一个向导的（见 07 节 VenueSpecRecommender），而不必靠人拍脑袋。

01.2 四档定义

分档依据我不用粉丝数。粉丝数在这个业务里是伪指标——百万粉丝卖不出 30 张票的博主很多。真正有预测力的是历史付费学员池和已办过的线下场次。

档	判定依据（不看粉丝数）	目标规模	客单价	场地规格	招商潜力	平台角色
T4 头部	历史付费学员 >10000，已办 10 场以上	1000~2000 人	4980 元+	五星大宴会厅 / 会展中心 + 大型展区 + VIP 小会场 + 主题交流区	百万级已自行跑通	他不缺执行能力，缺复用。做标杆，不当长期客户。
T3 强腰部	付费学员 3000~10000，办过 2~5 场	300~800 人	2980~4980 元	五星宴会厅 / 大会场 + 展位区（10~30 个） + VIP 交流区	20~80 万知道能做，不知道怎么卖	最优目标客户。规模效应最陡的一段。
T2 腰部	付费学员 500~3000，办过 0~2 场	100~300 人	1980~3980 元	四星宴会厅 / 会议中心 + 少量展位（5~10 个）	5~20 万多数从未卖过展位	种子客户池。你的对冲看板在这里价值最大。
T1 起步	付费学员 <500，从未办线下	30~100 人	980~1980 元	酒店会议室 / 精品酒店无展位	几乎为零	不适合线下。除非价格 >1500 元

T1 与 T2 之间有一条硬分界线：能不能招展商你最强的武器是「用摊位费对冲成本」，但这把武器在 T1 完全失效—— 30 个人的小班，没有任何供应商愿意为一个展位付费。

展位的商业本质是把「精准人群」卖给供应商。供应商愿意付钱的前提是到场人数够多、人群够精准。经验上这个门槛在 100 人以上且客单价 >1500 元（低于此价位的人群付费转化能力不足以吸引展商）。

所以：不要接 T1 客户。接了就是纯执行活，毛利最低、你的核心能力用不上，还会把团队拖进低价值交付。

01.3 每档的成本结构（固定 / 变动分离）

Gate 的全部数学基础，就是把成本拆成这两类。固定成本与人数无关（场地、舞美、讲师、设备、执行团队）； 变动成本随人数线性增长（餐饮、茶歇、物料）。这个分离做对了，后面的所有计算才成立。

档	目标人数	客单价	固定成本 FC	变动成本 VC/人	边际贡献 P−VC	保本人数 N*	满员收入	满员毛利	毛利率
T1	50	1980	4.8 万	400	1580	30	9.9 万	3.2 万	32%
T2	200	2980	16.3 万	700	2280	72	59.6 万	29.3 万	49%
T3	500	4980	49 万	900	4080	120	249 万	155 万	62%
T4	1000	4980	95 万	1150	3830	248	498 万	288 万	58%

注：不含学员住宿（多数线下课票价不含住宿）；不含 CPI 讲师差旅；T4 含 VIP 接待与参访用车。均为量级推算，非实际报价。

这张表里最有价值的一条：T2 → T3 是规模效应最陡的一段人数从 200 涨到 500（2.5 倍），固定成本从 16.3 万涨到 49 万（3 倍），但毛利率从 49% 跳到 62%。
原因是固定成本的增长远慢于人数增长，而边际贡献 P−VC 几乎翻倍（2280 → 4080）。

到 T4 反而回落一点（62% → 58%）：千人级需要更重的舞美、更多专家、VIP 接待和参访，固定投入再次陡增。

结论：你的最佳客户旅程，是把一个 T2 客户做成 T3。 这段是客户感知最强（收入从 60 万变 250 万）、你价值最大（他的团队根本跑不动 500 人）的区间。而 T3 再往上到 T4，他已经不太需要你了。

01.4 各档固定成本的构成明细（用于建立预算模板）

科目	T1 / 50 人	T2 / 200 人	T3 / 500 人	T4 / 1000 人	说明
场地租金	0.4	0.8~2	6~10	12~18	T3 起需五星宴会厅或多会场并行
舞美搭建	0.3	3~5	8~14	15~25	LED 屏 P2/P3 按㎡/天计，是弹性最大的科目
讲师课酬	2	3~4	8~10	12~16	T1 常由 IP 本人讲，可视为 0
摄影摄像/直播	0.3	0.8	1.5	3	单机位 3000~5000；多机位+直播 8000~15000
物料/胸卡/资料	0.75	3	7.5	15	按 150 元/人估算，纯变动但常规计入预算
执行团队	0.5	3	5~7	8~12	含项目经理、现场执行、签到、控场
VIP 接待/参访	—	—	2~5	8~12	T3 起才有，含用车、讲解、专属区
平台服务费	0.5	1.5	3~5	5~10	这是你的收入，详见 08 收费文档
FC 合计	4.8	16.3	49	95	单位：万元

这张表可以直接做成系统里的预算模板——按档位一键生成初始预算，再让承办方逐项填实际报价。它可以大幅降低「不知道要花多少钱」这个环节的时间，而这恰恰是腰部 IP 卡住的第一步。

02Cost Cover Gate：把「成本兜住才开课」变成系统

你这句话，是这个项目到目前为止最有价值的一个产品灵感——而且它可能比你设想的任何一个功能模块都值钱。原因是它同时解决了客户最深的恐惧和系统最难的部分：客户怕的不是办砸一场，是「没办成还得赔场地钱」。 下面把它拆成可执行的公式与判定规则。

02.1 保本人数公式

N* = ( FC − S ) ÷ ( P − VC )

符号	含义	取值要点（括号里是最容易算错的地方）
FC	固定成本	必须用已承诺额 committed，不是预估值。签了合同才算数，口头报价不计入。（常见错误：把还没签的低价方案当成已确定，导致 N* 被严重低估）
VC	人均变动成本	餐饮、茶歇、物料。注意餐饮按实际出席率折算——历届线下课实际出席率常在 85~95%。（若按 100% 算，会低估毛利；若酒店按保底人数收费，则差额要计入 FC）
P	客单价	必须用加权实收均价，不是挂牌价。早鸟、团报、渠道折扣会让实收比挂牌低 10~30%。（这是全场最容易出错的一项：用 4980 挂牌价去算，实际收上来可能只有 3800）
S	招商/赞助收入	同样只计已签约。意向不计。（「某某公司很有意向」是这类项目最贵的幻觉）

02.2 两个互补的看板指标

N* 回答「还差多少人」，但投资人视角更关心「已经兜住了多少」。两个都要给：

① 缺口视角：Gap

Gap = N* − 已确认报名人数
正值 = 还差多少人保本。这是运营团队每天早上要看的数，因为它可以直接翻译成今天要打多少电话。

② 覆盖视角：CoverRatio

CoverRatio = (已收学费 + 已签约招商) ÷ (FC + VC × 预估出席人数)
≥100% 即兜住。这是老板要看的数，因为它一句话回答「这场会亏不亏」。

02.3 三色判定门 ∅

状态	判定条件	允许的动作	禁止的动作
GREEN	CoverRatio ≥ 阶段阈值且 Gap ≤ 0	签署场地合同、支付定金、向供应商下发正式订单、启动舞美制作	—
YELLOW	阈值的 80%~100% 或 Gap > 0 但趋势收敛	继续预售、发起招商冲刺、做降级预案（换小厅 / 减餐标 / 减展区），预案本身可以先谈，但不能付款	禁止签任何新增付款承诺；禁止付下一笔定金
RED	< 阈值的 80% 或 Gap 持续扩大	执行降级预案；无损延期（趁还在免费取消窗口）；转为线上/小班；启动跟酒店谈档期平移	禁止一切新的资金承诺。系统层面应硬阻断付款审批流

这条设计的重点在「禁止」，不在「允许」很多管理系统失败是因为只做看板不做闸门——看板告诉你红了，但销售照样能签合同，等于没有。

Gate 必须串进业务流程里：付款审批单据在 RED 状态下不可提交。 这会让一线不舒服（「这单本来能成的」），但这正是它的价值——它替老板挡住了那些事后看来不该签的字。

02.4 招商为何是这个模型里最猛的杠杆

把公式变形就能看出来：每多签 1 元招商，N* 下降 1 ÷ (P − VC) 人。按 01 节的数据：

档	P − VC	1 万元招商 = 少招多少人	这意味着什么
T2	2280	4.4 人	一个 3 万元的展位，等价于卖掉 13 张 T2 票 / 7 张 T3 票。而展位是 B 端一次决策，票是 C 端 N 次决策——前者的销售成本远低于后者。
T3	4080	2.5 人

把这件事推到极致，看 T3（500 人、FC 49 万）在不同招商进度下的保本人数：

已签约招商收入 S	保本人数 N*	占目标比例	状态
0（纯靠票）	120 人	24%	要卖掉 120 张票才回本，压力全在 C 端
10 万	95 人	19%	略有缓解
20 万	71 人	14%	压力明显下降
40 万	22 人	4.4%	几乎必赚
49 万	0 人	0%	空场也是持平，票钱成了纯利

这是「摊位招商是主收入」第一次有了数学证明前面七份文档我一直主张招商抽成是你的主收入，但那只是判断。现在它可以被算出来： 在 T3 场景，招商几乎能把保本点打到零。

所以销售话术可以改成非常具体的一句：「签下 5 个展位，你这场会就不会亏。」 这句话比「我们能帮你降本 20%」有力得多，因为它给的是确定性，不是百分比。

由此推出一条必须写进运营 SOP 的顺序要求：招商必须早于招生启动绝大多数主办方的默认顺序是「先开报名 → 卖不动了才想到招商」。这个顺序在数学上是错的：
招商的周期长（B 端决策通常 4~12 周），等报名数据不好才启动，已经赶不上任何一个 Gate 节点了。

正确顺序：招商启动 → 达到 Gate A 阈值 → 锁定场地 → 开放报名 → 双向推进 → Gate B / Gate C。
这条一旦写进系统 SOP，本身就构成一个用户很难自己想到的价值。

02.5 一个反直觉的结论：降价促销在这个模型里几乎总是错的

这是 Gate 能给出的最有用的一条分析，也是人脑最容易犯的错。

以 T2 为例（目标 200 人、挂牌 2980、P−VC = 2280、N* = 72 人）：

促销方案	新实收 P	新 P−VC	新 N*	保本需要报名量提升多少	判断
不促销	2980	2280	72	—	基准
降价 300	2680	1980	83	+15%	降价幅度是 10%，却需要销量提升 15% 才打平
降价 500	2480	1780	92	+28%	几乎必然亏损降价 17% 需换 28% 增量
降价 800	2180	1480	111	+54%	只有转化翻倍才划算，而现实中做不到

数学上的原因很简单，但极少有人算降价 100% 作用在你的收入端，但边际成本一分没少。所以降价 17%（500 元）要求销量提升 28%才能打平——而这个增量，几乎不可能靠促销换来。

正确的替代方案：加权益，不加折扣。而且优先加那些 VC ≈ 0 的权益： 回放视频权限、学员通讯录、社群资源对接、会后资料包。
这些东西的边际成本接近零，感知价值却很高。（顺带说：马哥卖的核心资产之一就是「千人级学员通讯录」——这个行业的头部已经用实践验证了这一点。）

02.6 为什么这件事必须做进系统，不能靠 Excel

不是因为计算复杂（上面这些公式中学水平就够），而是因为它每天都在变，且变量之间互相耦合：

FC 在变——每签一家供应商，committed 就涨一次，N* 立刻重算
P 在变——早鸟结束后均价自然回落，N* 上升；一个团报进来又变了
S 在变——招商同事每签一单，N* 就掉一截
VC 也在变——酒店最终给的是 180 还是 220 的餐标，直接影响结果

Excel 能做快照，做不到灵敏度分析（What-if）。而真正值钱的恰恰是 What-if：

「换到 XX 酒店省 3 万场地费」

N* 从 72 → 59。值得为一个电话省下 13 个人的招生压力。

「餐标从 200 降到 150」

VC 从 700 → 500，N* 从 72 → 66。但满意度风险，系统应同时提示。

「今天降价 500 冲一波」

N* 从 72 → 92。系统应直接弹警告并给出 28% 这个打平线。

Gate 是第一个「客户自己不会做、也不会找别人做」的功能找场地，他会想到；找酒店砍价，他会想到；找摄影摄像，他会想到。
但「每天动态计算我这场会还差几个人保本，并且在团队要犯错时拦住他」——没有人在预算里列过这一项。

这意味着它不是「更好的工具」，是一个新的品类。而它恰好也是你最容易做成 SaaS 订阅的那部分：哪怕客户一年只办一场会，也会为了这个功能付费。

03决策时间轴：Gate 必须卡在哪一天

Gate 的时间点不是随便定的，它必须与酒店的免费取消窗口对齐。这里核实到一条绝大多数主办方都不知道、且完全反直觉的行业规律，它直接决定了 Gate 应该设在什么时候。

03.1 反直觉规律：规模越大，免费取消的截止点越早

预订规模	免费取消截止点（可 100% 无损取消）	阶梯损失	来源
>50 人的团房（T3/T4 大会适用）	提前 120 天此后只能按比例取消	T-90 天可取消 50%； T-60 天可取消 30%；之后全额计损	丽笙酒店集团公开团体预订条款
11~50 人团房（T1/T2 小班适用）	提前 60 天	T-45 天 50%；T-30 天 30%； T-7 天 15%	同上
宴会 / 研讨会场地	提前 21 天（部分条款为 48 小时）	T-20~15 天 50%； T-14~4 天 75%； T-3 天起 100%	Hotel des Balances 公开条款
另一家（英国口径）	—	2~3 个月前 30%；1~2 个月 50%； 15~30 天 75%；7~14 天 90%； 7 天内 100%	Wrightington Hotel 会议条款

为什么这条规律重要：它把所有人的直觉都搞反了直觉是「我订得越多，酒店越应该给我宽松条件」。真实条款恰恰相反——团越大，锁死越早。

因为 50 间以上的团房一旦被你占住，酒店在旺季基本失去二次销售窗口；而 10 间以下的房间今天取消、明天还能卖。

后果：一场 500 人的大会，你在 T-120 天就必须对团房做决定，而那时你可能连报名都没开放。 这正是「成本兜住才开课」这句话的风险所在——决策点远比「开课前」要早得多。

03.2 付款节奏与资金敞口曲线

核实到的典型付款条款（丽笙团体预订）：

时点	付款比例	累计支付	性质
签约时	40%	40%	定金，条款明确写明 non-refundable（不可退）
到达前 30 天	40%	80%	第二笔
到达前 7 天	20%	100%	尾款结清

这里藏着整个业务最危险的一段现金流缺口线下课的票款，大部分通常在开课前 7~15 天才收齐（学员的决策习惯是临近才付款）。但你按合同，T-30 天就要付到 80%。

中间这 2~3 周，你已经付出去 80%，却还没收到钱。这就是所谓的负现金转换周期。

三条解法，按推荐顺序：
① 提前预售并真收钱——早鸟窗口设在 T-90~T-120，用折扣换取提前回款。注意这会降低 P，Gate 要能同时算出两种效应。
② 用招商预付款覆盖——展位通常签约即付或付 50%，B 端付款比 C 端早得多，是天然的现金流补充。这也是 02.4「招商先行」的第二个理由。
③ 谈付款条件——把 40/40/20 努力谈成 30/30/40，把大头挪到会后。（对新客户较难，需要量）

千万不要用平台垫资填这个缺口——那是无牌放贷，前面已列入红线。

03.3 三个 Gate 的推荐设置

图 1 · Gate 时间轴与酒店退订窗口对齐（T3/T4 会型；T1/T2 的团房窗口右移至 T-60）。核心原则：每一个付款承诺之前，必须有一个 Gate。

03.4 各档位的 Gate 日历（可直接写进系统默认模板）

档	建议筹备周期	Gate A	Gate B	Gate C	阈值建议（可在后台配置）
T1	45~60 天	T-60 前团房窗口	T-30	T-7	A ≥ 50% · B ≥ 80% · C ≥ 100% 小班门槛低，可放宽
T2	90~120 天	T-120 前若团房 >50 间	T-30	T-7	A ≥ 50% · B ≥ 85% · C ≥ 100%
T3	150~180 天	T-150 前留谈判时间	T-30	T-7	A ≥ 60% · B ≥ 85% · C ≥ 100%
T4	180~240 天	T-180 前	T-30 外加 T-60 中间 Gate	T-7	A ≥ 60% · B ≥ 90% · C ≥ 100%

注意 T4 要多加一个中间 Gate 千人级的敞口太大，仅靠 T-30 一个点不足以控制风险。建议在 T-60 增加一次「软 Gate」—— 不做付款审批，但强制复盘一次：舞美已开工、物料已在印、讲师已排期，这时候止损成本已经开始陡增。

顺便说明一个行业细节：酒店通常允许最终人数在 ±10% 内调整而不收违约金（Arenenberg 条款原文），超过才按阶梯计费。所以 Gate C 时提交的「最终人数」要充分利用这 10% 的缓冲——宁可按保守人数报，现场多了再补。

04两个完整算例：Gate 到底值多少钱

前面给的是公式和规则，这里跑两个从头到尾的真实算例。第二个算例更重要—— 它是为了回答一个所有客户都会问、而你必须有数字答案的问题：这套东西值多少钱？

04.1 算例 A：一场顺利的 T2 客户（200 人目标）

某职场/技能类博主，历史付费学员约 2000 人，此前办过 1 场 80 人的小班。定为 T2，目标 200 人，挂牌价 2980 元。

时点	FC 已承诺	S 已签招商	加权实收 P	P−VC	N*	已报名	系统判定与动作
T-150	16.3 万估	0	2980	2280	72	0	立项。系统提示：招商必须先于报名启动
T-120 Gate A	10 万	8 万4 展位	2980	2280	36	12	GREEN 签场地 + 团房，付 40% 定金
T-90	14 万	10 万	2680早鸟摊薄	1980	20	58	早鸟结束，P 下降但报名已覆盖 N*
T-45	14.3 万	15 万	2680	1980	0	95	已保本。系统提示可放开追加招生预算
T-30 Gate B	14.3 万	15 万	2720	2020	0	132	GREEN 付第二笔 40%，累计 80%
T-7 Gate C	14.8 万	15 万	2740	2040	0	178	GREEN 报最终人数，付尾款

开班结果：实际出席 162 人（出席率 91%）。

项目	金额	说明
票房收入	47.7 万	178 张 × 加权 2680（挂牌 2980，实收低 10%）
招商收入	15.0 万	6 个展位 + 1 个独家合作
总收入	62.7 万
固定成本	14.8 万
变动成本	11.3 万	162 人 × 700（按实际出席，非报名）
毛利	36.6 万	毛利率 58%

注意这一行：招商 15 万，几乎等于 FC 14.8 万这场会实质上「招商已经把场地钱挣出来了，票钱全是利润」。这就是你在面向 T2 客户时最有力的说服素材——不是讲道理，是把这张表给他看。

04.2 算例 B：一场被 Gate 救回来的 T3 客户（500 人目标）

某垂直行业 IP，付费学员约 6000 人，办过 3 场。定为 T3，目标 500 人，挂牌 4980 元。但招商严重滞后。

时点	发生了什么	FC	S	N*	已报名	Gate 判定与动作
T-150	立项，招商团队尚未就位	49 万估	0	120	0	系统预警：招商未启动
T-120	招商只签 5 万，开放报名晚	49 万	5 万	108	18	YELLOW 阻断场地签约。预留 1 周谈判窗口
T-113	招商爬到 8 万，报名 25	49 万	8 万	100	25	RED 触发降级预案（不付任何款）

降级预案执行（三项，都不花钱，只是重新谈条件）：

科目	原方案	降级后	节省	代价
场地	8 万五星宴会厅	3 万会议中心大会场	5 万	档次感下降。但客单价可同步下调（见下）
舞美搭建	12 万	5 万	7 万	取消 LED 大屏，改用高清投影 + 简化背景板
讲师阵容	9 万6 人	6 万4 人	3 万	课程模块从 6 个减到 4 个
合计	49 万	34 万	15 万	规模目标从 500 人下调到 300 人

最终结果：报名 210 人，实际出席 195 人，加权实收 4580 元，招商收尾 18 万。

口径	未降级（原计划）	降级后（Gate 触发）	差异
总收入	114.2 万	114.2 万	—（收入不变）
固定成本	49.0 万	34.0 万	−15.0 万
变动成本	17.6 万195×900	17.6 万	—
毛利	47.6 万	62.6 万	+15.0 万
毛利率	42%	55%	+13 pt

这才是 Gate 真正的价值：不是多赚，是少亏上面的对照看起来只是「多赚 15 万」。但把这个算例再推一步，往真正的坏情况走——

假如出席只有 80 人（IP 号召力不及预期），且招商停在 5 万：

口径	未降级	降级后	差异
总收入	41.6 万80×4580 + 5万	41.6 万	—
总成本	56.2 万	41.2 万	−15.0 万
盈亏	−14.6 万	+0.4 万	15.0 万

一次 Gate 触发，把一场亏 14.6 万的会变成基本打平。 而 T3 客户一年的平台服务费大约 3~5 万——一次止损省下的钱，比你三年的服务费还多。

把这句话直接写进销售话术不用讲公式，不用讲系统架构。面对客户只说这一句：
「我们这套东西一年几万块，但它只要在你某场会上拦住一次错误决定，省下的就不止这个数。」

这是唯一一种客户能立刻心算的投资回报——因为他自己脑子里就有「某年某场会亏了多少」的阴影。

05标杆客户突破：马哥这条线怎么走

「他们的培训也没有自己的标准平台」——这句话你可能觉得是在说他缺东西，但在我看来它回答的是另一个问题：一个办了 22 届、单场 2000 人的团队，为什么至今没有系统？ 答案不是他们没想到，而是市面上没有一个东西能同时处理「报名+招商+执行+学员资产」。这正是你的位置。

05.1 从公开信息里能读出的三个缺口

核实时有两处细节，比规模数字更有信息量。它们来自第 22 届的公开报名说明：

公开原文	说明	推断出的缺口（标注：以下为推断，需当面验证）
「报名方式：扫描二维码登记信息报名」	报名信息落在一张在线表单里	报名与后续环节未打通：发票、签到、分房、餐饮统计、通讯录生成，大概率都要人工导出后再处理一遍。
「酒店信息，报名后另行通知」	住宿不随报名自动下发	住宿要么由学员自订，要么靠人工逐个通知。千人级规模的住宿协调若靠人工，单这一项就要吃掉大量人力。
「会员期间不能更换人员」	学籍与身份强绑定，但无自助通道	转让、替补、开票主体变更这些最常见的异常，大概率走人工审批，成为客服负担。

这三条的可信度不一样，请注意区分 「报名靠扫码登记表 + 住宿信息人工另行通知」是已核实的事实（来自其公开报名说明原文）；
「因此其内部一定没有 XX 系统」是推断——他们完全可能有内部用的系统而只是没对外开放。

所以第一次见面时，这三句话的用途是「引出话题的提问」，不是「指出他的不足」。用错了会冒犯到你最需要的人。

05.2 三个候选切入点，以及我建议选哪个

#	候选切入点	他的痛感	你的成本	见效速度	可产品化	评价
A	学员池数字化 7000+ 线下学员资产	中	中	慢	高	价值最高但最难开口——上来就要他的核心资产，任何老板都会警觉。
B	Gate 决策引擎	低	低	中	高	他毛利很高，痛点不明显。而且暗示"你可能会亏"，对 T4 是冒犯。
C	报名 + 住宿联动	高	低	快	中	推荐边界极窄、当期见效、且正好补上他报名环节确凿存在的粗糙点，还顺带沉淀 A。

推荐 C 的理由，和大多数人的直觉相反直觉会选 A（学员池最值钱）。但 A 有两个致命问题：① 开口就要核心资产，警惕度最高；② 见效慢，很可能拖到第 24 届才看到效果。

C 的优势在于它是一个「小到不好意思拒绝」的请求：不改变他的主流程，只是把「扫码报名 → 人工统计 → 微信通知酒店」这三步连起来。他团队当场就能感受到省了多少人力。

更关键的是：C 天然沉淀出 A。学员一旦在平台上自助完成报名和住宿选择，结构化数据就自动有了。 你不用去要他的资产，资产会在用你的过程中长出来。

05.3 第一通电话怎么打

三个绝对不要说 ① 不要说「我在做一个平台」——这个词太大、太早、太像融资故事，会让对方立刻进入礼貌疏离模式。
② 不要说「我帮你找更便宜的场地」——他是 T4，已经有商会、央企和地方政府资源，你的采购能力对他毫无吸引力。
③ 不要给行业建议——他在这个行业的研究深度远超你，任何指点都会显得不懂。

你唯一能提供的价值是「他不会、也不想学的东西」——流程与系统。只谈这个。

建议的开场结构（电话或微信语音，目标只是约到一次当面）：

// 第一通电话的目标：不是谈合作，是获得一次「聊流程」的机会

1. 先说关系，不说生意
   "马哥，我这边最近在做一个事，跟你现在办会这块有点关系，
    想跟你请教请教，不是推销。"

2. 抛出具体的观察，而不是宏大的设想
   "我看你第22届的报名还是二维码登记、酒店信息要另外通知——
    这一块你们现在还是人工在跟吗？"

3. 让他讲，你闭嘴
   （这一步最重要。他一开口讲流程，你就知道缺口在哪了。）

4. 提出极小的请求
   "我能不能去你办公室待半天，看你团队怎么把一场会从筹备到收尾跑完的？
    我不要任何资料，就想看一遍真实过程。"

5. 当场说清楚不收费
   "如果我后面能帮你做点东西，这一届我不收钱。
    我想要的就是一个能对外说的案例。"

图 2 · 第一通电话的结构。目标只有「看一遍真实流程」这一件事——这一步的价值远超过任何一次商务谈判。

05.4 三个「一定要」，比什么都重要

一定要做的事	为什么（以及不做会怎样）
一定要在第一次就说出「我不要钱」	这句话必须在他没问之前说。如果等他问「这要多少钱」你才说免费，性质就从「帮忙」变成「让步」了。不说，后面所有谈话都会被当成报价谈判。
一定要当场要到「可以署名」的承诺	哪怕是口头的一句「行，到时候你写我们名字没问题」。这是你这次投入唯一真正的报酬。不当场要，事后再要就变成了求人，而且对方会开始谨慎。
一定要把交付范围写死（哪怕是一页纸）	明确写：「本期只做报名+住宿，不含 XX / XX / XX」。没有这一页，项目会膨胀成外包——每周加一个小需求，三个月后你就在给他做定制开发了。这恰好是前面几份文档反复警告的「变成项目制外包公司」的最典型入口。

05.5 最重要的一条提醒：别把样本当客户

这是本节最贵的三行字 T4 客户一旦验证成功，他最理性的选择是自己组建团队。他有资金、有规模、有行业地位，一年 3~4 场大会足以养一个 10 人的技术团队。

所以这不是在获取客户，是在获取三样东西：背书、数据、入口。

这也意味着交付方式必须设防：不要为他单独部署一套系统（前面几份文档的教训—— 每给一个客户部署一套，就是多一份永远要维护的版本，100 套就是 100 倍运维）。 让他用你的平台，给他开账号。数据在你这里，流程在你这里，这样即使他第二年自己做，你也留下了这一年的真实运营数据。

05.6 但有一个东西，比案例本身更值钱

马哥在能源垂类是头部。这个行业里还有大量「知道自己的课有价值、但组织不起来」的腰部 IP，他们都认识马哥，都在看他怎么做。

一次推荐，胜过半年地推你不需要马哥一个接着一个给你介绍客户——你只需要一件事做成功后，他愿意在某个场合说一句「这个挺好用的」。

这句话的传播效率，在这类高度中心化的垂直行业里，可能超过任何投放。 所以在你索取的东西里，「一句推荐语」的优先级应该排在「案例署名」之上。

06从标杆到腰部：如何避免变成外包

06.1 降维时的取舍法则

给 T4 做的东西，不能直接拿给 T2 用——千人会的很多复杂度，两百人的班根本不需要。反之亦然。降维时用一个简单法则判断：

// 每一做完一个功能，问一句：

  "一个第一次办线下会的博主，看到这个功能会觉得多余吗？"

     觉得多余  → 砍掉，或做成可开关的高级选项
     觉得正好  → 保留，这是通用能力
     看不懂    → 重新设计，或加引导

// 反过来也要问一句：

  "这个能力，是只有 1000 人规模才用得上的吗？"

     是  → 归到 T3/T4 专属档位，不进基础版
     否  → 进通用能力模型

图 3 · 降维取舍的判断法则。它的作用是防止你把给马哥做的定制，误当成产品。

06.2 三种 decay 方式，只有一种是对的

方式	评价	说明
为马哥做一套，再给腰部做一套简化版	错	两套代码，两套 bug。这是外包公司最典型的路径。
马哥用正式版，腰部用一个"青春版"	勉强	比第一种好，但仍有两个版本要维护。
同一套代码，用功能开关分档	对	千人会的复杂能力（VIP 接待、参访、多接待区）做成一个个可开关的模块。小马班不打开；头部客户打开。一套代码、一套部署、一套升级轨道。

这里和前面文档的结论是同一条前面《总体业务设计与技术架构》里有一句话："做不到一键安装 + 自动升级就别卖私有化，否则就是项目制外包。"
本节讲的是同一件事在产品维度的表现：判断你是不是在做外包，只有一条标准——新增一个客户的边际交付工时是否趋近于零。

06.3 一个建议：Gate 应该单独先卖

这可能是整份文档里最值得你考虑的一条战略建议把 Cost Cover Gate 从这个大平台里切出来单独做、单独卖。因为它是全部功能里唯一一个四样东西都不需要的：

① 不需要承办方网络——它是给主办方自己用的决策工具
② 不需要供给侧——不需要任何城市的场地/服务商数据，成本数字由用户自己填
③ 不碰资金——纯计算，不代收任何款项，完全规避二清
④ 不需要多租户之外的任何基础设施——开发量小，一个人几周可做完

而它同时又是所有功能里客户付费意愿最高的一个（见 04.2：一次止损值 15 万，超过三年服务费）。

所以最优路径可能是：先把它做成一个小而贵的工具，用它去接触第一批主办方客户，再用真实客户关系去反向验证平台剩下的部分要不要做。 这比"先建平台再找客户"的风险小一个数量级。

07技术落地：可直接实现的设计

07.1 数据模型

-- ① 成本计划。每次重算生成新版本，历史全保留（对账与追责依据）
CREATE TABLE event_cost_plan (
  id                  BIGSERIAL PRIMARY KEY,
  tenant_id           BIGINT       NOT NULL,        -- 多租户隔离，不可省略
  event_id            BIGINT       NOT NULL,
  version             INT          NOT NULL,

  fixed_committed     NUMERIC(12,2) NOT NULL DEFAULT 0,  -- 已签约固定成本
  fixed_projected     NUMERIC(12,2) NOT NULL DEFAULT 0,  -- 未签约的预估
  variable_per_head   NUMERIC(10,2) NOT NULL DEFAULT 0,  -- 人均变动成本
  attendance_rate     NUMERIC(4,3)  NOT NULL DEFAULT 0.900, -- 出席率假设

  price_list          NUMERIC(10,2) NOT NULL,       -- 挂牌价（仅供参考）
  price_weighted      NUMERIC(10,2) NOT NULL,       -- 加权实收，系统从订单算
  sponsorship_signed  NUMERIC(12,2) NOT NULL DEFAULT 0,  -- 已签招商

  -- 以下为派生字段，冗余存储以便看板直读，避免每次全表聚合
  contribution_margin NUMERIC(10,2),                -- P - VC
  breakeven_headcount INT,                          -- N*
  cover_ratio         NUMERIC(6,3),
  gap                 INT,
  gate_status         VARCHAR(8),                   -- GREEN|YELLOW|RED

  computed_at         TIMESTAMPTZ  NOT NULL DEFAULT now(),
  UNIQUE (event_id, version)
);

-- ② 供应商合同。这是 Gate 的「时间输入」，也是最容易被漏掉的一张表
CREATE TABLE supplier_contract (
  id                   BIGSERIAL PRIMARY KEY,
  tenant_id            BIGINT NOT NULL,
  event_id             BIGINT NOT NULL,
  supplier_id          BIGINT NOT NULL,
  category             VARCHAR(20) NOT NULL,  -- VENUE|CATERING|DECOR|PHOTO|LECTURER
  total_amount         NUMERIC(12,2) NOT NULL,

  -- 退订阶梯。示例：[{"days_before":120,"penalty_pct":0},{"90":50},{"30":100}]
  cancel_ladder        JSONB NOT NULL DEFAULT '[]'::jsonb,

  -- 付款节奏。示例：[{"offset_days":-30,"pct":40,"paid":false}]
  payment_schedule     JSONB NOT NULL DEFAULT '[]'::jsonb,

  headcount_tolerance  NUMERIC(4,3) DEFAULT 0.10,  -- 人数浮动容忍，默认 10%
  signed_at            DATE
);

三个容易踩的工程坑 ① tenant_id 一张都不能少。这是你从第一份文档起最硬的约束，而 Gate 表是全系统最敏感的—— 它装的是客户的收入、毛利和底线。一旦漏过滤，客户 A 会看到客户 B 的成本结构。这事发生过一次就没人敢用你。

② version 必须单调递增且保留历史。不要 update 同一行。三个月后复盘「为什么当时判定 GREEN 后来却亏了」，唯一的依据就是那天的快照。

③ cancel_ladder 必须是数据，不能写死在代码里。 每家酒店的阶梯都不一样（核实到的四家就有四套口径），硬编码等于每次签新酒店都要发版。 这是前面「状态机用数据定义、不写死在代码里」那条原则的同一个道理。

07.2 核心算法

function recomputeGate(eventId):
    plan      = latestCostPlan(eventId, tenantId)
    orders    = confirmedOrders(eventId)        -- 已付款的报名
    contracts = signedContracts(eventId)        -- signed_at 不为空

    -- ① 加权实收均价：必须从真实订单算，绝不用挂牌价
    --    （这是全场最容易算错的一步，见 02.1）
    revenue     = sum(o.amount_paid for o in orders)
    seats       = sum(o.seats      for o in orders)
    plan.price_weighted = seats > 0 ? revenue / seats : plan.price_list

    -- ② 固定成本只计已签约
    plan.fixed_committed = sum(c.total_amount for c in contracts)

    -- ③ 变动成本按出席率折算，不是按报名人数
    expected = ceil(seats * plan.attendance_rate)

    -- ④ 核心公式
    cm = plan.price_weighted - plan.variable_per_head
    if cm <= 0:
        raise Alert('MARGIN_NEGATIVE')   -- 票价低于人均变动成本，多卖多亏

    plan.breakeven_headcount = max(0, ceil((plan.fixed_committed - plan.sponsorship_signed) / cm))
    plan.gap                 = plan.breakeven_headcount - seats

    -- ⑤ 覆盖率
    revenue_confirmed = revenue + plan.sponsorship_signed
    cost_projected    = plan.fixed_committed + plan.variable_per_head * expected
    plan.cover_ratio  = revenue_confirmed / max(cost_projected, 1)

    -- ⑥ 按当前所处 Gate 阶段取阈值（见 03.4 的分档日历）
    threshold = gateThresholdFor(eventId, today)
    plan.gate_status =
        (plan.cover_ratio >= threshold && plan.gap <= 0)  ? GREEN
      : (plan.cover_ratio >= threshold * 0.8)             ? YELLOW
      :                                                     RED

    -- ⑦ 仅状态跃迁才发通知。否则每天早上都是同一条告警，三天后没人看了
    if plan.gate_status != prev.status:
        emit('gate.status_changed', {eventId, from: prev.status, to: plan.gate_status})

    saveNewVersion(plan)
    return plan

07.3 接口清单

方法	路径	用途
POST	`/v1/events/:id/cost-plans`	建立或更新预算。创建新 version，不覆盖旧值
GET	`/v1/events/:id/gate`	当前 Gate 状态。Web 与 H5 共用同一份响应结构
GET	`/v1/events/:id/gate/forecast`	返回未来各 Gate 的日期、阈值、距今天数，以及与酒店退订窗口的关系
POST	`/v1/events/:id/gate/simulate`	What-if 灵敏度分析，见下
POST	`/v1/events/:id/contracts`	录入供应商合同（含退订阶梯与付款节奏）
Webhook	`gate.status_changed`	状态跃迁时推送

What-if 接口——这是 Gate 里最能让客户「哇」出来的一处，也是唯一一个客户无法用 Excel 替代的功能：

POST /v1/events/881/gate/simulate
{
  "changes": {
    "fixed_committed_delta": -30000,   // 换成便宜点的场地，省 3 万
    "price_weighted":         2480,    // 促销降价到 2480
    "variable_per_head":      500,     // 餐标下调
    "sponsorship_delta":      20000    // 新签一个展位
  }
}

→ {
    "before":  {"n_star": 72, "gap": 18, "cover_ratio": 0.74, "status": "YELLOW"},
    "after":   {"n_star": 46, "gap": -8, "cover_ratio": 1.02, "status": "GREEN"},
    "delta":   {"n_star": -26, "cover_ratio": +0.28},
    "verdict": "GREEN",
    "warnings": ["降价后需报名量提升 28% 才能打平，已按此计算"]
  }

注意 warnings 字段同样是降价促销，系统应该同时算出结果和提醒（见 02.5）。客户的直觉是「降价 = 好卖 = 更好」，系统必须在这个瞬间把 28% 这条打平线摆在他面前。

这是产品品味的分界线：给出数字的是工具，给出判断的才是产品。

07.4 与既有架构的衔接

既有设计（前面文档）	本模块的位置
统一工作流引擎状态机由数据定义	Gate 的三个阶段本身就是一个状态机，直接复用该引擎。三条 `transition`： `GATE_A → GATE_B → GATE_C`，每条形如 `{from, to, guard: "cover_ratio >= threshold"}`。
统一进度接口 Web/H5 共用一套	Gate 状态作为其中一个进度节点返回，`node_code = "COST_COVER"`， `visible_to = ["OWNER","OPERATOR","CONTRACTOR"]`。不要另起一套接口。
SupplierAdapter 外部依赖全部收口	Gate 只读本地 `supplier_contract`，不直接调用任何外部 API。这保证第三方（如道旅）挂了也不会影响 Gate 计算。
资金分账（收付通）	Gate 不参与资金流，只输出放行/阻断信号给资金模块。职责分离，也让 06.3「Gate 单独先卖」在合规上成立。

08待你拍板

#	问题	我的建议	影响
1	是否接受「Gate 单独先做先卖」？	强烈建议接受。它不需要承办方网络、不需要供给侧、不碰资金合规，是全部功能里唯一一个可以立刻开工、立刻收费的模块。	决定整个项目的第一步落在哪里。若接受，第 1 年不需要任何城市渠道即可开张。
2	与马哥的切入点选哪个？	选 C（报名+住宿联动）。不选 A（要核心资产，警惕度高）。见 05.2。	决定第一通电话怎么打。
3	能否接受第一单完全免费 + 不私有部署？	必须接受。免费是为了换取案例与数据；不私有部署是为了不留版本碎片（前面文档已反复论证）。	如果不私有部署不能接受，这条线建议不要走。
4	是否认可本文对前序文档的修正（毛利率 44% → 约 62%）？	认可后，需同步更新《总体业务设计》与《收费点全景》中的收入模型，以及作废《头部客户场景重估》里的成本数字。	影响后续所有财务测算。
5	Gate 阈值默认值是否采用 03.4 的分档表？	采用，但全部做成后台可配，覆盖优先级单场 > 承办方 > 全局，单向覆盖不连乘（沿用 08.4 既定规则）。	低风险，可先按默认值上线再调。
6	是否同意「不接 T1 客户」？	同意。T1 无法招展商，你的核心武器用不上，会拖累团队。这条建议看起来是放弃生意，实际是保护定位。	影响早期获客的选择标准。

08.1 本周就能做的三件事

给马哥发一条微信，目标只有一个：去他办公室待半天。 不要谈合作，只看流程。这半天的价值超过十页文档。
把 Gate 的计算逻辑先做成一个 Excel 模板，自己用它手算一遍。 如果发现算起来别扭，说明公式设计有问题——先用 Excel 验证，再写代码，比反过来便宜十倍。
找 2~3 家本地活动公司，只问一件事：一场 200 人和 500 人的会，你们的成本结构大概是什么样。 这张表格里所有数字目前都是推算，一次实地访谈就能把它们换成真实数据。

08.2 本件未能验证的部分（如实标注）

内容	状态	说明
四档 FC/VC 数值	推算	基于长沙/上海/杭州三地公开报价拼装。不可用于报价或预算，只用于说明结构与量级关系。
出席率 90%	假设	取 85~95% 中值。真实值强烈依赖是否含住宿、是否有强制签到。应做成按客户历史校准。
招商门槛「100 人且客单 >1500」	经验值	无公开数据支撑。这是判断 T1 是否该接的关键线，建议向几家展商求证。
马哥的内部系统情况	未验证	05.1 中关于「缺什么」的部分全部是推断，必须当面求证后才能使用。
酒店取消阶梯	已核实	来自丽笙、Wrightington、des Balances、Arenenberg 公开条款。但国内酒店条款可能不同，且均可谈判——务必以实际合同为准。