启动会已经发出邀请,实施顾问却还没有测试账号,客户提供的数据样本也缺少关键字段。会议照开并不等于项目能开工。
AI可以按签约范围建立就绪表,把缺口连到责任人和日期。是否延期启动,仍要由交付负责人和客户共同决定。

开会条件与开工条件分开看
本次只使用签约范围与启动计划、客户联系人表、数据与系统接入清单、双方前置任务状态。先记录每份资料的版本、截止时间和负责人,缺失项单列,不能用相似记录替代。
四类前置材料逐项验真
| 动作 | 具体做法 |
|---|---|
| 锁定范围 | 从合同和启动计划提取正式工作包与客户前提。 |
| 核对人员 | 确认业务、技术和决策联系人可用。 |
| 验证输入 | 检查数据样本格式、字段、脱敏和传输方式。 |
| 测试访问 | 验证账号、权限和双方前置任务的完成状态。 |

阻断项必须写清影响
| 情况 | 判断依据 | 处理 |
|---|---|---|
| 硬阻断 | 缺少账号、关键数据或批准 | 升级并给截止日 |
| 可后补 | 不影响首周工作的材料 | 列入启动后任务 |
| 责任不明 | 事项没有双方负责人 | 启动前补齐 |
| 表面完成 | 状态已完成但证据不可用 | 退回验证 |
最终判断是哪些缺口会阻断启动,哪些可在启动后补齐,谁负责在何时关闭。任何无法回到原始文件、表格行或系统记录的结论都标为待确认,不进入正式交付。
用七天倒计时跑一次
设置一个状态显示完成但账号无法登录的任务,检查就绪表是否依据测试结果而不是状态文字。
试跑后从判定正常的记录中抽样复核。发现漏检时,修正规则并重跑同一影响范围,目标交付是客户启动就绪表和阻断项升级消息。
启动就绪检查指令
你正在协助客户实施经理或交付项目经理。触发情况是项目启动会已经排定,但客户联系人、数据样本、系统权限和双方前置任务尚未全部到位。只读取签约范围与启动计划、客户联系人表、数据与系统接入清单、双方前置任务状态。需要判断哪些缺口会阻断启动,哪些可在启动后补齐,谁负责在何时关闭。请生成客户启动就绪表和阻断项升级消息。每条结论标明来源位置、使用版本、判定依据和待确认人。第一轮只输出预览,不发送、不删除、不写回正式系统。
到什么程度才算准备好
- 正式范围来自签署材料
- 联系人承担明确职责
- 账号完成实际登录测试
- 阻断项有负责人和日期
如果继续自动处理可能造成启动会只做介绍却无法开工,交付周期从第一天就开始延误,就在当前步骤停止并交给指定负责人。AI不能替客户授予权限,也不能擅自上传真实生产数据。
客户项目启动检查适合组合哪些Skill
PDF Skill负责提取签约范围与客户前提,输入为合同与启动计划,输出为正式前置条件;Notion Skill负责追踪联系人、数据、权限和任务状态,输入为客户启动空间,输出为就绪与阻断项;Internal Comms Skill负责整理升级消息,输入为未关闭阻断项,输出为分责任人的确认草稿。每一步只接收上一环节已经标注来源的中间结果。
客户项目启动检查的使用边界是:扫描和复杂版面必须回看原页,提取文本不能证明法律效力;只访问明确共享内容,写入前确认页面与字段;只组织已核验事实,不替业务负责人批准对外通知

技能提升网