Tasks 功能概览
Historical product spec / Superseded(2026-07-15):本文描述 V1 Workbench,不再定义当前领域模型。现行产品、backend、AI 与 UX contract 见 Task System Design。
一、定位
员工的每日工作台(Daily Action Queue)
Tasks 不是数据分析页面,是一个执行驱动的任务列表。员工打开就知道:先做哪个、怎么做、截止时间是什么。
二、任务来源
V1 先做Lead和AI自动生成,后续支持手动创建。
三、Task 任务的两种类型
Tasks 包含两种性质不同的任务:
3.1 Lead Outreach 首次联系
Lead 一进入系统,无需等待 AI 分析或通话历史,系统立即根据 SLA 规则生成首次联系任务。这是时间驱动的确定性规则。
详细规则见 Lead Contact Cadence。
3.2 Follow-up(跟进)
每日凌晨批量运行 Cross-Call AI,读取该客户所有通话记录 + SMS + PhoneBook 现有数据,综合判定是否需要跟进。这是 AI 驱动的智能判定。
Cross-Call AI 判定逻辑
四、任务展示
UI Prototype 参考:UI Prototype — Tasks 页面
4.0 状态分组
任务按 Open / Closed 两大类展示,每类再细分子状态。顶部汇总区和下方卡片列表均按此分组呈现:
Open — 3 个子状态
Closed — 2 个子状态
顶部汇总区显示各子状态的任务数量;卡片列表按子状态分组排列,员工一眼即可定位需要优先处理的任务。
4.1 任务时间维度
4.1.1 任务截止时间生成逻辑
任务截止时间由 suggestedActions[].priority(取最高优先级)决定,按优先级对应不同的截止窗口,再排除静默时间得出最终截止时间。
以上截止窗口为系统默认值,店铺管理者可在设置中按优先级分别自定义。
4.1.2 Due Soon 阈值生成逻辑
以上为系统默认值,店铺管理者可在设置中自定义 Due Soon 阈值。
4.1.3 Open任务状态
系统用建议截止时间、Due Soon 阈值判定Open任务的状态:
4.2 任务关闭规则
一、AI 自动关闭(closeType = auto_closed)
AI 通过两层分析判定任务是否需要自动关闭,无需员工手动操作:
AI 自动关闭的典型场景:
二、手动关闭(closeType = manual_closed)
员工或管理者点击 [Close] 按钮,选择一个 businessResult 即可关闭任务。选择 No Outcome 时需填写 closeNote 说明原因。详细流程见 §4.4.2。
4.2 任务重要性维度
时间维度回答"什么时候做",重要性维度回答"同时有多个任务时先做哪个"。两者正交,共同决定任务在列表中的位置。
4.2.1 三级优先级
4.2.2 优先级判定规则
Lead Outreach 任务:统一为 High。首次联系的 5 分钟黄金窗口本身就代表最高紧迫性(研究显示延迟 5 分钟后转化率下降 8 倍)。
Follow-up 任务:由 Cross-Call AI 根据通话上下文判定,输出 suggestedActions[].priority 字段(High / Medium / Low)。AI 判定依据:
4.3 任务排序
排序综合时间维度和重要性维度,规则按优先级从高到低:
排序示例:
4.4 任务卡片
每张任务卡片展示员工执行所需的最少信息,目标是看一眼就能行动。
字段定义详见 Task 字段设计。
4.4.2 关闭流程
员工点击 [Close] 后,一步完成关闭:
业务结果与营收归因的详细映射见 任务与营收归因。