交付标准
交付标准：把包含项与不包含项摆在同一张台面上
合作里最容易出偏差的地方，不是推进速度，而是双方对“做到哪一步算完成”的理解不一致。这一页把包含项、不包含项、验收依据和变更规则逐条写出来，方便你在发起对接之前先做一次自我对照，判断需求是否落在禁漫天堂的服务范围之内。
包含项与不包含项对照
左栏列出在合作范围内由禁漫天堂负责推进并交付的事项，右栏列出不在范围内的部分。两栏逐条对应同一类工作，方便横向比对。具体到某一类服务方向的细化说明，见 服务方向 页面。
包含项
- 需求梳理与范围确认 把口头需求整理成书面范围描述，明确本次合作覆盖的服务方向与阶段终点。
- 方案与推进计划 给出可执行的推进安排，说明各阶段的先后关系、客户参与节点与大致节奏。
- 执行与过程同步 按确认的方案推进工作，在约定节点同步进展，遇到影响范围的问题主动提出。
- 成果交付与说明 交付约定的成果物，并附上使用与后续衔接的说明，方便你方内部转交。
- 交付后的口径澄清 对交付成果本身的描述与使用方式做澄清，避免理解偏差影响落地。
不包含项
- 范围外的临时新增需求 确认范围之后新提出的工作内容，需另行评估，不自动并入当前合作。
- 你方内部决策与资源协调 涉及你方组织内部的人员安排、审批流程与资源调配，由你方主导推进。
- 第三方平台与外部系统事项 依赖外部平台规则、审核结果或第三方系统权限的事项，不在直接交付范围内。
- 业务结果与经营指标承诺 不承诺流量、转化、营收等无法由交付动作单独决定的结果性指标。
- 长期运营与持续维护 交付完成后的长期运营、内容更新与日常维护，需要按新的合作另行约定。
验收依据与确认方式
验收不是最后一刻才讨论的事。以下四条依据在合作早期就会随范围描述一并确认，后续每一步都围绕它们对照，避免在收尾阶段才出现分歧。阶段推进的完整路径见 方法与流程 。
-
书面范围描述
以确认过的范围描述为唯一基准，逐条核对本次合作覆盖的服务方向、阶段终点和成果物清单。
-
成果物清单核对
按清单逐项确认成果物是否齐备，缺项、错项在核对环节直接记录并安排补齐。
-
阶段确认节点
在阶段交界处做一次确认，确认通过后再进入下一阶段，避免问题被带到收尾时才暴露。
-
使用说明与交接
交付时同步提供使用与衔接说明，确保成果物在你方内部可以独立运转，不依赖持续答疑。
范围变更的处理说明
推进过程中出现新增想法是正常的事，关键是让变更走一条明确的路径，而不是口头默认。下列三条规则说明变更如何被识别、评估和落地。
-
先识别，再决定是否并入
任何超出已确认范围的内容，先作为变更候选记录下来，判断它属于当前阶段可吸收的微调，还是需要单独立项的新增工作。
-
评估对阶段与成果物的影响
确认变更会影响哪些阶段、哪些成果物以及是否牵动验收依据，把影响面讲清楚之后再决定是否推进。
-
书面确认后执行
变更经双方书面确认后进入执行，未确认的部分维持原范围不变，避免推进节奏被未定事项拖住。