需求确认
执行动作：梳理业务现状、服务诉求与期望结果，逐条确认哪些属于本次交付范围，哪些需要后续另行评估。对存在歧义的表述当场澄清，避免后期反复。
客户配合项：安排了解实际情况的对接人参与沟通，提供与需求相关的现有资料，并确认最终由谁对范围做决策。
交付体系与质量把控
飘花网把一个服务项目拆成四个可对照的交付阶段，每个阶段都固定写明阶段目标、客户需要配合的事项、质量检查点和阶段交付物。你可以先按这份说明书评估自己可投入的配合资源，再决定是否进入合作对接。
交付阶段总览
四个阶段纵向推进，前一阶段的交付物是下一阶段的输入。任意阶段结束时，双方都能拿到一份可以对照的成果与结论，避免把问题带到后面。
-
阶段一
需求确认
阶段目标：把模糊的服务诉求整理成可执行的交付范围，明确做什么、不做什么。
阶段交付物：需求确认说明与交付范围边界清单。
-
阶段二
方案设计
阶段目标：按确认范围给出技术方法与执行路径，把做法落到可以评审的层面。
阶段交付物：执行方案说明与阶段排期表。
-
阶段三
执行推进
阶段目标：按方案推进实施，过程中的变更、阻塞与结论都有记录。
阶段交付物：执行记录与阶段性成果。
-
阶段四
验收交付
阶段目标：对照质量检查点逐项验收，确认成果与最初确认的范围一致。
阶段交付物：验收结论与成果移交说明。
各阶段执行说明
左侧列出四个阶段，右侧是每个阶段的执行细节与客户配合项。技术方法本身在 核心能力 页展开，这里只讲交付节奏。
阶段名称
- 01 需求确认
- 02 方案设计
- 03 执行推进
- 04 验收交付
执行细节与客户配合项
方案设计
执行动作：根据确认范围选择技术方法，拆出执行步骤与时间节点，标注每个节点的前置依赖，形成可以逐条评审的方案说明。
客户配合项：对方案中的执行路径与排期给出反馈，确认关键节点的时间是否与自身业务节奏冲突。
执行推进
执行动作：按方案推进实施，过程中记录变更原因、处理方式与结论；遇到需要客户决策的问题及时提出，不自行假设。
客户配合项：在约定的响应时间内回复确认类问题，提供执行所需的基础材料与必要权限。
验收交付
执行动作：对照质量检查点逐项自检后提交验收，说明每项成果的达成情况；对未达标项给出处理方案，不把问题留在交付之后。
客户配合项：按检查点逐项确认，对存在异议的条目提出具体意见，便于双方在同一标准下判断。
质量检查点与交付物
质量检查点在阶段开始前就确定，不做事后补标准。左栏是可以逐项打勾的检查条目，右栏说明每类交付物包含什么内容。
质量检查点
- 交付范围与需求确认说明一致，无未记录的额外内容
- 技术方法在执行前已说明，执行中未擅自更换
- 关键节点的时间偏差有记录，并说明影响与处理方式
- 阶段性成果可复核，结论有对应的依据
- 验收前完成自检，未达标项附带处理方案
交付物说明
需求确认说明记录服务诉求、交付范围与边界，是后续所有判断的基准文件；范围之外的内容会单独列出，不隐含在描述里。
执行方案说明包含技术方法选择理由、执行步骤与阶段排期，客户可据此安排内部资源与时间。
执行记录按节点留存过程信息，包括变更、阻塞与处理结论，便于回溯某一项决定是在什么情况下做出的。
验收结论对照检查点逐项说明达成情况，成果移交说明则交代成果如何使用、后续如需调整应从哪里入手。
交付边界与不包含事项
把边界写清楚，是为了让双方在合作开始前就对预期达成一致，减少执行过程中的反复确认。
交付包含
- 按确认范围完成需求梳理、方案设计与执行推进
- 阶段交付物的整理与提交，含执行记录与验收结论
- 执行过程中的问题反馈与处理方案说明
- 验收阶段的成果移交与使用说明
交付不包含
- 需求确认范围之外的额外内容，需另行评估后确认
- 客户内部决策、审批与资源协调等组织事项
- 客户方提供材料的真实性与完整性核验
- 成果在客户业务中长期运行的效果承诺