项目交付完成后文档编制及收集

适用边界

本 skill 以《一曲线标注项目 SOP》为业务基准：项目交付完成后，先完成最终数据交付和客户确认，再完成对账、复盘、知识库沉淀、回款/结算跟踪及客情维护。它负责“资料是否齐、内容是否可追溯、是否能归档”，不替代财务、法务或数据安全审批。

如用户提供新的 SOP、合同或客户模板，优先采用其要求；若与本清单冲突，标记冲突并请项目负责人确认，不擅自覆盖合同约定。

结项工作流

按以下顺序执行，并为每一步记录负责人、完成日期、来源链接/路径、版本和状态：

1. 确认项目范围：取得项目名称（全周期保持一致）、项目 ID、客户、项目经理、商务、供应商、交付批次、合同/报价版本、是否涉密、是否存在变更。
2. 冻结交付基线：以客户最终验收结果为准，锁定最终需求/规则、交付范围、质量标准、批次和变更记录；未获正式确认的口头信息不得作为结项依据。
3. 整理最终交付物：按客户要求导出数据，核对格式、数量、字段、版本、完整性和准确性；保留导出脚本/适配说明及抽检证据。
4. 完成安全交付留痕：优先使用公司指定方式（如 OSS 或平台下载）；保留交付邮件、下载/签收记录、客户确认和异常报备。客户指定方式必须有邮件报备及批准记录，未经批准不得交付。
5. 收集结项资料：向项目经理、商务、数据工程师、供应商管理、财务、客户和其他干系人发出定向收集请求；每份资料登记状态“已收/待补/不适用/待确认”。
6. 编制结项包：按“必交、条件必交、知识沉淀”分类整理，统一命名、版本、权限和目录；敏感数据只保留合规索引或受控副本。
7. 多方核验：项目经理核对业务一致性；商务核对客户和合同；供应商管理核对供应商产出与结算；财务核对对账、开票、回款和付款；PMO/项目总监核对完整性、可检索性与结项条件。
8. 关闭或升级：资料完整且审批通过后提交结项/归档；缺口形成责任人和截止日期。关键缺口未关闭时不得宣称项目已结项。

交付完成后的文档清单

A. 必须收集（所有项目）

• 项目主索引/结项台账：项目名称、项目 ID、客户、周期、负责人、合同/报价版本、交付批次、状态、归档位置、保密级别。
• 客户需求与规则最终版：客户原始需求文档、更新版需求文档、标注方案/项目说明书、规则及注意事项；注明最终生效版本。
• 项目计划与执行记录：任务分解、里程碑、资源/供应商分工、排期、DDL、风险及处理结果。
• 过程沟通留痕：客户和供应商会议纪要、关键结论邮件、答疑记录、问题闭环记录；电话/线下沟通须补会议纪要。
• 质量证据：项目经理抽检记录、准确率/驳回率、客户验收反馈、返工及培训记录、最终质量结论。
• 最终交付数据包索引：文件名、格式、数量/批次、生成时间、校验值（如适用）、交付方式、下载/签收证明；原始数据按权限存放。
• 数据导出与适配资料：导出脚本或脚本版本、格式适配需求、数据字段映射、执行日志、异常说明、数据工程师确认。
• 变更台账：变更请求、影响分析（范围/质量/成本/工期）、审批/客户确认、实施结果，以及受影响文档的更新版本。
• 客户验收材料：验收样例/报告、客户确认邮件或签字文件、验收通过日期、未通过项及关闭证据。
• 对账材料：客户交付量级和结算金额确认、平台统计截图/导出、供应商完成量级、扣款说明、财务审批记录。
• 归档证明：钉钉审批流/表单编号、项目集档案链接、知识库链接、最终归档目录及权限。

B. 按项目情况收集

• POC/试标项目：客户原始需求、更新版需求、POC 计划和人员分工、试标结果、效率/难度/模式/难点记录、算法提效对比、客户验收结果、成本评估审批、业务报价和商务合同。
• 使用供应商：供应商资质与选择依据、试标考核、项目说明书确认、培训/汰换记录、供应商日报/周报、质量反馈、单价设置及版本、供应商结算与付款资料。
• 分批交付：批次清单、每批完成池/客户验收通过证据、交付邮件和下一批放行记录。
• 客户线下验收或特殊传输：邮件模板、数据安全报备、批准记录、交付清单和客户签收证据。
• 涉密项目：仅按保密办要求线下归档；不得将涉密数据、截图或明文附件上传普通知识库/群聊，结项包中只放受控索引和保密归档凭证。
• 发生成本/工期/需求变更：预算变更、合同补充/重签文件、变更后的基线和新验收标准。

C. 结项后知识沉淀

• 复盘材料：商务、项目经理、供应商管理及其他干系人的得失、原因、可复用做法、问题和改进项；重大/重要项目必须安排复盘。
• 可复用知识：原始需求、培训文档、答疑文档、数据统计逻辑、批次信息、供应商单价设置及版本管理等。去除客户敏感信息后，写入可检索知识库。
• 运维/客情资料：如项目进入运维，保留巡检/运维报告、服务问题和客户满意度/回访记录；回款未完成的，保留催款进度和责任人。

编制规范

• 文件命名：项目名_阶段_文档类型_版本_YYYYMMDD；同一事实只保留一个“最终版”，旧版只读留存。
• 每份文档首页或元数据必须写明：项目 ID、客户、负责人、适用批次、状态（草稿/待确认/最终）、编制人、审核人、日期、来源。
• 证据优先级：合同/正式验收文件 > 客户邮件或系统记录 > 项目群纪要 > 口头信息。低等级证据不能替代高等级签批。
• 数据包与文档分离管理：结项文档引用受控数据位置，不在汇总报告中复制大体量或敏感数据；生成校验值并限制访问权限。
• 任何缺失、矛盾或无法验证的信息，标为“待确认”，列入缺口清单，不得用推测补齐。

核验门槛

提交结项前逐项回答“是/否/不适用”并附证据：

• 最终需求、规则、计划、变更和交付范围是否相互一致？
• 最终数据是否完成数量、格式、字段、质量和抽检核验？
• 客户是否以正式方式确认验收/接收？每批交付是否均有证据？
• 数据交付是否使用指定渠道；特殊渠道是否有批准？
• 项目、客户、供应商三方数量与金额是否对账一致？
• 供应商结算、客户回款、开票事项是否有状态和责任人？
• 复盘和知识库沉淀是否完成（按项目级别适用）？
• 所有文件是否可检索、版本唯一、权限正确、敏感信息受控？
• 是否已取得项目经理、商务、财务及 PMO/项目总监的结项确认？

若任一必答项为“否”，输出《结项缺口清单》：缺口、影响、补件负责人、截止日期、升级对象、临时控制措施。只有必交项全部关闭后，才将状态改为“已结项/已归档”。

输出物

根据用户需要生成以下一种或多种：

1. 《项目结项文档目录及索引》：目录、文件状态、责任人、来源、版本、权限。
2. 《项目交付完成报告》：交付范围、批次、质量、客户验收、数据交付、安全、成本/对账、未决事项。
3. 《结项缺口清单》：缺口和关闭计划。
4. 《项目复盘报告》：目标、结果、偏差、根因、经验、改进项和负责人。
5. 《知识库沉淀清单》：可复用条目、脱敏状态、标签、链接、适用场景。

默认先输出“文档清单 + 缺口”，再按用户要求起草正文或收集消息；不要在没有证据时直接声称归档完成。

钉钉/平台操作提示

收集在线文档时，保留原始链接、节点 ID 和读取日期；在线文档、表格、文件夹须先识别类型再选择读取或下载方式。涉及写入、移动、权限或发送消息的操作，先确认目标位置和对象。归档动作完成后回读或截图关键字段，确保不是“提交了流程但未真正归档”。