限流出问题通常不是没有文件，而是没有执行流程：谁按下停售、按下去之后现场怎么知道、已下单的游客怎么办。文件写的是原则，现场要的是每分钟放多少人、超了谁负责。

把承载量换算成分钟级放票速率

先分清三个数：瞬时承载（同一时刻在场最多多少人）、日最大承载（一天累计能接待多少）、日最佳承载（体验不崩的那条线）。日最大承载除以下午高峰的集中度，才能得出每个时段该放多少；再往下切到分钟，用核销能力校验：通道数乘以单通道每分钟实测通过人数再乘以时段分钟数，就是这条时段物理上进得去多少人。放票额度取两者中较小的那个，这是唯一能被现场解释的算法。算完要留池：团队、免票与优待、年卡、现场窗口各留一块，别让线上把额度吃光。

分时时段怎么切

不要平均切，按到达节奏切，早到高峰给窄时段、午后给宽时段。时段边界要留弹性：迟到多久仍可入园，写成参数并统一执行，不能由岗亭自己判断。未用完的额度是否顺延到下一时段要提前定，顺延会削弱限流效果，多数只做有限顺延。退款、改期释放的名额何时回流库存也要写清，实时回流容易被瞬间打满。免票和年卡是否占额度，占就一起扣，不占就要有单独的在场估算。

预警分级要写动作，不是写文案

黄色：额度接近阈值，动作是放缓线上放票、开放备用通道、公众号和门口屏推分流提示、窗口只放预留池。橙色：某个票种或某个时段售罄，动作是关闭对应渠道入口、团队改约、把现场排队引导到非高峰时段。红色：达到停止售票条件，动作是全渠道停售、只消化已预约未入园的存量、现场只出不进。每一级要写四个要素：触发值、动作清单、决策人、通知对象，并记录什么时候升级、谁下令、什么时候降回来。只有触发值没有动作，等于让现场自己发挥。

熔断之后，已下单未入园的游客怎么办

三条路要事先定好用哪条：改期到可选时段、顺延到当日后续时段、无条件退款。选择依据是剩余额度而不是游客情绪，顺延只在当日后面时段还有空间时用。触达要主动，短信、公众号、站内消息一起发，写清“名额已保留到某天”或“需要您确认改期”，含糊的措辞会把人直接引来现场。已经到园的优先放行，这部分人的核销单独登记。下游也要同步通知：大巴、周边停车场、检票口和窗口，避免车还在往里走。

与渠道库存联动停售

停售指令先给自营渠道，再给分销与平台，最后通知旅行社，因为自营生效最快。给外部渠道推库存清零指令要等回执；超时没回执以本地为准，把该渠道标记为已停售，并安排人工盯该渠道订单，防止超卖后的现场争议。恢复放票顺序相同，只是反过来确认。

瞬时客流和累计客流是两个东西

累计核销只说明进过多少人，不说明此刻有多少人在场。在场估算要么靠出口核销或出场计数，要么用平均停留时长做衰减，两种都要标口径，别让估算值去做停售决策。通常的分工是：累计口径触发售完和渠道停售，瞬时口径触发限流和现场分流。解除熔断的条件要写死——连续若干分钟在场估算低于安全线、出口数据已回补、备用通道已关闭，三个条件同时满足才降级；恢复通知必须发到每个窗口和每台手持终端，最常见的事故是线上已恢复、现场还在停售。

这套流程每季度演练一次，按动作表逐项计时走一遍；只在群里发通知的不算演练。