交付标准与责任边界
交付环节最容易出现分歧的地方，往往不是做没做，而是双方对“做到什么程度算完成”理解不同。这一页把可核对的质量要求、双方各自承担的事项、需要返工的情形，以及服务范围之外的内容集中写清楚，供你在合作前逐条比对。
可核对的质量要求清单
以下六项是交付时逐条对照的内容。每一项都可以在交付成果里直接找到对应位置，不需要凭印象判断，也不依赖主观评价。核对时双方按同一份清单走，讨论会落在具体条目上，而不是笼统的好或不好。
-
内容与需求一致
核对方式：把交付内容与需求确认阶段留下的记录逐条对照，确认覆盖了约定范围内的全部条目，没有遗漏，也没有擅自替换成其他内容。
-
结构与层级清楚
核对方式：检查交付内容的组织顺序是否与约定一致，标题、分组、条目之间的从属关系是否明确，读者按顺序看下来不会出现断层或重复。
-
文字表述可用
核对方式：通读交付文字，确认没有错别字、残缺句子和前后矛盾的表述，术语使用与需求确认时约定的叫法保持一致。
-
素材引用完整
核对方式：清点交付内容中引用的图片、文档与资料，确认每一处引用都有对应文件，文件可正常打开，命名与交付清单一致。
-
交付件清单对齐
核对方式：按交付清单逐项打勾，确认文件数量、格式与命名规则符合约定，没有多出未说明的文件，也没有缺失约定内的文件。
-
说明文档到位
核对方式：确认交付时附带了使用说明或交接说明，写清各部分内容对应什么用途、后续如需调整应从哪里入手，接手的人能独立看懂。
双方责任边界说明
责任边界写清楚，不是划分谁对谁错，而是让每一方都知道自己该在什么时间点做什么。左侧是本站承担的事项，右侧是需要访客配合的事项，两边都做到位，交付环节的返工概率会明显下降。
本站承担的事项
- 按需求确认阶段的记录组织工作内容，不擅自扩大或缩小范围。
- 在约定节点主动同步进度，出现需要访客决策的问题时提前说明。
- 交付前按质量要求清单自检一遍，把自检结果随交付件一并说明。
- 对交付内容中属于本站工作范围的表述问题负责修改。
- 保留需求确认记录与交付清单，便于后续核对与追溯。
访客配合的事项
- 在需求确认阶段把用途、受众和期望说清楚，避免后期方向调整。
- 按约定时间提供所需资料，并对资料的真实性与可用性负责。
- 在确认节点及时给出反馈，不把多个阶段的确认合并到最后一并处理。
- 对交付内容中涉及自身业务事实的部分进行核对与确认。
- 如需变更需求，在对应阶段内提出，并接受由此带来的范围重议。
需要返工的情形与处理方式
返工不是失败，而是核对过程中正常出现的修正环节。下面四种情形在实际交付里出现频率较高，提前说明处理方式，是为了让修正过程有章可循，不至于变成反复拉锯。
-
交付内容与需求记录不符
处理方式：以需求确认阶段的记录为准，由本站补齐或调整缺失部分，调整后重新走一遍质量要求清单。
-
文字表述存在歧义或错误
处理方式：指出具体位置与问题类型，本站据此修改；涉及业务事实的表述，由访客提供准确说法后再定稿。
-
交付件格式或命名不符合约定
处理方式：按约定格式与命名规则重新整理并重新提交，此类修正不涉及内容改动，处理周期较短。
-
需求在确认后发生实质变更
处理方式：视为新的需求范围，先确认变更内容与影响，再决定是并入当前交付还是另起一轮推进。
服务范围外事项与反馈路径
把不包含的事项写出来，比只写包含什么更有用。以下三类事项不在本站服务范围内，如确有需要，可以通过站内页面了解替代路径，或直接说明情况，由双方判断是否有其他处理方式。
-
涉及第三方平台规则与审核结果的事项
第三方平台的规则调整与审核结论不由本站决定，也不在本站责任范围内。本站可以按已了解的信息提供参考，但不作结果承诺。
-
需要专业资质出具意见的事项
法律、财税、医疗等需要持证专业人员判断的事项，本站不提供结论性意见，建议由对应领域的专业人员处理。
-
交付完成后的长期运营与维护
交付完成即视为本轮工作结束，后续的日常运营、内容更新与维护不属于本轮范围，如需继续推进可另行沟通。