Retaintive

    潜在客户温度（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. 温度定义（基于时间窗口）

    温度时间窗口含义行动策略
    🔥 HotDay 0 ~ Day 1 结束Lead 刚进入系统，意向最高全力拨打，争取当天接通
    ☀️ WarmDay 2 ~ Day 5 结束初始热度已过，仍在可转化窗口持续跟进，多渠道触达
    ❄️ ColdDay 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）自动判定终态说明
    New0漏跟 NeglectedLead 从未被发起联系，一定是执行失职
    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 阶段及时跟进）。