#CRIDO 场景分析

CRIDO 把“希望数字员工帮忙”拆成一条可验证的工作链。它不是工具清单，而是选择员工、能力和交付方式之前的业务分析方法。

Cue → Reference → Input → Do → Output
触发 → 执行依据 → 本次输入 → 实际动作 → 可核验结果

#五个环节分别回答什么

Reference 与 Input 不同。 交期计算规则是依据；某笔订单的日期是本次输入。Cue 与 Do 不同。 每天早上是触发条件，读取业务台账才是执行动作。Calendar Sources 为计划任务提供工作日、节假日或排班上下文；WebSkill 属于浏览器执行流程的复用经验。

#示例：每日经营简报

这是用于设计方案的示例，需接入企业真实数据并试跑后验收。

如果业务记录尚不可访问，不能把“自动理解所有经营情况”写成 Input。如果简报已生成但未送达，只能记录生成成功，不能认定完整闭环通过。完整方案见经营分析。

#可复制的场景卡

场景名称 / 业务目标：
服务对象 / 目标 Team：
Cue（谁、何时、从哪里启动）：
Reference（规则、Skill、资料与版本）：
Input（实际可读取的字段、文件与身份）：
Do（所需能力、动作和人工确认点）：
Output（结果落点、接收人和证据）：
依赖能力与准备负责人：
当前状态（待验证 / 试点 / 已完成本场景验收）：
最小验证路径：
不做范围：

状态是方案记录方式，不代表平台提供同名状态字段。填写时标出尚未验证的依赖，避免把可选能力写成承诺。

#从场景卡进入装配

1. 用业务样例检查五个环节是否都有实际对象和负责人。
2. 按Team 方案设计确定岗位、协作者和资源范围。
3. 用工具集速查选择最小能力组合，补齐连接与授权。
4. 为每个 Output 写验收用例，包含失败与权限不足路径。

同一业务目标可以由单个员工完成，也可以通过任务接力。不以工具数量或员工数量代替业务闭环质量。