经营日报
优先试点这一场景的目标是把订单、销售、库存、现金、项目和异常数据整理成一页经营摘要、异常和待决策事项。
- 输入
- 订单、销售、库存、现金、项目和异常数据
- 输出
- 一页经营摘要、异常和待决策事项
- 验收
- 检查日报生成时间、异常发现提前量、决策材料返工率
- 边界
- 指标口径、更新时间和数据缺失必须显式展示

老板需要的是稳定的经营信息入口,让关键变化、承诺与风险更早浮出水面。
左起第一列是这个岗位可交给 WorkBuddy 的场景; 中间两列是它需要什么、能交付什么;最后一列是必须由人或系统决定的部分 —— 这一列才是评审时真正要看的,因为它决定哪些环节不能自动化。
| 场景 | 需要输入 | WorkBuddy可辅助交付 | 人工或系统边界 |
|---|---|---|---|
| 经营日报 | 订单、销售、库存、现金、项目和异常数据 | 一页经营摘要、异常和待决策事项 | 指标口径、更新时间和数据缺失必须显式展示 |
| 全局信息监控 | 行业、客户、竞品、政策关键词 | 每日情报、变化和影响判断 | 新闻和二手信息需标来源与可信度 |
| 决策材料准备 | 问题、历史数据、方案和约束 | 选项、利弊、风险、需补信息 | AI提供材料,不替老板承担决策责任 |
| 会议与承诺跟踪 | 会议转写、目标和负责人 | 决议、承诺、进度和逾期清单 | 责任人和期限须本人确认 |
| 战略拆解 | 战略目标、资源、组织和时间 | 关键结果、项目组合和假设清单 | 战略选择不能由模型自动决定 |
| 经营风险预警 | 财务、客户、供应、项目等信号 | 异常、影响和建议追问 | 预警阈值和升级机制由企业定义 |
| 组织使用AI治理 | 员工使用、权限、成本、产出和事故记录 | 采用率、成本、风险和改进清单 | 不能监控与工作无关的员工隐私 |
| 一人公司编排 | 业务目标、角色清单、流程和模板 | 研究、内容、销售、交付等任务队列 | 对外承诺、支付和发布仍由经营者批准 |
三个优先场景在各岗位下按同一套方法拆解:明确任务口径 → 收集并检查输入 → 让 WorkBuddy 执行整理、检索或生成 → 输出可编辑结果 → 由岗位负责人复核后进入下一流程。
这一场景的目标是把订单、销售、库存、现金、项目和异常数据整理成一页经营摘要、异常和待决策事项。

这一场景的目标是把行业、客户、竞品、政策关键词整理成每日情报、变化和影响判断。

这一场景的目标是把问题、历史数据、方案和约束整理成选项、利弊、风险、需补信息。
同一个岗位的场景会分散在四层里:文件层只用本地文档就能跑, 知识层要先建好有版本、有出处、有权限的资料,系统层要接业务系统, 决策层则必须保留人工批准。先看自己能从哪一层起步。
使用本地文档、表格和模板,结果可人工检查
建立有版本、有出处、有权限的知识资料
通过受控的Connector、MCP或API读写业务系统
展示依据、假设和影响,高风险决定由人批准
推荐先做“经营日报”。它所需输入是订单、销售、库存、现金、项目和异常数据,目标交付是一页经营摘要、异常和待决策事项。
试点可按四个动作推进:第一,抽取一批真实历史任务作为基线;第二,用同一批输入让人工流程和WorkBuddy流程并行;第三,记录失败、遗漏和人工修改原因;第四,只在结果稳定、权限清楚、可以回滚时扩大范围。
建议验收指标包括:日报生成时间、异常发现提前量、决策材料返工率。如果结果需要大量重做、来源无法追溯、系统写入不可回滚,试点应暂停并先修复数据或流程。
把你们这个岗位最耗人的一件事说清楚,我们按上面四层能力给出可切入点、需要对接的系统清单和人工边界 —— 不是通用方案,是照着你们现有流程改的版本。