天美app协作进阶：把沟通节奏和责任分工定下来
进入合作准备后，反复沟通多半不是态度问题，而是节奏没定、责任没落、变更没记录。这一页只讲可执行的动作：多久对一次、谁负责什么、变更怎么走、交付前查什么。判断适用场景请看服务入门，阶段任务定义请看合作流程。
沟通节奏建议
节奏分两层。固定节奏负责让信息不断档，节点节奏负责在关键处对齐。两层都落到具体动作上，避免出现“随时沟通”却始终没有结论的情况。
固定节奏：按周期推进
-
每周一次进度同步
固定在同一工作日的同一时段，用一份简短记录说明本周完成、下周计划、当前卡点。时长控制在半小时内，不做发散讨论，需要展开的话题另行安排。
-
每次同步留书面结论
口头确认的事项在当天整理成条目，写清结论、负责人和下一步时间。没有书面记录的结论视为未确认，下一轮同步时重新对齐。
-
问题集中反馈，不零散打断
非紧急问题统一在同步时或指定时段提出，避免随时打断正在推进的工作。紧急事项单独标注，说明影响范围和希望回复的时间。
节点节奏：在关键处对齐
-
范围确认后立即对齐一次
范围定稿当天，双方核对任务清单、时间安排和参与人员，确认没有遗漏项再进入执行，避免带着模糊范围开工。
-
阶段交付前预留核对时间
每个交付节点前留出固定的核对窗口，用于检查内容完整性和表述准确性。核对窗口内提出的问题优先处理，不挤占交付时间。
-
节点结束后做简短复盘
用十几分钟记录本轮顺畅与卡顿的环节，形成可沿用的做法。复盘记录与后续任务一并归档，不单独成册。
责任分工表
分工只写职责和交付物，不涉及头衔。每一行都要能回答一个问题：这件事由谁做、做到什么程度算完成。
| 角色 | 职责 | 交付物 |
|---|---|---|
| 需求提出方 | 说明需求背景、目标与限制条件，确认范围变更，对最终结果做验收判断。 | 需求说明、范围确认记录、验收意见 |
| 对接协调方 | 汇总双方信息，安排沟通时间，跟进任务进度，维护书面记录的一致性。 | 沟通记录、任务清单、进度同步稿 |
| 执行推进方 | 按确认范围推进任务，反馈执行中的阻碍，按时提交阶段产出供核对。 | 阶段产出、问题说明、核对反馈回复 |
| 内容核对方 | 检查交付内容的完整性与表述准确性，标注需修改处并说明理由。 | 核对清单、修改标注、确认结论 |
变更与反馈处理
变更本身不是问题，未经记录的变更才是。以下三步按触发条件执行，每一步都要留下可追溯的记录。
-
触发：识别变更来源
变更可能来自需求调整、材料补充或执行中发现的条件限制。提出方先写清变更内容、原因和希望生效的时间，不夹带其他诉求。
记录方式：在任务清单中新增一条变更条目，标注来源与提出时间。
-
动作：评估影响并确认
对接协调方评估变更对范围、时间安排和已完成工作的影响，形成一段简短说明，交由需求提出方确认接受、调整或暂缓。
记录方式：变更条目下补充影响说明与确认结论，注明确认时间。
-
归档：更新任务与记录
确认后的变更同步到任务清单和进度同步稿，受影响的任务重新标注负责人与时间，旧版本记录保留不删除。
记录方式：任务清单更新后保留历史版本，便于后续核对。
交付前自查
交付前按下面五项逐条过一遍。任何一项没有明确答案，都先补齐再提交，比事后返工省时间。
-
范围是否与确认记录一致
对照范围确认记录，逐项核对本次交付内容，确认没有超出或遗漏已确认的事项。
-
任务清单是否全部关闭
检查任务清单中本轮任务的完成状态，未关闭的任务写明原因和预计处理时间。
-
变更是否已同步到最新版本
确认所有已确认的变更都体现在当前交付内容中，没有停留在讨论阶段。
-
核对意见是否逐条回复
对内容核对方提出的每条意见给出处理结果，采纳的说明修改处，未采纳的说明理由。
-
交接材料是否齐全
整理交付内容、说明文档和记录文件，确认接收方能独立查阅，不依赖口头补充。
自查中发现的问题按变更与反馈处理的三步走，不在交付当天临时口头调整。范围本身需要重新判断时，回到 服务入门 核对适用场景。