问题解答：按任务阶段查合作前后的具体疑问

先把需求写成一句话：要解决什么问题、面向哪些人、希望拿到什么产出物。带着这句话对照 服务方向 里每个方向的适用对象与典型场景，通常只有一到两条会同时符合。如果两条都接近，就按产出物更明确的那条进入合作流程，另一条留作后续阶段再推进。

可以。需求沟通阶段本来就是为了把模糊需求收敛成可执行的范围，不需要先写完整文档。准备好背景说明、已知的约束条件和期望的时间节奏即可，方向判断和范围切分会在这个阶段一起完成，并把结论记录进方案确认的输入。

按依赖关系排序，先做会被其他方向依赖的那一个。例如内容结构没有定下来，页面与栏目落地就缺少输入。判断方法是在服务方向页找到每个方向的对应交付，看哪一项是其他方向的输入材料，它就应该排在前面。

需求沟通阶段准备背景说明与约束条件；方案确认阶段准备对范围划分的确认意见；执行推进阶段按节点准备需要由我方提供的原始素材与反馈；交付验收阶段准备对照验收口径的核对结果。每个阶段要准备的内容在合作流程页对应阶段块中逐条列出，按清单核对即可。

把反馈写在对应阶段的记录里，指明针对哪一条产出物、希望改成什么。零散的口头意见容易在推进中被覆盖，落到条目上才能在执行推进阶段被逐条处理，也方便在验收阶段回看当时的结论。

先判断调整是否超出已确认的范围。属于范围内的细化，按节点确认后继续推进；超出范围的，按 交付范围 里的变更记录方式登记，说明调整内容、影响到的产出物与后续顺序，再决定是并入当前阶段还是排到下一阶段。

按交付范围页里每类产出物对应的验收口径判断，逐条核对产出物是否齐备、是否与确认的范围一致。验收不看主观满意度，只看条目是否对上，因此核对结果可以直接写成清单，双方对照同一份清单即可。

先区分是漏交付还是范围理解不一致。漏交付的按原范围补齐；理解不一致的回到方案确认阶段的记录，看当时确认的表述是哪一种，再按变更记录方式登记调整，避免同一处反复来回。

交付之后主要是把产出物用起来：按交付形式接收、按验收口径核对、把使用中发现的与范围相关的问题记下来。需要继续推进的，按合作流程重新从需求沟通进入下一轮，不需要重新判断已经确认过的方向。