先说明问题再指定动作
把这里放大、换个颜色、再高级一点，都是常见的修改要求。但如果没有说明原因，设计师只能执行动作，未必解决问题。可以先写读者在哪里看不懂、哪条信息找不到、什么地方与已确认方向不符，再讨论怎样改。事实错误则直接给出正确内容及依据。这样反馈既不要求客户学设计，也能让设计师知道修改需要达到的结果
例如“标题再大一点”背后的问题，可能是手机上看不清，也可能是页面没有主次。前者需要看实际显示尺寸，后者需要调整信息关系，未必都靠放大解决。反馈可以写成“在手机里浏览时，产品名被说明文字压住，希望第一眼先认出产品”。把观察条件和希望发生的变化写出来，就能讨论多种处理，而不被一个未经验证的动作锁住
按阶段看不同的问题
内容结构阶段先判断顺序与缺项，代表样张阶段看主次和视觉方向，整套延展阶段核对一致性与具体内容。到最后才重新讨论受众，会影响已经展开的所有页面，应当单独确认范围与排期。反过来，前期也不必纠结每个像素。阶段明确的价值，是让大家在同一轮解决同一级问题，而不是每个人同时检查完全不同的事情
每轮开始前，可以用一句话说明这次主要确认什么，并把暂时不处理的事项单列。例如先确认产品内容和阅读顺序，再看配色细节。发现事实错误时仍应立即指出，不必等到最后校对。阶段划分的作用是让讨论有重心，不是把问题挡在流程外；确实需要返回上一步时，也应说明影响哪些已确认成果
冲突意见先在内部合并
多人参与时，由一位日常对接人汇总，关键取舍由最终确认人决定。保留不同意见的原因，但不要把两条互相冲突的指令同时交给执行者。例如既要求删掉说明又要求补足同一信息，应先确定客户究竟需要看到什么。反馈标明页面、位置和版本，不用零散截图代替完整记录。口头达成的新判断也补进清单，避免下一轮又回到旧意见
汇总时可以保留提出者和理由，再给出一致的执行结论。若销售希望介绍更完整，管理者又希望页面更简洁，就先讨论完整信息是否放到下一页、图注或配套资料，而不是一边加字一边删字。尚未形成一致结论的意见标为待讨论，由确认人作取舍。执行者收到的是本轮决定和剩余问题，不需要从聊天先后顺序猜谁的意见最终有效
修改完成要核对影响范围
收到新版本后，既看提出的问题是否解决，也看相邻内容有没有受到影响。标题变长可能改变卡片高度，图片替换可能影响手机裁切，产品信息调整还可能涉及英文版本。确认时写清本轮通过哪些部分，未定事项继续保留。集中反馈不是限制客户提意见，而是让每条意见有清楚对象、执行结果和确认状态，后续使用也更容易追溯
复核范围可以顺着引用关系展开：一处产品名更改，查它出现的目录、标题和英文；一张主图更换，查封面、详情和分享预览。只是局部标点调整，就不必重新讨论整套视觉。先让修改对象与检查对象对应，再判断是否影响公共模板。这样既能发现连带问题，也不会把一个已经清楚的小修改扩大成没有终点的全站或全册重做
给每条反馈一个关闭条件
不要只在修改列表上写已处理，最好说明处理后的目标如何核对。文字错误对照确认原稿，信息难找回到真实大小阅读，多个页面不一致就并列比较。仍存在分歧的项目保留待定，不把沉默当确认。这样的关闭条件能让双方知道本轮何时结束，也让下一轮从新问题开始，而不是继续争论上一轮有没有真正改完
关闭条件最好由提出问题的人也能核对。例如“同排三个入口在桌面共用基线，手机不截断文字”，比“排版优化一下”更明确。修正后附上对应页面或实际尺寸截图，核对失败继续回到同一条问题。对于“更有感觉”这类尚无观察标准的意见，先补参考与原因，再开始下一轮制作，避免双方各自认为自己已经解释清楚
