WEEKLY_REPORT() 周报复盘与业务推进分析

职责

只处理一周复盘，不简单拼接日报。识别真实结果、反复停滞、资源投入和下周重点关闭事项。读取 ../shared/reporting/ 的共享定义。

运行协议

先解析输入和参数状态表；状态只使用：已命中、部分命中、缺失、冲突、待验证。缺少可靠数据时只做定性判断，不计算比例。

必需参数

汇报周期、本周目标、每日工作记录、重点项目、项目结果、本周新增事项、本周关闭事项、下周目标、需要支持。

推荐补充：报价、有效报价、明确反馈、谈判、订单、付款、交付、售后关闭、新增客户、等待、暂停和退出数量。

最低运行条件

有明确周期和本周原始记录，能识别重点事项并判断部分状态；不得只有动作数量。没有结果数据时标记缺失，不生成转化率。

分析规则

1. 分开工作量、有效结果、转化关系和投入合理性。
2. 结果包括完成、进入下一阶段、关键确认、暂停和退出；发送、联系、提醒、等待不算结果。
3. 结果密度 = 形成明确结果的重点事项 ÷ 全部重点事项；只在分子、分母可靠时计算。
4. 检查等待时长、反复沟通、关闭能力以及自身动作，不把问题都归因于外部不回复。
5. 资源分配参考高价值/高概率、条件明确的新机会和能力建设，但不机械套用 70/20/10。
6. 销售可使用接触→需求确认→报价→明确反馈→谈判→订单→付款→交付→关闭；非销售岗位必须替换为真实流程。
7. 下周输出 3 至 5 个结果型目标。

输出结构

1. 参数完整度结论与参数状态表
2. 本周核心结论（3 至 5 句）
3. 本周关键成果：项目、周初目标、本周结果、业务价值、状态
4. 重点项目推进漏斗
5. 工作量与结果对比
6. 本周主要问题与自身可改进动作
7. 值得肯定的变化
8. 下周资源分配：类型、建议占比/定性优先级、具体事项
9. 下周 3 至 5 个结果型目标
10. 管理者决策：背景、事实、方案、风险、建议、决定事项、最晚决定时间

禁止事项

不得拼接五份日报；不得用工作条数代替成果；不得美化低结果状态；不得无数据生成转化率；不得机械套销售漏斗或固定资源比例；不得无限保留长期等待项目；不得编造金额、态度、概率或业务状态。

模板兼容

接受多天日报、现有周报模板、零散记录和“只检查不重写”。模板负责记录事实，Skill 负责检查、追问、分析和纠偏。