同伴发来一份说明稿，你在MChat里回“第二段不太清楚，这里再改改”，对方却不知道你指的是哪个版本、哪一句，或希望改成什么。通过聊天反馈文档，先解决定位，再说明判断，最后确认处理结果，能减少反复猜测。下面的方法适用于文字稿、活动说明和学习材料，不依赖MChat具备在线批注或自动版本比较功能。
一、先确认双方打开的是同一份文件
开始讨论前，用文件名、日期或人工版本号指明对象，例如“以下意见对应《活动说明_第2版》”。如果对方刚补发新版，先问旧版意见是否仍需保留，不要把两份文件的反馈混成一串。电脑端便于并排阅读，但换到大屏幕也不能替代版本核对。
不要只靠“最新那个”定位。群里有人下载较早，有人刚加入，看到的顺序可能不同。接收文件后先打开确认内容，再反馈“已看到第2版，下面只看报名流程部分”。这句话同时限定范围，让对方知道你没有审阅全文，也不会误把局部认可当作全部通过。
先固定文件版本，再用段落标题和原句定位反馈。（原创示意图）
二、每条意见都附上稳定的位置线索
优先写小节标题、段落开头和必要的短句。例如“‘报名流程’小节，以‘填写后等待通知’开头的一段”。页码可作辅助，但重新排版后可能变化；“上面那行”“右边这里”则高度依赖屏幕和窗口大小。
可复制少量原文来定位，不必把整页贴进群里。若使用局部截图，保留足够辨认位置的上下文，并检查是否带入姓名、联系方式、未公开批注或其他无关内容。截图上圈出一处后，文字说明它为什么需要改，不能只发一个红圈让对方猜。
三、区分事实纠错、疑问和表达建议
三种意见需要不同回应。事实纠错要给可核实依据，例如“这里写周六，但已确认安排是周日，请与负责人核对”；疑问要说自己读出了哪种理解，例如“‘等待通知’是等消息确认，还是等现场办理？”；表达建议则给出改写方向，不把个人偏好包装成唯一正确答案。
把疑问、表达建议和需要核实的纠错分别说明。（原创示意图）
一条实用反馈可以写：“第2版‘报名流程’第二段：我读完仍不清楚何时算完成报名。建议补上完成标志，例如是否会收到确认消息。具体标志请按实际流程核实。”它指出位置、阅读困难与改进方向，同时把未知事实留给有依据的人确认。
避免“写得太差”“你又没说清楚”这类对人的判断。若只是倾向简短表达，可以说明“建议把背景移到后面，先写读者需要完成的动作”，再让作者结合用途决定。必须修改的错误与可选润色分开列，对方才知道先处理什么。
四、按事项编号，围绕分歧继续讨论
一次提出几条意见时，用简短编号对应，而不是连续发送许多“还有这里”。作者可按编号说明已改、待核实或暂不采用的原因。编号只是人工沟通办法；即使客户端没有任务清单功能，也能用普通文字完成。
如果双方争论的是事实，先核对来源；如果争论的是表达，回到读者和用途：这段是给首次参与的人看，还是给熟悉流程的同事看？同一段内容在不同受众下可能需要不同细节。发现自己看错版本或误读原句，应明确撤回对应意见，不让无效修改继续占着待办。
对照修改意见检查新版，再确认已处理与待核实事项。（原创示意图）
五、看过修订结果，再确认哪些部分已完成
收到新版后，按原编号逐项回看，确认修改是否解决原问题，而不只看“已修改”三个字。若补充内容又引入新歧义，指出新的具体位置；无需修改的部分不必重开整轮讨论。
收尾可写：“第3版已核对，意见1和2已解决；意见3仍待负责人确认完成标志。本次只确认报名流程段落。”涉及日期和执行条件时，最终结论应由相应负责人确认。文件发送与保存可参考文件与图片发送指南；表达分歧可参考文字误解澄清方法。MChat具体能力以功能介绍及当前版本为准。