当跨部门文档协作变成一场混战——产品需求文档在研发、设计、运营之间传来传去，反馈意见散落在微信聊天记录和邮件附件里，你翻半天也凑不齐一份完整意见汇总——火龙果写作的协同功能，其实能帮你把所有这些动作收束到一个文档里，实时留痕，责任到人。

创建带权限控制的协作文档

登录火龙果写作网页版，点击右上角「新建文档」，在弹出窗口中选择「协作文档」模板。就这么简单，一个协作空间就建好了。

关键是权限设置。文档标题栏右侧点击「权限设置」，把「可编辑」权限只开放给产品经理和主设计师，其余成员设为「评论仅限」。这样运营同事只能在文档里提建议，不会误删技术参数段落。必须警惕的是：**一旦设为「可编辑」，该成员就能直接改正文，而且没有二次确认**，所以权限分配要谨慎。

搞定后复制生成的共享链接，粘贴到部门群里时顺手补一句：“请用这个链接打开，不要下载本地版修改。”——这句话能省去后面很多版本冲突的麻烦。

让各部门反馈自动归类不打架

三个小技巧，可以有效避免反馈混在一起分不清谁是谁。

方法一：用批注锚点锁定讨论位置
研发人员在“接口响应格式”段落末尾点击「+批注」，输入问题：“此处是否支持分页参数？请确认”。批注会像图钉一样固定在那行文字右侧，不会随后续编辑漂移。就算文档内容被调整，批注依然牢牢钉在原来的段落上，讨论上下文一目了然。

方法二：用标签区分反馈类型
在批注输入框底部，点击「添加标签」，从下拉菜单选「技术疑问」或「文案建议」或「视觉确认」。设计同事打标「视觉确认」后，你一眼就知道这处要等UI稿定稿才能推进，不用再逐条去猜对方意图。标签就像给反馈贴上了彩色便利贴，分类清晰，处理优先级也一目了然。

方法三：用@触发定向提醒
在某条批注里输入@张工，系统会自动发站内通知。如果@的人超过24小时未读，火龙果写作会在文档顶部显示黄色横幅：“@张工 的反馈待处理”。这个提醒机制很实用，避免反馈被淹没在信息流里。

合并多轮修改并生成最终版

当所有反馈都处理完毕，就到了收尾环节。第一步：点击右上角「历史版本」，拖动时间轴找到三天前的初稿节点，勾选「对比当前版本」。系统会并排显示两个版本，绿色新增、红色删除，逐段确认是否采纳。

遇到研发标记“需调整”的段落，直接点击右侧「接受修改」按钮，系统自动高亮该段落并插入修订线。全部确认完毕后，点击「导出」，选择「PDF（含批注摘要）」格式。导出文件末尾会自动生成一页汇总表，列出所有被采纳的运营建议、待确认的技术问题、已关闭的设计疑问——一份完整的协作记录，干净利落地交付出去。