Lead Temperature¶

本文档是 Lead Temperature（完整版）的简化版，只实现降温和 Cold 后自动判定终态。

模块	V1 范围	推后
§1 适用范围	温度仅在首次联系前适用	—
§2 温度定义	Hot / Warm / Cold 时间窗口	—
§3 自动降温	时间驱动的自动衰减	—
§4 Cold 后自动判定	两个终态（Unreachable / Neglected）	—
升温机制	—	整体推后（事件驱动升温、重复提交升温规则）
Cold 可逆性	—	整体推后（重激活后 Status 判定）

1. 适用范围¶

温度只在客户被成功联系之前适用。 一旦 Lead Status 进入 Connected 及之后的状态，温度变为 N/A（不适用），后续跟进完全由 Task 系统管理。

Lead Status	温度是否适用	可能的温度值	说明
New	✅ 适用	Hot / Warm / Cold	刚进入系统，等待首次联系
Attempted	✅ 适用	Hot / Warm / Cold	已尝试联系但未接通
Neglected	✅ 适用（固定 Cold）	Cold	终态：温度冷掉 + 联系次数 < `Attempt Threshold`（默认 3）
Unreachable	✅ 适用（固定 Cold）	Cold	终态：温度冷掉 + 联系次数 ≥ `Attempt Threshold`（默认 3）但从未接通
Connected	❌ N/A	—	已接通，由 Task 系统接管
Booked	❌ N/A	—	已预约，由 Task 系统接管
Showed	❌ N/A	—	已到店，由 Task 系统接管
Trialed	❌ N/A	—	已试课，由 Task 系统接管
Converted	❌ N/A	—	已成交
Bad Timing	❌ N/A	—	AI 标记的条件性拒绝
Not Interested	❌ N/A	—	AI 标记的绝对拒绝
Lost Contact	❌ N/A	—	终态：由 Task 系统判定（曾接通后失联）

设计原理： 温度衡量的是"首次联系的紧迫度" — Lead 刚进来时最热，随时间衰减。一旦成功接通客户，这个紧迫度就完成了使命，后续的跟进质量由 Task 系统（Completion Rate、Overdue Rate 等）来衡量。两个系统各管各的阶段，不重叠。

2. 温度定义（基于时间窗口）¶

温度	时间窗口	含义	行动策略
🔥 Hot	Day 0 ~ Day 1 结束	Lead 刚进入系统，意向最高	全力拨打，争取当天接通
☀️ Warm	Day 2 ~ Day 5 结束	初始热度已过，仍在可转化窗口	持续跟进，多渠道触达
❄️ Cold	Day 5 之后	跟进窗口已过，转化概率极低	停止主动跟进，系统自动判定终态

温度只可能出现在 New 和 Attempted 两个状态上：

Lead 进入系统（Status: New）
     │
     ▼
🔥 Hot（Day 0 ~ Day 1）
     │  全力拨打，争取接通
     │
     ├──── 接通 → Status: Connected → 温度变为 N/A → Task 系统接管
     │
     ▼  Day 1 结束，未接通
☀️ Warm（Day 2 ~ Day 5）
     │  持续跟进（Status 可能仍是 New 或 Attempted）
     │
     ├──── 接通 → Status: Connected → 温度变为 N/A → Task 系统接管
     │
     ▼  Day 5 结束，仍未接通
❄️ Cold
     │  停止主动跟进
     │
     ▼  系统自动判定终态
     │
     ├── 漏跟 Neglected（Status 仍为 New，从未尝试联系）
     └── 无法触达 Unreachable（Status 为 Attempted，联系次数 ≥ Attempt Threshold 但未接通）
         或 漏跟 Neglected（Status 为 Attempted，联系次数 < Attempt Threshold）

3. 自动降温（时间驱动）¶

规则	说明
自动降温	系统按时间窗口自动将 Hot → Warm → Cold（仅当 Status 为 New 或 Attempted 时）
接通即退出温度	Status 变为 Connected 的瞬间，温度自动变为 N/A
员工无需操作温度	员工只需专注执行跟进策略，温度由系统自动管理

4. Cold 之后系统自动判定终态¶

温度降为 Cold 时，Lead Status 只可能是 New 或 Attempted（因为 Connected 及之后的状态温度已变为 N/A）。系统根据员工在 Hot/Warm 阶段的实际执行记录，自动判定终态。

4.1 两个终态的定义¶

终态	判定条件	本质
无法触达 Unreachable	联系次数 ≥ `Attempt Threshold`（默认 3）但从未成功接通	客户问题——号码无效、拒接、时段不对
漏跟 Neglected	联系次数 < `Attempt Threshold` 或从未发起联系	员工问题——执行失职

注： Lost Contact（失联）不再由温度系统判定。Lost Contact 指"曾接通后失联"，此时 Status 已经是 Connected 及之后，温度已为 N/A，由 Task 系统的 Overdue 机制来识别和处理。

4.2 判定规则¶

进入 Cold 时的 Status	联系次数 vs `Attempt Threshold`（默认 3）	自动判定终态	说明
New	0	漏跟 Neglected	Lead 从未被发起联系，一定是执行失职
Attempted	≥ 3	无法触达 Unreachable	联系次数已足，但从未接通
Attempted	< 3	漏跟 Neglected	联系次数不足

4.3 判定流程¶

Lead 温度降至 Cold
     │
     ▼  检查当前 Status
     │
     ├── Status = New（从未尝试联系）
     │        │
     │        ▼
     │   ──→ 漏跟 Neglected（员工执行问题）
     │
     └── Status = Attempted（尝试过但未接通）
              │
              ▼  联系次数 vs `Attempt Threshold`（默认 3）
              │
              ├── 次数 < 3
              │        │
              │        ▼
              │   ──→ 漏跟 Neglected（员工执行问题）
              │
              └── 次数 ≥ 3
                       │
                       ▼
                  ──→ 无法触达 Unreachable（客户联系问题）

判定对管理者的意义： Unreachable 占比高 → 检查 Lead 来源质量（号码是否有效）；Neglected 占比高 → 检查员工执行力（是否在 Hot/Warm 阶段及时跟进）。