客户反馈延迟，通常不是客户单纯“不配合”，而是反馈任务没有被定义成可执行的项目节点。只写“请尽快确认”无法明确完成标准，也无法判断延期责任。有效的反馈时间管理，应同时写清反馈内容、责任人、截止时间、提交方式，以及逾期后对后续排期的影响。

先定义反馈节点，而不是只设置日期

反馈时间应嵌入交付流程，至少区分三个节点：阶段交付时间、客户集中反馈时间、修改或定稿时间。比如，第一版交付后，客户需要确认整体方向、内容结构和使用场景；字体、颜色等细节则放到方向确认之后处理。这样可以避免客户在同一轮反馈中同时讨论方向、细节和新增需求。

每次发送版本时，建议明确以下信息：

• 当前提交的是第几版；
• 本次重点请客户确认什么；
• 哪些内容暂不需要确认；
• 反馈应通过什么方式集中提交；
• 客户最晚需要在什么时间前回复。

“请在约定时间前集中反馈本轮意见”比“有空看看”更具执行性。时间节点不必精确到每小时，但必须避免“尽快”“之后”“方便时”等无法判断的表达。

把逾期处理写进规则

反馈截止时间不是单方面催促，而是项目排期的一部分。沟通时应明确说明：为保证后续定稿安排，请在约定时间前完成本轮确认；如超过该时间仍未收到反馈，后续节点将根据实际回复时间顺延。这里的重点是说明影响，而不是用模糊措辞制造压力。

如果客户逾期未回复，应先记录项目状态为“待客户反馈”，并说明当前等待事项、原定反馈时间、受影响的后续节点，以及客户下一步需要完成的动作。若仍无回应，可将项目调整为“暂停”，保留已完成版本，待客户回复后重新排期。

收到反馈后，也不要立即进入修改。应先将意见整理为确认、修改、补充和变更四类，并让客户确认你的理解。原定范围内的修改可以继续执行；新增目标、内容或方向，则应先重新评估工作量、时间和交付范围。只有把反馈变成有责任人、有截止时间、有确认记录的任务，反馈节点才真正具备管理作用。