文档中的 @ 与评论，适合把问题放在具体内容旁边，并找到需要回应的人。要让沟通真正推进，还应写清需要判断什么、什么时候需要结果，以及最终结论放在哪里。一次提醒只是沟通的开始。
石墨办公套件私有部署提供内容评论与 @ 提醒等协作能力。在私有部署环境中，具体文件类型、通知渠道和接入方式应按当前版本与配置确认，不能直接套用其他版本的界面步骤。
把“看一下”改成一个明确的问题
例如预算表中有一项费用需要确认，可以在相关内容旁说明：“请确认这项报价是否含税，周四汇总前需要结论，依据是供应商报价文件。”这比只提及某人更容易得到有效回应。
一条评论尽量围绕一个问题。如果同时涉及价格、交付范围和排期，可以分别记录并指定对应负责人。需要多人参与时，也应明确谁负责给出最终判断，避免每个人都以为另一位会处理。
选择合适的沟通位置
具体段落或单元格的疑问，适合放在相应内容附近；影响整个方案的事项，可以在文档开头的待决问题区集中说明。当前编辑器支持哪种评论定位方式，需要以实际功能为准。
跨文件讨论时，附上材料标题与用途，并检查接收者能否访问。提及成员或插入链接，不应被当成自动授权；对方收到通知却打不开文件时，应按正常授权流程处理，而不是随意扩大整个空间的可见范围。
把提醒、接单和完成分开
| 阶段 | 建议留下的记录 |
|---|---|
| 发起问题 | 问题、责任人、所需结果和时间要求 |
| 接受处理 | 确认范围，补充必要材料或协商完成时间 |
| 给出结果 | 结论、依据、涉及的正文修改 |
| 确认结束 | 由发起人或约定负责人核对结果 |
收到通知不代表已经阅读，回复“收到”不代表工作完成，关闭讨论也应有对应结论。对关键任务，可在主行动清单中记录状态，让未参与评论的人也能了解进展。
讨论结束后，把知识放回正文
评论中可能有试探、反对意见和临时方案。结论确定后，应更新正文中的有效规则，并关联必要依据。旧的不同意见可以保留为讨论过程，但不能让读者需要逐条翻阅评论才能知道现在该怎么做。
多人同时修改时，重要结论由约定负责人检查一致性。文档组织方法可参考把结构、资料和行动连起来，将长期信息与临时沟通安排在合适位置。
私有环境中的通知也要核对
如果项目需要邮件或企业消息通知，应明确接收人如何映射、通知内容包含哪些信息，以及失败后怎样处理。用实际账号完成一次提及，检查通知到达、链接跳转和访问权限，而不是只观察发送端界面。
避免在通知摘要中暴露不必要的敏感信息。人员调岗或退出项目后，也应核对通知与文件权限是否仍然一致；需要连接既有系统时，应单独确认集成范围。
带上一段真实的评审流程，可预约演示，了解文档评论、提醒与协作跟进方式。