批次大小应由当日响应容量反推

批次大小必须由当日响应容量反推

''结论'': 外联/跟进不要先定“我今天要发多少人”，而要先定“我每天能稳定处理多少个活跃潜客”。批次大小应当受当日响应容量约束，否则高信号回复会积压，SLA 失守，流程看起来很忙但实际在漏单。

一个可直接使用的粗规则

# 先估每个活跃潜客每天平均要花的处理时间（读消息、回复、记录、推进、内部同步）。
# 用''当日可用于回复与记录的分钟数''除以这个单客分钟数，得到可同时维持的活跃潜客上限。
# 新增触达批次时，只补到这个上限附近，不要把全部 20 个潜客一次性都推到活跃态。

实操判定

# ''如果'' 当前活跃潜客数 × 单客日耗时 > 可用日处理时间，''就'' 暂停新增触达或先降速。
# ''如果'' 某来源/渠道的活跃度显著更高，''就'' 预留更大的响应缓冲，不要按平均值满配。
# ''如果'' 一个流程没有显式容量上限，它通常会在最需要快速回复的阶段失效。

经验值（只作起算，不作真理）

# 30 分钟/日的回复预算，通常只够 3-6 个活跃潜客。
# 45 分钟/日，通常约 5-9 个。
# 60 分钟/日，通常约 6-12 个。

''可复用原则'': 先定容量，再定批次；先定响应预算，再定触达节奏。