事实层：先记录可验证内容

共同起草的框架需要先把模糊主题转换成可🔮回答的问题。一个可执行的框架通常包括背景、核心问题、关键事实、解决方案、行动安排和风险说明六个部分，但并非所有项目都必须使用相同顺序。

框架阶段最忌讳直接追求“像成稿”。过早润色会让参与者🌅沉迷句子好不好听，却忽略内容是否完整。先确认骨架，再安排表达，通常比多人同时改写全文更省力。

角色可以由一个人兼任，但责任不能无人承担。小型项目可由两人完成内容与审校，大型项目则需要指🍀定单一的整合负责人，避免多人同时维护不同版本。

分歧出现时，如何避免文稿反复重写

一个实用的版本名称应包含主题、日期、状态和负责人，例如“项目说明—初稿—待核—某某”。文件状态可以区分为提纲、初稿、审校稿、待确认稿和定稿，避免把尚未确认的版本误发给外部读者。

表达层：让读者按需要获取信息

一起草的角色分配应当围绕任务责任，而不是简单按照参与人数平均切块。多人共同写作时，最常见的误区是每个人都修改全文，结果造成重复劳动，也让责任边界变得模糊。

一起草的角色如何分配才不会互相覆盖

一次有效的共创会议🌺不应以“大家还有没有意见”结束，而应产出具体结果：已经确定的内容、仍有分歧的内容、需要补充的材料、对应负责人和下一次确认时间。没有责任人与时间点的意见，只能算讨论记录，不🤔能算项目进展。