销售周日报 Agent

在一份手册中完成销售经营复盘、报表使用与系统配置。

[!NOTE]
本手册按角色分区。第 03 章面向销售人员和销售管理者，第 04 章面向系统管理员。

01-概述

1.1 产品定位

销售周日报 Agent 是周期性报表智能体。它面向销售经营复盘，支持个人和团队两类报表。

Agent 不只汇总 CRM 数据。它还分析承诺兑现、客户与商机推进、Pipeline 健康度和销售风险，并给出下一步行动。

它重点回答以下问题：

• 个人本期完成了什么，承诺是否兑现。
• 哪些客户或商机停滞，下一步应优先处理什么。
• 团队整体是否健康，哪些 AE 或客户拖累结果。
• Pipeline 是否存在浅层增长、假推进或承诺泡沫。
• 报表如何通过 Markdown、HTML 和 CRM 日志交付与沉淀。

1.2 预设 Skill

Skill	技能目录	适用对象	核心场景
销售人员个人报表	sfa-journal-personal-report	AE、客户经理、销售人员	个人日报、周报、月报、客户与商机复盘
销售管理者团队报表	sfa-journal-team-report	销售主管、经理、区域经理、销售总监	团队日报、周报、月报、AE 对比、跨 AE 风险、管理行动

1.3 个人报表能力

个人报表面向单个销售人员。用户只说“销售周报”“今日日报”“本周工作总结”“下周工作建议”或“HTML 格式销售周报”，且没有团队、部门、主管或多个 AE 等信号时，Agent 默认使用个人报表。

能力	说明
周期自动路由	自动判断日报、周报和月报；“周日报”按个人周报处理。
个人日报	输出今日摘要、执行信号、结果、重点跟进、待办、风险和明日行动。
个人周报	输出经营信号、承诺对账、重点客户与商机、风险、本周复盘和下周打法。
个人月报	输出目标完成、成交与 Pipeline 结构、客户质量、损失原因和下月策略。
承诺对账	对比上期承诺与本期实际，区分已完成、延期、逾期、取消和待确认。
个人风险识别	识别停滞、竞品渗透、Champion 失联、承诺泡沫、Pipeline 虚高和决策链缺口。
假推进识别	识别开会但无结论、客户有兴趣但无预算/POC/下一步，或以产品进展替代销售进展的表面推进。
下一步行动	输出 P0、P1、P2 行动，明确对象、联系人、动作、目标、截止时间和验证标准。
HTML 页面	默认生成同前缀 HTML 页面，适配 Web 和移动端。
CRM 日志保存	报表完成后展示中文预览，用户明确确认后才写入日志。

典型提问：

• “生成我本周销售周报。”
• “帮我写一份 2026-W26 个人周报，HTML 格式。”
• “我本月目标完成得怎么样？下月应该押注哪些客户？”
• “复盘本周客户与商机情况，重点看风险和下周行动。”
• “今天做了哪些有效跟进？明天 P0 是什么？”

1.4 团队报表能力

团队报表面向团队、部门、区域、行业组或多个 AE。请求中出现销售经理、主管、总监、下属或团队经营等管理视角信号时，Agent 优先使用团队报表。

能力	说明
团队周期路由	自动判断团队日报、周报和月报。
团队日报	输出当日结果、异常 AE 或客户、主管介入和明日动作。
团队周报	输出目标完成、上周动作闭环、AE 异常、重点商机、跨 AE 风险和下周动作。
团队月报	输出目标完成、Pipeline 结构、AE 分层、客户或行业趋势和资源配置。
AE 横向对比	对比目标、结果、Pipeline、成交、回款、风险和管理判断。
团队数据聚合	按团队、AE、客户与商机、阶段和时间维度识别结构变化。
跨 AE 风险	识别竞品集中、Pipeline 质量下降、AE 异常、资源集中和执行风险。
管理行动	输出主管 P0、P1、P2 动作，明确负责人、对象、截止时间和验证标准。
CRM 日志保存	展示团队报表保存预览，用户确认后才写入日志。

典型提问：

• “生成销售一部本周团队周报。”
• “帮我看区域团队本月经营复盘。”
• “本周哪些 AE 异常？哪些客户需要主管介入？”
• “团队 Pipeline 健康吗？是否有跨 AE 风险？”
• “把这个团队月报 Excel 转成好看的 HTML 页面。”

1.5 核心术语

术语	定义
AE	负责客户与商机推进的销售人员。
Pipeline	由商机阶段、金额、赢率和预计结单情况构成的销售管道。
深度阶段商机	已进入较深销售阶段的商机，具体范围由企业口径定义。
承诺对账	对比上期承诺与本期实际完成情况。
假推进	有活动记录，但没有形成业务结论或明确下一步。
Champion	在客户组织内支持方案并推动决策的关键联系人。
承诺泡沫	承诺持续存在，但缺少事实进展或兑现证据。
跨 AE 风险	同一问题在多个 AE 或客户中集中出现。
数据覆盖	对数据标记已读取、无数据、权限不足、未触发查询或查询失败。

1.6 经营复盘流程

1. 解析用户意图，判断个人或团队视角。
2. 识别日报、周报或月报，并确认时间范围。
3. 确认人员、团队、区域或 AE 列表。
4. 先确认对象字段，再按批次读取 CRM 数据。
5. 分析目标、结果、Pipeline、承诺和风险。
6. 生成个人行动或主管管理动作。
7. 在对话中完整展示 Markdown 正文。
8. 默认生成同前缀 HTML 页面。
9. 展示 CRM 日志保存预览。
10. 收到用户明确确认后，写入 CRM 日志。

1.7 业务价值

对销售人员

• 减少日报、周报和月报的撰写时间。
• 从活动罗列转向结果、风险和行动复盘。
• 自动核对承诺，避免计划与实际脱节。
• 识别假推进，明确下一周期的优先事项。

对销售管理者

• 快速形成团队经营看板。
• 同时观察团队平均和个体异常。
• 识别竞品集中、资源集中和 Pipeline 虚高。
• 输出主管需要介入的具体管理动作。

对组织

• 统一日报、周报和月报口径。
• 沉淀个人与团队经营复盘 SOP。
• 分层表达 CRM 事实、销售自述、历史日志和管理判断。
• 经确认后，将周期报表沉淀到 CRM 日志。

1.8 角色与能力地图

角色	主要目标	推荐入口	重点能力
销售人员	复盘个人执行、客户和商机，明确下一步动作	个人日报、周报或月报	承诺对账、个人风险、P0/P1/P2 行动
销售主管、经理、总监	识别 AE 异常、团队风险和资源配置问题	团队日报、周报或月报	AE 对比、跨 AE 风险、主管管理动作
系统管理员	配置 Skill、数据、权限、指标和输出规则	第 04 章管理员配置指南	意图路由、字段映射、权限、规则、模板和发布

1.9 当前能力基线

能力域	当前基线
个人报表	支持个人日报、周报和月报。
团队报表	支持团队日报、周报和月报。
个人分析	支持承诺对账、风险识别和行动建议。
团队分析	支持 AE 对比、跨 AE 风险和管理行动。
报表交付	支持 Markdown 正文与 HTML 页面。
日志沉淀	经用户确认后保存 CRM 日志。
本地定制	支持数据源、KPI、周期、风险和模板调整。

原始资料未提供产品版本号和发布日期。本手册不把文档重构日期视为产品发布日期，也不推断功能上线时间。后续记录产品更新时，应写明发布日期、变更内容、影响角色和必要操作，并与当前能力基线区分。

02-快速入门

2.1 销售人员快速生成个人周报

通过一次对话完成个人周度复盘和下周行动规划。

前置条件

[!IMPORTANT]

• 适用角色：AE、客户经理或销售人员。
• 数据权限：可以读取自己的相关 CRM 数据。
• 周期口径：周报默认使用 ISO 周一至周日。

操作步骤

1. 在销售周日报 Agent 中，输入“生成我本周销售周报”。
2. 如需指定周期，请补充 ISO 周或明确日期范围。
3. 如需指定形式，请补充简洁版、详细版或 HTML 格式。
4. 检查 Agent 识别的人员和周期。
5. 检查各类数据的覆盖状态。
6. 查看本周摘要和关键经营信号。
7. 核对上期承诺与本期实际。
8. 查看重点客户、商机和风险预警。
9. 检查 P0、P1、P2 行动。
10. 根据实际情况提出修改要求。
11. 仅在保存预览准确时，明确回复“确认保存”。

预期结果

• 对话中完整展示个人周报 Markdown 正文。
• Agent 默认生成同前缀 HTML 页面。
• 周报包含承诺对账、商机风险和下周行动。
• 未明确确认时，Agent 不写入 CRM 日志。

2.2 销售管理者快速生成团队周报

通过一次对话识别团队异常，并形成下周管理动作。

前置条件

[!IMPORTANT]

• 适用角色：销售主管、经理、区域经理或销售总监。
• 范围信息：准备团队、部门、区域或 AE 列表。
• 数据权限：可以汇总团队成员及相关 CRM 数据。

操作步骤

1. 在请求中明确写出团队管理信号。
2. 输入“生成销售一部本周团队周报”或等价请求。
3. 如需精确范围，请提供 AE 列表或区域名称。
4. 检查团队范围和数据覆盖说明。
5. 查看团队目标、成交和 Pipeline 状态。
6. 检查上周管理动作的完成情况。
7. 查看 AE 表现、异常和重点商机。
8. 检查竞品集中和资源集中等风险。
9. 核对管理动作的负责人和验证标准。
10. 仅在保存预览准确时，明确回复“确认保存”。

预期结果

• 报表同时体现团队整体状态和个体异常。
• 团队报表不会把个人报表简单拼接。
• 管理动作包含负责人、对象、截止时间和验证标准。
• 未明确确认时，Agent 不写入 CRM 日志。

03-用户操作指南

本章面向销售人员和销售管理者。请先确定报表视角与周期，再进入对应场景。

3.1 选择报表类型

开始之前

[!IMPORTANT]

• 数据权限：确认您可以读取目标人员或团队的数据。
• 范围信息：团队报表需要团队、区域或 AE 列表。
• 周期信息：准备自然日、ISO 周或自然月范围。

用户意图	识别信号	报表类型
复盘自己	“我”、个人或具体销售人员姓名	个人报表
复盘团队	团队、部门、区域、主管、总监或多个 AE	团队报表
横向比较	AE 对比、排名、跨 AE 风险、主管介入	团队报表
普通销售周报	没有团队管理信号	个人周报

选择步骤

1. 需要复盘自己时，使用“我”“个人”或具体销售人员姓名。
2. 需要复盘团队时，明确写出“团队”“部门”“区域”或多个 AE。
3. 需要 AE 对比或主管建议时，明确提出团队管理诉求。
4. 检查 Agent 返回的人员或团队范围。

个人请求只应覆盖单个销售人员。用户指定销售姓名或员工 ID 时，优先使用指定人员；用户说“我”时，使用当前人员上下文；请求涉及多人时，切换到团队报表。

团队请求应覆盖明确的团队或 AE 列表。团队范围优先使用用户明确提供的 AE 列表，其次使用团队、区域、行业组或销售经理下属范围，最后才使用当前管理者上下文。团队请求误入个人报表时，请补充团队、部门、区域或多个 AE 等管理信号。

3.2 选择统计周期

用户表达	报表周期	时间口径	日志时间
今天、昨天、某日日报	日报	指定自然日	当天
本周、销售周报、周日报	周报	ISO 周一至周日	ISO 周日
本月、上月、月度复盘	月报	自然月	自然月最后一天

[!NOTE]
“周日报”按周报处理，不按日报处理。

标题、查询和保存必须使用同一日期口径。周报不能使用滚动 7 天。周期范围不正确时，请提供具体日期、ISO 周或 YYYY-MM 自然月，并重新确认范围。

3.3 生成与解读个人报表

个人报表面向 AE、客户经理或销售人员。它关注个人执行、客户与商机事实、承诺兑现和下一步行动。

周期	业务问题	核心输出
个人日报	今天是否产生有效结果，明天先做什么	今日摘要、执行信号、结果、重点跟进、待办、风险、明日行动
个人周报	上周承诺是否兑现，本周哪里推进或停滞	本周摘要、经营信号、承诺对账、重点商机、风险、复盘、下周行动
个人月报	目标完成如何，下月应押注哪些客户	月度摘要、目标、成交、Pipeline、客户复盘、损失原因、趋势、下月策略

3.3.1 生成个人日报

个人日报用于核对当日结果，并安排次日行动。

[!IMPORTANT]

• 适用角色：AE、客户经理或销售人员。
• 日期要求：明确今天、昨天或具体自然日。
• 数据权限：确认您可以读取自己的 CRM 数据。

1. 在销售周日报 Agent 中，输入“生成我今天的销售日报”。
2. 如需其他日期，请写明具体日期。
3. 如需特定格式，请补充简洁版、详细版或 HTML 格式。
4. 检查 Agent 识别的人员与日期。
5. 查看今日摘要和执行信号。
6. 核对今日结果、重点跟进和待办状态。
7. 检查今日风险和明日行动。
8. 根据实际情况要求 Agent 修正内容。

Agent 优先读取日志、销售记录和商机。成交或回款无法判断时，再读取订单和回款。会议、拜访和待办无法判断时，再读取日程和外勤。日报对比今日计划与今日完成。

检查日报时，请确认：

• 今日活动是否形成明确结果。
• 今日计划与实际完成是否一致。
• 明日 P0 是否指向具体客户或商机。
• 每项行动是否有目标、截止时间和验证标准。

完整日报包含今日摘要、执行信号、今日结果、重点跟进、待办、风险、明日行动、数据说明和保存预览。报表没有业务数据时，请先检查数据覆盖状态。无数据不等于业务为空。报表没有保存时，请先核对保存预览，再发送明确保存指令。

3.3.2 生成个人周报

个人周报连接上期承诺、本周结果和下周行动。

[!IMPORTANT]

• 适用角色：AE、客户经理或销售人员。
• 周期口径：周报使用 ISO 周一至周日。
• 历史数据：承诺对账依赖上一周 CRM 日志。

1. 在销售周日报 Agent 中，输入“生成我本周销售周报”。
2. 如需历史周报，请提供 ISO 周或明确日期范围。
3. 如需特定格式，请补充简洁版、详细版或 HTML 格式。
4. 检查人员、周期和数据覆盖状态。
5. 查看本周摘要与关键经营信号。
6. 核对上期承诺与本期实际。
7. 检查重点客户与商机的事实进展。
8. 查看风险预警和本周复盘结论。
9. 检查下周 P0、P1、P2 行动。
10. 根据实际情况要求 Agent 修正内容。

Agent 优先读取上期日志、销售记录和商机。周报必须使用上一周承诺与本周事实对账。成交、回款、日程和外勤只在相关结论无法判断时补查。数据缺失时，Agent 保留对应覆盖状态，不使用未确认数据补足成交、回款或 Pipeline 指标。

完整周报包含摘要、经营信号、承诺对账、关键成果、重点客户与商机、风险预警、本周复盘、下周行动、数据说明和保存预览。无法完成承诺对账时，请检查上一周 CRM 日志。缺少上期日志时，报表应标明无法对账。成交或回款显示待确认时，请确认是否读取订单和回款数据。

3.3.3 生成个人月报

个人月报用于评估目标、经营结构和下月策略。

[!IMPORTANT]

• 适用角色：AE、客户经理或销售人员。
• 周期口径：月报使用自然月。
• 数据要求：目标、成交、回款和商机数据影响分析完整度。

1. 在销售周日报 Agent 中，输入“生成我本月销售月报”。
2. 如需历史月份，请写明 YYYY-MM。
3. 检查 Agent 识别的人员和自然月范围。
4. 查看月度摘要和目标完成情况。
5. 检查成交与 Pipeline 结构。
6. 查看本月关键成果和重点客户复盘。
7. 检查主要风险和损失原因。
8. 查看月度趋势和下月策略。
9. 核对数据覆盖说明。
10. 根据实际情况要求 Agent 修正内容。

月报对比月初或月内重点承诺与月末结果。目标、成交、回款和 Pipeline 使用已确认的企业口径。目标数据无法读取时，报表明确标注覆盖状态，不使用成交或 Pipeline 代替目标完成率。

检查月报时，请确认：

• 目标和回款口径是否符合企业定义。
• Pipeline 覆盖和深度阶段占比是否健康。
• 客户质量与损失原因是否有事实支持。
• 下月策略是否指向明确客户和商机。

完整月报包含月度摘要、目标、成交、Pipeline 结构、关键成果、重点客户、风险、损失原因、趋势、下月策略、数据说明和保存预览。目标完成率没有结果时，请检查目标数据的读取状态。月报范围不正确时，请提供 YYYY-MM 并确认使用自然月。

3.3.4 解读承诺对账与个人风险

日报对比今日计划与今日完成。周报对比上一周承诺与本周实际。月报对比月初或月内重点承诺与月末结果。

1. 在报表中找到承诺对账部分。
2. 逐项检查已完成、延期、逾期、取消和待确认状态。
3. 对照销售记录、日程或商机事实核验结论。
4. 为延期和逾期事项明确新的处理动作。
5. 对无法判断的事项保留“待确认”状态。

风险	判断重点
进度停滞	商机长期没有有效推进。
竞品渗透	竞品进入 Demo、POC 或报价阶段。
Champion 失联	关键支持者缺少近期互动。
承诺泡沫	承诺缺少对应事实或持续延期。
Pipeline 虚高	金额增长，但深度阶段没有同步增长。
决策链缺口	缺少关键决策人或明确决策路径。

[!NOTE]
开会、沟通和发送资料不等于销售推进。有效推进需要结论、预算、POC 或明确下一步。

风险缺少事实依据时，请检查数据覆盖状态，并要求 Agent 标明对应记录。沟通活动被当作销售推进时，请再次核对是否形成结论、预算、POC 或明确下一步。

3.3.5 落实个人行动建议

行动清单把风险判断转化为可验证的销售任务。

优先级	数量上限	要求
P0	3 条	最高优先级，需要立即处理。
P1	5 条	重要任务，需要在当前周期推进。
P2	3 条	后续任务，按计划处理。

1. 在报表中找到 P0、P1、P2 行动清单。
2. 优先检查 P0，数量不应超过 3 条。
3. 检查 P1，数量不应超过 5 条。
4. 检查 P2，数量不应超过 3 条。
5. 为每条行动确认客户或商机。
6. 为每条行动确认关键联系人。
7. 检查动作和目标是否具体。
8. 检查截止时间是否明确。
9. 检查验证标准是否可观察。
10. 对不具体的行动要求 Agent 重新生成。

一条完整个人行动应包含：

• 对象：客户或商机。
• 联系人：需要沟通的关键人员。
• 动作：需要执行的具体事项。
• 目标：本次行动要取得的业务结果。
• 截止时间：明确日期或时间范围。
• 验证标准：可确认动作有效完成的事实。

行动清单不能只写“继续关注”等模糊表达。行动过于模糊时，请补充对象、动作、截止时间和验证标准。优先事项过多时，请按 P0、P1、P2 数量上限重新整理。

3.4 生成与解读团队报表

团队报表面向销售主管、经理、区域经理或销售总监。它关注团队整体状态、个体异常、跨 AE 风险和主管行动。

周期	业务问题	核心输出
团队日报	哪些异常需要主管当天处理	管理摘要、关键结果、AE 异常、客户异动、主管关注、明日行动
团队周报	本周经营状态和下周抓手是什么	经营摘要、关键结果、上周动作、AE 表现、重点商机、跨 AE 风险、下周打法
团队月报	团队结构是否健康，下月如何配置资源	目标与结构、Pipeline、AE 分层、客户与行业、风险、资源配置、趋势

[!WARNING]
有数据的 AE 不等于全部团队。完整团队名单是覆盖基线。缺少数据的 AE 必须明确标注，不能被静默剔除。

3.4.1 生成团队日报

团队日报帮助主管定位当天异常，并安排介入动作。

[!IMPORTANT]

• 适用角色：销售主管、经理、区域经理或销售总监。
• 范围要求：明确团队、部门、区域或 AE 列表。
• 数据权限：确认您可以读取团队成员及相关业务数据。

1. 在销售周日报 Agent 中，输入“生成销售一部今日团队日报”。
2. 如需其他日期，请写明具体自然日。
3. 检查 Agent 识别的团队范围和日期。
4. 检查团队成员的数据覆盖状态。
5. 查看今日管理摘要和管理信号。
6. 核对今日关键结果。
7. 检查 AE 异常和执行缺口。
8. 查看重点客户或商机异动。
9. 核对主管当天介入事项。
10. 检查明日团队行动。

团队日报按团队整体、AE、客户与商机、阶段和时间聚合数据。完整日报包含今日结果、异常 AE、客户异动、主管关注事项和明日行动。团队成员数量不完整时，请核对团队、区域或 AE 列表。某名 AE 没有结果时，请查看其数据覆盖状态，并区分无数据和权限不足。

3.4.2 生成团队周报

团队周报连接经营结果、AE 异常和下周管理动作。

[!IMPORTANT]

• 适用角色：销售主管、经理、区域经理或销售总监。
• 周期口径：周报使用 ISO 周一至周日。
• 历史数据：上期动作闭环依赖上一周团队日志。

1. 在销售周日报 Agent 中，输入“生成销售一部本周团队周报”。
2. 如需精确范围，请提供区域或 AE 列表。
3. 检查团队范围、ISO 周和数据覆盖状态。
4. 查看本周经营摘要和关键经营信号。
5. 核对本周关键结果。
6. 检查上周管理动作的完成情况。
7. 查看 AE 表现、异常和重点商机。
8. 检查本周打法复盘。
9. 查看跨 AE 和客户级风险。
10. 核对下周团队打法和主管动作。

Agent 精确读取上一周团队日志，并将上期管理动作与本周事实对账。更早日志不能代替上一周记录。团队周报以完整 AE 名单为覆盖基线。无数据、权限不足、未触发查询和查询失败分别标注。

[!WARNING]
团队周报必须读取上一周团队日志。更早的日志不能代替上周管理动作。

完整周报包含团队状态、AE 异常、重点商机、打法复盘、跨 AE 风险和下周动作。报表不能用平均值掩盖个体异常。上期管理动作没有闭环时，请检查上一周团队日志。团队平均值正常但存在异常时，请查看 AE 横向对比、重点客户和重点商机。

3.4.3 生成团队月报

团队月报用于评估经营结构，并规划下月资源。

[!IMPORTANT]

• 适用角色：销售主管、经理、区域经理或销售总监。
• 周期口径：月报使用自然月。
• 范围要求：明确团队、区域或 AE 列表。

1. 在销售周日报 Agent 中，输入“生成销售一部本月团队月报”。
2. 如需历史月份，请写明 YYYY-MM。
3. 检查团队范围和自然月周期。
4. 检查各 AE 的数据覆盖状态。
5. 查看月度经营摘要和目标完成情况。
6. 检查成交与 Pipeline 结构。
7. 查看 AE 表现分层和趋势。
8. 复盘重点客户与行业情况。
9. 检查主要风险和管理问题。
10. 核对下月资源配置和管理节奏。

团队月报按团队整体、AE、客户与商机、阶段和时间维度聚合数据。分析同时覆盖目标、成交、回款、Pipeline 和人员活跃度。团队结果过度集中时，报表应指出涉及的 AE、客户或商机，供主管调整资源配置。

检查月报时，请确认：

• 目标与回款完成率是否健康。
• Pipeline 新增与消耗是否平衡。
• 高风险客户是否过度集中。
• 资源配置是否对应重点客户和商机。

完整月报包含目标、Pipeline 结构、AE 分层、客户趋势、主要风险和下月资源配置。沉默 AE 没有出现在报表中时，请按完整团队名单检查覆盖范围。目标完成率无法计算时，请检查目标和回款数据；无法读取时，报表应标明覆盖状态。

3.4.4 分析 AE 表现与跨 AE 风险

团队报表不会把个人报表简单拼接，也不会用团队平均值掩盖个体异常。

1. 查看团队目标与实际结果。
2. 对比各 AE 的 Pipeline、成交和回款。
3. 检查每名 AE 的风险和异常。
4. 区分短期波动与持续问题。
5. 找出需要主管介入的 AE。

风险	判断重点
竞品集中渗透	同一竞品是否在多个 AE 或客户中进入关键阶段。
Pipeline 质量下降	金额是否增长，但深度阶段商机没有增加。
AE 状态异常	目标、活动或商机推进是否明显偏离。
资源过度集中	结果是否过度依赖少数 AE、客户或商机。
团队执行风险	管理动作是否连续延期或缺少验证结果。

分析结论应指出团队共性风险，并定位具体 AE、客户或商机。AE 对比范围不完整时，请核对完整团队名单和缺失成员的数据状态。风险无法定位时，请要求 Agent 标明对应业务对象。

3.4.5 落实团队管理行动

管理行动把团队风险转化为可追踪的主管任务。

1. 在团队报表中找到 P0、P1、P2 管理动作。
2. 优先检查需要主管立即介入的 P0 动作。
3. 为每条 P0 和 P1 指定负责人。
4. 明确涉及的 AE、客户或商机。
5. 检查动作是否具体。
6. 检查截止时间是否明确。
7. 检查验证标准是否可观察。
8. 将资源调整与经营风险对应。
9. 对模糊动作要求 Agent 重新生成。
10. 在下一期团队报表中复盘执行结果。

每条 P0 和 P1 管理动作应包含：

• 负责人：执行或推动该动作的人员。
• 对象：涉及的 AE、客户或商机。
• 动作：主管需要采取的具体措施。
• 截止时间：明确完成时点。
• 验证标准：可确认动作完成和有效的事实。

团队管理动作不能只写“继续关注”等模糊表达。缺少负责人时，请补充负责人、对象和截止时间。下期无法核对执行结果时，请为当前动作补充可观察的验证标准。

3.5 查看 Markdown 与 HTML 报表

Agent 在对话中完整展示 Markdown 正文，不使用代码块包裹正文，不折叠正文，也不只返回文件路径。除非用户明确关闭，Agent 默认生成同前缀 HTML 页面。用户可以指定简洁版或详细版；用户未指定且不急于生成时，Agent 应先让用户二选一。

[!IMPORTANT]

• 已完成个人或团队报表生成。
• 报表已返回 Markdown 正文。
• 请求未明确关闭 HTML 输出。

查看 Markdown 正文

1. 在 Agent 对话中，查看完整 Markdown 正文。
2. 检查标题中的角色和周期。
3. 检查摘要、结果、风险和行动模块。
4. 检查数据覆盖说明。
5. 检查 CRM 保存预览。

查看 HTML 页面

1. 找到与 Markdown 报表同前缀的 HTML 页面。
2. 在 Web 端检查页面内容。
3. 在移动端检查页面适配效果。
4. 在团队报表中，检查各页签的内容范围。
5. 核对 HTML 与 Markdown 的关键结论。

团队报表支持多页签 HTML。页签可按经营结果、AE 表现、客户与风险、管理行动等主题组织。Markdown 与 HTML 应使用同一人员范围和周期，关键结果、风险和行动保持一致。

[!NOTE]
HTML 是报表展示形态，不表示内容已经保存到 CRM。

没有生成 HTML 页面时，请确认请求没有关闭 HTML 输出，然后重新生成报表。两种输出的结论不一致时，请核对人员范围和周期，并使用同一次报表结果对照。

3.6 确认并保存 CRM 日志

保存确认用于防止错误报表写入 CRM 日志。

[!IMPORTANT]

• 已生成完整报表。
• Agent 已展示中文保存预览。
• 您拥有 CRM 日志写入权限。

保存预览只展示以下中文字段：

字段	内容
业务类型	日计划、周计划或月计划
时间	与报表周期对应的日期
本期工作总结	本期结果、复盘和风险摘要
下期工作计划	下一周期的行动安排
心得体会	本期经验与判断
点评人	相关点评人员

1. 检查业务类型和日期。
2. 核对本期工作总结。
3. 核对下期工作计划。
4. 检查心得体会和点评人。
5. 如需修改，请先提出修改要求。
6. 内容准确后，发送明确保存指令。
7. 查看 Agent 返回的保存结果。

明确保存指令包括：

• “确认保存”。
• “保存到 CRM”。
• “写入日志对象”。
• “是，保存”。

保存日期规则：

• 日报使用当天日期。
• 周报使用 ISO 周的周日。
• 月报使用自然月最后一天。

[!WARNING]
用户未确认、要求修改、仍有疑问或团队范围不明时，Agent 不能写入 CRM 日志。HTML 页面生成不等于 CRM 保存成功。

日志没有保存时，请检查明确保存指令和日志写入权限。保存日期不正确时，请按日报、ISO 周或自然月规则核对 journal_time。

04-管理员配置指南

本章面向系统管理员。管理员任务包括挂载 Skill、配置路由、数据、权限、指标、规则和输出，并在发布前完成验证。

4.1 挂载个人与团队报表 Skill

同时挂载两个 Skill，覆盖个人和团队复盘。

[!IMPORTANT]

• 您需要拥有 Agent 和 Skill 的管理权限。
• 确认个人报表和团队报表的适用角色。
• 准备用于路由验证的个人与团队测试请求。

Agent 能力	挂载 Skill	适用范围
个人周日报	sfa-journal-personal-report	个人日报、周报和月报
团队周日报	sfa-journal-team-report	团队日报、周报和月报

1. 在销售周日报 Agent 的 Skill 配置中，添加 sfa-journal-personal-report。
2. 在同一 Agent 中，添加 sfa-journal-team-report。
3. 保存 Agent 的 Skill 挂载关系。
4. 使用“生成我本周销售周报”测试个人路由。
5. 使用“生成销售一部本周团队周报”测试团队路由。
6. 检查两类请求是否进入对应 Skill。

验证时，个人请求应生成单个销售人员的报表。团队请求应生成包含 AE 对比和管理动作的团队经营报表。个人报表不能输出团队排名，团队报表不能退化为多份个人报表拼接。

个人请求误入团队报表时，请检查意图路由，并确认请求中没有团队管理信号。团队请求生成个人报表时，请确认团队 Skill 已挂载，并补充团队或 AE 范围。

4.2 配置意图路由

清晰的路由规则可以避免个人和团队报表混用。

[!IMPORTANT]

• 已挂载个人和团队报表 Skill。
• 已确定个人与团队的业务用语。
• 已准备覆盖边界情况的测试语句。

用户表达	目标路由
销售日报、销售周报、周日报、本周工作总结	个人报表
下周工作建议、我的客户与商机	个人报表
团队日报、团队周报、部门周报、区域周报	团队报表
销售经理周报、多个 AE、下属	团队报表
AE 对比、排名、跨 AE 风险、主管介入建议	团队报表

1. 为个人报表设置个人视角和周期关键词。
2. 为团队报表设置团队、部门、区域和管理角色关键词。
3. 为团队报表补充多个 AE 和横向对比信号。
4. 设置无团队信号时的默认个人路由。
5. 设置“周日报”归入周报。
6. 保存路由规则。
7. 使用个人和团队测试语句验证结果。

[!WARNING]
“本周销售周报”没有团队信号时，应进入个人周报。“周日报”应进入周报。

验证时，个人请求不能输出 AE 排名或主管动作。团队请求不能退化为多份个人报表拼接。默认销售周报进入团队路由时，请检查团队关键词。“周日报”进入日报路由时，请将其明确归入周报规则。

4.3 配置 CRM 数据源与字段映射

明确对象和字段，可以提高报表事实的可追溯性。

[!IMPORTANT]

• 已确认租户内相关 CRM 对象可用。
• 已确认对象 API 名称和字段定义。
• 已确定个人和团队的人员过滤方式。

中文对象	API 名称	用途
日志	JournalObj	历史报表、上期承诺、上期管理动作和本期保存目标
销售记录	ActiveRecordObj	跟进动态、客户反馈、沟通结论、承诺和风险信号
日程	ScheduleObj	会议、拜访计划、待办和计划动作
外勤	CheckinsObj	现场拜访轨迹和沟通记录
商机	NewOpportunityObj	阶段、金额、赢率、预计结单、状态和 Pipeline
订单	SalesOrderObj	成交金额和订单结果
回款	PaymentObj	回款金额、到账时间和回款节奏
客户	AccountObj	客户名称、成交状态、来源和最后跟进时间
线索	LeadsObj	新增线索、线索阶段和线索转化
联系人	ContactObj	关键联系人、职务和主联系人标记
人员	PersonnelObj	销售人员、AE、团队成员和负责人

日志、销售记录和商机是核心事实来源。订单、回款、日程、外勤、客户、线索和联系人按分析需要补查。

1. 配置日志对象 JournalObj。
2. 配置销售记录对象 ActiveRecordObj。
3. 配置商机对象 NewOpportunityObj。
4. 按需配置订单、回款、日程和外勤对象。
5. 按需配置客户、线索、联系人和人员对象。
6. 为每个对象执行字段描述查询。
7. 只使用已确认存在的字段。
8. 配置人员或团队过滤字段。
9. 配置时间字段和查询上限。
10. 按查询批次验证返回结果。

配置日志写入前，请按当前租户枚举确认 record_type、period_type、员工 ID 字段和日志对象必填字段。这些字段必须与保存预览和 journal_time 日期规则一致。

[!WARNING]
字段未确认时不要猜测字段。查询失败也不能写成无数据。

验证时，字段描述查询应先于业务数据查询。可选对象只在相关指标无法判断时读取。每类数据都应返回明确覆盖状态。查询提示字段不存在时，请先执行字段描述查询。成交或回款指标缺失时，请检查 Batch C 触发条件和对象权限。

4.4 配置查询批次

按固定批次读取数据，可以避免无效查询，并确保关键事实优先。

批次	内容	触发条件
Batch A	字段确认	首次查询对象前执行 describe。
Batch B	核心事实	并行查询日志、销售记录和商机。
Batch C	指标补查	成交或回款无法判断，或用户明确要求明细时，查询订单和回款。
Batch D	可选事实	承诺、会议、拜访或待办无法判断时，查询日程和外勤。
Batch E	扩展上下文	缺少客户名、线索、联系人、行业或状态时补查。

每次查询计划应明确：

• 查询对象。
• 时间窗口。
• 人员或团队过滤方式。
• 时间字段。
• 选择字段。
• 查询上限。

1. 先判断个人或团队范围。
2. 再确定日报、周报或月报周期。
3. 执行 Batch A 确认字段。
4. 执行 Batch B 获取核心事实。
5. 只在需要时执行 Batch C 至 Batch E。
6. 为每类数据记录覆盖状态。

4.5 配置数据权限与日志写入权限

权限隔离用于保护个人数据，并控制团队汇总范围。

[!IMPORTANT]

• 已确定个人销售和销售管理者的角色范围。
• 已配置人员与团队成员关系。
• 已确认 CRM 日志对象可用。

权限类型	要求
个人读取	个人销售只读取自己可见的客户、商机、销售记录、订单、回款和日志。
团队读取	主管可以汇总团队成员及相关客户、商机和日志。
日志写入	CRM 日志写入需要单独授权。
数据说明	权限不足必须标记为“权限不足未读取”，不能写成无数据。

1. 为个人销售配置本人可见数据范围。
2. 覆盖客户、商机、销售记录、订单、回款和日志。
3. 为主管配置团队成员汇总范围。
4. 覆盖团队客户、商机和日志数据。
5. 单独配置 CRM 日志写入权限。
6. 使用个人账号验证个人数据范围。
7. 使用管理账号验证团队数据范围。
8. 使用无写入权限账号验证保存限制。

[!WARNING]
用户未明确确认时，Agent 不能写入 CRM 日志。用户没有写入权限时，Agent 也不能声称保存成功。

验证时，个人报表不能读取超出本人可见范围的数据。团队报表应覆盖完整团队，而不是只有有数据的 AE。个人用户读取到团队数据时，请检查个人可见范围和对象权限。用户确认后仍无法保存时，请检查日志写入权限和对象必填字段。

4.6 配置统计周期与指标口径

统一周期和指标，可以保证各期报表可对比。

[!IMPORTANT]

• 已确认企业使用自然周还是销售周。
• 已确认目标、成交、回款和 Pipeline 的业务口径。
• 已确认深度阶段商机的范围。

配置周期口径

1. 将日报配置为自然日。
2. 将周报默认配置为 ISO 周一至周日。
3. 如企业使用销售周，请配置周起止规则。
4. 将月报配置为自然月。
5. 让标题、查询和保存使用同一日期范围。
6. 配置日志时间：日报取当天，周报取周日，月报取月末。

配置指标口径

1. 确认目标完成率的分子与分母。
2. 确认成交与回款使用的对象和时间字段。
3. 确认 Pipeline 金额和覆盖倍数口径。
4. 定义深度阶段商机。
5. 配置产品线、区域、行业等扩展维度。
6. 使用真实样例验证各项计算。

[!WARNING]
不同指标使用不同日期口径时，报表结论可能无法对比。发布前必须统一口径。

验证时，标题、查询和保存日期应一致。“周日报”按周报处理。周报日期不一致时，请检查标题、查询和保存是否使用同一周起止规则。指标无法横向比较时，请统一成交、回款、Pipeline 和深度阶段口径。

4.7 配置风险与行动规则

统一风险和行动规则，可以稳定复盘判断口径。

[!IMPORTANT]

• 已确认企业的销售阶段和 Pipeline 口径。
• 已确认停滞、竞品和关键联系人风险定义。
• 已确定个人与主管行动的责任边界。

配置风险规则

1. 配置商机停滞天数。
2. 配置竞品进入 Demo、POC 或报价阶段的风险升级。
3. 配置 Champion 失联判断条件。
4. 配置承诺泡沫判断条件。
5. 配置 Pipeline 集中和虚高阈值。
6. 配置跨 AE 风险的聚合条件。
7. 使用真实个人和团队样例验证结果。

配置行动规则

1. 设置个人 P0 不超过 3 条。
2. 设置个人 P1 不超过 5 条。
3. 设置个人 P2 不超过 3 条。
4. 要求个人行动包含对象、联系人、动作、目标、截止时间和验证标准。
5. 要求团队 P0、P1 包含负责人、对象、动作、截止时间和验证标准。
6. 阻止“继续关注”等模糊动作作为完整建议。

验证时，风险结论应能追溯到 CRM 事实。个人报表不能输出主管资源协调动作。团队报表应包含管理视角和跨 AE 风险。风险结论缺少事实时，请检查数据覆盖状态和输入字段。行动数量超过上限时，请检查优先级规则并重新生成。

4.8 配置报表输出与 HTML 模板

统一输出模板，可以保证多种报表形式内容一致。

[!IMPORTANT]

• 已确认个人与团队报表的内容结构。
• 已准备需要使用的品牌样式。
• 已确定简洁版和详细版的适用范围。

配置项	预设值
Markdown 正文	在对话中完整展示
HTML 输出	默认开启
团队 HTML	支持多页签页面
输出粒度	简洁版或详细版
CRM 保存	先展示预览，再等待明确确认

1. 保持 Markdown 正文完整展示。
2. 配置同前缀 HTML 页面输出。
3. 配置简洁版和详细版选项。
4. 调整品牌色和模块顺序。
5. 按经营结果、AE 表现和风险等主题配置团队页签。
6. 调整导出样式。
7. 配置个人文件名前缀 personal-report。
8. 配置团队文件名前缀 team-report。
9. 在 Web 和移动端验证 HTML 页面。

用户未指定输出粒度且不急于生成时，应提供简洁版和详细版供用户二选一。

文件命名规则：

• 个人：personal-report-[period]-[date-or-range].md/html
• 团队：team-report-[period]-[date-or-range].md/html

[!NOTE]
HTML 只是展示形态。页面生成不表示 CRM 日志已经保存。

验证时，Markdown 正文不能折叠或只返回文件路径。HTML 与 Markdown 的关键结论应一致。文件名应能区分角色、周期和日期范围。HTML 页面没有生成时，请检查输出开关。两种输出结论不一致时，请核对人员范围和周期。

4.9 测试并发布本地定制 Skill

当前预设 Skill 不支持在线复制修改时，可以使用本地定制方式。

可配置项	说明
数据源	替换或新增目标、配额、任务、自定义对象、行业字段和团队字段。
指标口径	调整成交、回款、目标完成率、Pipeline 和深度阶段定义。
周期口径	将 ISO 周替换为企业销售周。
输出维度	增加产品线、区域、行业、客户等级和商机类型。
风险规则	调整停滞天数、竞品阶段、Champion 失联和 Pipeline 集中阈值。
模板样式	调整品牌色、模块顺序、页签名称和导出样式。
日志写入	按租户确认 record_type、period_type、员工 ID 和必填字段。

[!IMPORTANT]

• 准备个人周报、团队周报和月报的真实样例。
• 确认数据源、字段、口径和权限配置。
• 保留当前已验证版本，以便未通过测试时继续使用。

1. 下载预设 Skill 到本地。
2. 修改数据源、字段映射或查询口径。
3. 修改 rules 中的周期结构、风险规则或行动规则。
4. 修改 assets 中的 HTML 模板样式。
5. 使用真实个人周报、团队周报和月报样例测试。
6. 检查数据权限和数据覆盖状态。
7. 检查 Markdown 与 HTML 输出质量。
8. 验证 CRM 日志保存预览。
9. 验证未确认时不会写入日志。
10. 所有检查通过后，发布定制 Skill。

发布前应满足以下条件：

• 个人和团队意图路由正确。
• 日报、周报和月报周期正确。
• 字段查询不使用未确认字段。
• 个人与团队数据范围符合权限。
• 风险结论有事实依据。
• 行动建议符合数量和字段要求。
• 保存操作需要用户明确确认。

[!WARNING]
测试未通过时，不要发布定制 Skill。请按失败项检查数据、规则或权限，并继续使用当前已验证版本。

05-参考资料

5.1 CRM 对象与查询批次

默认 CRM 对象

中文对象	API 名称	用途
日志	JournalObj	历史报表、上期承诺、上期管理动作和本期保存目标
销售记录	ActiveRecordObj	跟进动态、客户反馈、沟通结论、承诺和风险信号
日程	ScheduleObj	会议、拜访计划、待办和计划动作
外勤	CheckinsObj	现场拜访轨迹和沟通记录
商机	NewOpportunityObj	阶段、金额、赢率、预计结单、状态和 Pipeline
订单	SalesOrderObj	成交金额和订单结果
回款	PaymentObj	回款金额、到账时间和回款节奏
客户	AccountObj	客户名称、成交状态、来源和最后跟进时间
线索	LeadsObj	新增线索、线索阶段和线索转化
联系人	ContactObj	关键联系人、职务和主联系人标记
人员	PersonnelObj	销售人员、AE、团队成员和负责人

对象使用规则：

• 首次查询对象前先执行字段描述查询。
• 日志、销售记录和商机属于核心事实来源。
• 订单和回款用于补充成交与回款指标。
• 日程和外勤用于补充承诺、会议、拜访和待办。
• 客户、线索和联系人用于补充业务上下文。

数据查询批次

批次	内容	说明
Batch A	字段确认	首次查询对象前执行 describe，确认字段存在。
Batch B	核心事实	并行查询日志、销售记录和商机。
Batch C	指标补查	成交或回款无法判断，或用户明确要求明细时，查询订单和回款。
Batch D	可选事实	承诺、会议、拜访或待办无法判断时，查询日程和外勤。
Batch E	扩展上下文	缺少客户名、线索、联系人、行业或状态时补查。

查询计划必须明确查询对象、时间窗口、人员或团队过滤方式、时间字段、选择字段和查询上限。执行时，先判断个人或团队范围，再确定日报、周报或月报周期。完成 Batch A 和 Batch B 后，只在需要时执行 Batch C 至 Batch E，并为每类数据记录覆盖状态。

5.2 KPI 与风险基准

个人报表基准

类型	健康基准	预警基准
个人周报	周新增客户 2～3 个；待办完成率 >= 80%	周新增客户少于 1 个；待办完成率 < 60%；连续未推进商机超过 3 个
个人月报	月目标完成率 >= 80%；Pipeline 覆盖 >= 月目标 x3；深度阶段占比 >= 30%	月目标完成率 < 60%；Pipeline 覆盖 < 月目标 x2.5

团队报表基准

类型	健康基准	预警基准
团队周报	目标完成率 >= 80%；Pipeline >= 月目标 x3	目标完成率 < 60%；深度阶段商机占比 < 20%
团队月报	月目标或回款完成率 >= 80%	Pipeline 新增与消耗比 < 1；高风险客户占比 > 30%

Pipeline 与竞品风险

风险	判断基准
Pipeline 偏浅	初步接触阶段占比 > 40%。
增长质量存疑	Pipeline 增长，但深度阶段商机没有增加。
竞品风险升级	竞品进入 Demo、POC 或报价阶段。
跨 AE 竞品风险	多个 AE 或多个客户出现同一竞品信号。

[!NOTE]
这些数值是预设基准。企业可以按自身指标口径调整。

5.3 报表结构、路由与保存字段

六类报表输出结构

报表	定位	核心模块
个人日报	今日执行闭环	今日摘要、执行信号、结果、重点跟进、待办、风险、明日行动、数据说明、保存确认
个人周报	销售战报	本周摘要、经营信号、承诺对账、成果、重点客户与商机、风险、复盘、下周行动、数据说明、保存确认
个人月报	经营复盘	月度摘要、目标完成、成交与 Pipeline、成果、客户复盘、风险与损失、趋势、下月策略、数据说明、保存确认
团队日报	当日管理看板	管理摘要、管理信号、关键结果、AE 异常、客户异动、主管关注、明日行动
团队周报	周度经营战报	经营摘要、经营信号、关键结果、上周动作、AE 表现、重点商机、打法复盘、跨 AE 风险、下周打法
团队月报	月度经营复盘	经营摘要、目标与结构、成交与 Pipeline、AE 分层、客户与行业、风险、资源配置、趋势判断

路由规则

信号	路由结果
单个销售人员、“我”、销售周报	个人报表
团队、部门、区域、主管、总监	团队报表
多个 AE、AE 对比、排名、跨 AE 风险	团队报表
无团队信号的“本周销售周报”	个人周报
“周日报”	周报

周期规则

报表	查询周期	journal_time
日报	自然日	当天
周报	ISO 周一至周日	ISO 周日
月报	自然月	自然月最后一天

标题、查询和保存必须使用同一日期口径。

CRM 保存预览字段

字段	内容
业务类型	日计划、周计划或月计划
时间	与日报、周报或月报周期对应的日期
本期工作总结	本期结果、复盘和风险摘要
下期工作计划	下一周期的行动安排
心得体会	本期经验与判断
点评人	相关点评人员

个人行动包含客户或商机、联系人、动作、目标、验证标准和截止时间。团队 P0、P1 动作还包含负责人和涉及的 AE。

只有“确认保存”“保存到 CRM”“写入日志对象”和“是，保存”等明确表达可以触发保存。用户尚未确认、要求修改、仍有疑问、团队范围无法确认或没有日志写入权限时，不能保存。

5.4 数据覆盖状态与使用限制

数据覆盖状态

状态	含义
已读取	查询成功，并取得可用于分析的数据。
无数据	查询成功，但当前范围内没有记录。
权限不足	当前用户不能读取目标数据。
未触发查询	当前分析不需要该类数据。
查询失败	查询执行失败，不能据此判断业务状态。

[!WARNING]
CRM 数据为空不等于业务为空。无数据、权限不足、未触发查询和查询失败必须分别表达。

角色限制

• 个人报表不能输出团队排名、AE 对比或主管资源协调。
• 团队报表不能把个人报表简单拼接。
• 团队平均值不能掩盖个体异常。
• 有数据的 AE 不能代替完整团队名单。

周期与事实限制

• 周报必须使用 ISO 自然周，不能使用滚动 7 天。
• 字段未确认时不能猜测字段。
• 团队周报必须精确读取上一周团队日志。
• 更早日志不能代替上一周管理动作。

保存限制

• 未经用户明确确认，不得写入 CRM 日志。
• 没有写入权限时，不能声称保存成功。
• HTML 页面生成不等于 CRM 保存完成。