业务目标与今日推进
这件事的业务目标是：把团队每天产生的文档、证据和 review 变成可复用的知识资产、可执行的下一步、可避免的反模式，并服务产品交付、研发协作、客户项目推进和团队管理透明度。
今天有前进。 前进点是周度业务包把市场、招投标、需求挖掘、团队周汇总和机会总账收到了一个入口里。证据是 22 个 W25 输出文件、24 页市场简报、6 条招投标线索、3 项目/14 消息/10 信号/6 需求项的需求挖掘结果，以及 4 行机会总账。
边界也很清楚。 招投标线索还缺官方原文、联系人、预算和评分细则；客户需求挖掘是 mock 数据；同步盘写入被阻断；PDF 未生成。今天不能把这些写成已确认商机、真实客户需求或完整外发交付。
结论性复盘
| 今天结论性做成的事 | 为什么重要 | 数据或证据支撑 | 对业务目标的贡献 | 还差什么 |
|---|---|---|---|---|
| W25 智慧食堂周度业务包成型 | 把多条线收成一个恢复入口 | 22 个文件；统一索引；市场、招投标、需求、周汇总、机会总账齐备 | 提升管理透明度，减少重复自动化 | 同步盘正式归档和 PDF |
| 市场资讯形成保守版周报 | 避免把弱信号写成强行情 | 24 页；18 条正文；10 个来源；保留降级说明 | 支持产品和销售看政策、采购、合规方向 | 下周继续刷新公网事实 |
| 招投标情报完成 shadow run | 让售前看到线索，也看到不能直接推进的边界 | 6 条轻量线索；深拆 0；可见金额 0 元 | 形成线索补证 SOP | 官方原文、联系人、预算、评分细则 |
| 客户需求挖掘 pipeline 跑通 | 验证从消息到需求池、建议、backlog 的流程 | 3 项目、14 消息、10 信号、6 需求项、1 条高优先级 | 为真实客户材料自动归纳做准备 | 替换 mock 为真实授权材料 |
| 团队周汇总明确证据边界 | 不把项目证据误写成完整个人周报 | 8 条 team-weekly-items；7 个 source-index 来源 | 提升管理透明度 | 同事主动 inbox 输入 |
| 机会总账完成业务分层 | 把现金流、能力资产和停止项分开 | 4 行机会总账：现金流 C、能力杠杆 B/B、停止 D | 让机会判断有下一步和风险缺口 | 用真实证据重评等级 |
今天新增/更新了什么
- W25 团队周汇总：Markdown、HTML、事项 CSV 和来源索引。
- 智慧食堂周度业务包：统一索引、机会总账、市场资讯、招投标 shadow、客户需求挖掘 shadow。
- 市场资讯周报：24 页，覆盖政策监管、采购质量提升、广告证据合规、行业话题和消费洞察。
- 招投标周度分析：6 条天津轻量线索，全部待补官方原文。
- 客户需求挖掘：需求池、产品建议、backlog 和周报均已生成，但数据仍是 mock。
- 控制索引：`work/weekly-reports/index.csv` 和 `control/task-index/tasks.tsv` 有当天更新。
你现在应该看什么
| 文件或页面 | 为什么值得看 |
|---|---|
| 智慧食堂周度业务包索引 | 最快知道本周做了什么、哪些被降级、下一步怎么补。 |
| W25 团队周汇总 HTML | 给团队看的本周控制项目证据汇总。 |
| 智慧食堂市场资讯周报 | 看政策、采购、合规表达和校园轻量包方向。 |
| 招投标周度分析 | 售前先看为什么这 6 条线索不能直接进高价值管道。 |
| 客户需求洞察周报 | 看需求挖掘 pipeline 的输出形态，同时记住它还是 mock。 |
下一步怎么执行
| 事项 | 建议负责人或角色 | 下一步动作 | 截止或触发条件 | 证据路径 |
|---|---|---|---|---|
| 天津线索补证 | 售前负责人 / 市场情报 owner | 补官方原文、联系人、预算、评分细则、信息化范围 | 7 天内，或进入销售跟进前 | weekly-analysis.md |
| 需求挖掘换真实材料 | 产品负责人 / 交付负责人 | 用授权项目表、企业微信聊天、会议纪要或售后问题替换 mock inbox | 下次 W26 业务包前 | weekly_product_report.md |
| 监管报表 demo 打样 | 产品 + 研发 + 交付 | 先做监管报表、验收材料包、监管驾驶舱三个低风险样页 | 拿到真实材料后 1 个迭代内 | product_suggestions.csv |
| 周度业务包 owner 固化 | 周报/自动化 owner | 继续让 cpt-2 统一输出市场、招投标、需求和团队周汇总 | 每周五复盘前 | 业务包索引 |
| 同步盘正式件补交 | 可写环境执行人 | 在可写线程复制正式件或解除权限 | 需要对外归档或共享时 | 业务包索引 |
可以复用的好做法
- 周度业务包用一个 owner 统一收口，避免市场、招投标、需求、周报拆成互相重复的自动化。
- 线索报告必须同时写数量和降级边界，例如“6 条线索、0 个深拆、0 元可见金额、需补官方原文”。
- 需求挖掘 pipeline 可以先用 mock 验证结构，但报告必须醒目标注 mock-only。
- 机会总账按现金流、能力杠杆、长期期权、停止/忽略分层，不能因为信号新鲜就提升等级。
- 周报要区分“同事主动输入”和“控制项目证据汇总”。
详细候选见 accepted-patterns.md。
不要踩的坑
- 不要把纯餐饮外包、食材配送、餐饮服务采购直接计入智慧食堂信息化管道。
- 不要把 mock 需求写成客户真实反馈。
- 不要把公网搜索不稳定时的市场简报写成“发现强新增趋势”。
- 不要把 shadow run 输出当正式同步盘交付物。
- 不要把 HTML 已生成写成 PDF 已生成。
- 不要把未补官方原文的聚合线索用于正式投标、报价、客户承诺或对外材料。
完整质量门禁见 anti-patterns.md。
待确认问题
- W25 的 6 条天津线索里，哪 1-2 条值得售前补官方原文和联系人？
- 下周客户需求挖掘用哪个真实授权项目或聊天材料替换 mock 数据？
- 监管报表、验收材料包、监管驾驶舱三个 demo，谁负责产品口径，谁负责技术打样？
- W25 团队周汇总缺同事主动输入，是本周确实没有提交，还是 inbox 机制没有被团队使用？
- 同步盘 weekly 目录写入阻断后，后续由哪个可写环境补正式归档？
机会判断
| 机会 | 机会线 | 可靠性 | 下一步 | 风险/缺口 |
|---|---|---|---|---|
| 天津食堂餐饮服务/采购意向线索 | 智慧食堂现金流 | C | 7 天内补官方原文、联系人、预算、信息化范围 | 预算缺失、深拆为 0，不能进入高价值项目管道 |
| 监管报表与验收材料自动化 | 能力杠杆机会 | B | 用真实授权材料验证报表模板和人工耗时 | 当前为 mock，缺真实客户证据 |
| QBR / 续约增购主题包 | 能力杠杆机会 | B | 选一个存量客户做 QBR 样页 | 缺使用数据和续约窗口 |
| 只有餐饮外包或食材配送的线索 | 停止/忽略 | D | 仅保留来源 | 容易误记为信息化管道 |
完整机会记录见 opportunity-signals.md。