双方责任要写出主体、动作、时间和结果

“共同推动业务发展”“发挥各自优势”“建立长期合作关系”可以放在背景或目标部分，但不能替代具体安排。起草时可将目标拆成项目、任务和阶段结果。例如，双方计划共同开展产品测试，就应进一步说明测试对象、测试地点、样本或设备来源、测试周期、结果交付形式以及由谁确认完成。

合作范围还要设置边界。可以明确合作覆盖的产品线、客户群、地区、技术方向和时间阶段，并写明新增事项须经双方书面确认。这样既能保留后续拓展空间，也能避免一方把备忘录解释成对所有业务的全面授权。

MOC正文应包含哪些核心模块

知识产权至少要区分三类内容：一是签署前已经存在的商标、专利、软件、数据和文档；二是合作过程中一方独立完成的成果；三是双方共同投入形成的成果。不能仅写“知识产权归双方共有”，因为共有后的申请、使用、许可、收益分配和对外转让仍然需要具体约定。涉及软件、模型或技术资料时，还要明确是否允许复制、修改、反向工程和提供给关联方。

如果合作涉及个人信息、客户名单或业务数据，应说明数据来源、使用目的、访问权限、保存期限、删除或返还方式以及发生安全事件后的通知流程。数据可以使用，不等于接收方可以任意留存、转交或用于其他项目。

起草前先确定MOC的用途和法律效力

“17.·moc起草”通常是指起草 MOC，即 Memorandum of Cooperation，中文常译为合作备忘录。起草时不能只写合作愿景，还要明确合作主体、目标范围、具体分工、时间安排、资源投入、成果归属和退出方式，让双方能够据此推进后续工作。

如果合作包含多个阶段，可以采用“第一阶段试点、第二阶段评估、第三阶段决定是否扩大”的结构。每一阶段都应有进入条件和退出条件，例如完成测试报告、达到约定质量标准、通过内部审批或双方书面确认。没有验收条件的“阶段性合作”，容易在投入和成果认定上发生分歧。

如果 MOC只是合作意向，重点是准确记录共识并为后续协议留▶️下清晰路径；如果签署后即开始投入资源，则应按照实际交易文件的标准起草，不能因为文件🔍名称是“备忘录”就减少对责任、成果和退出机制的约定。

效力、期限、终止和争议处理要相互配套

涉及付款或成本分摊时，不要用“费用由双方另行协商”概括全部内容。至少应说明费用类型、承担方、结算前提、发票要求以及未获批准时的处理方式。如果具体金额尚未确定，可以将价格🌈、采购和付款安排放入后续协议，但要避免让 MOC 与实际执行发生冲突。

初稿完成后，可以用“事实、责任、证据、边界”四个角度逐项检查。事实方面，核对主体名称、项目名称、日期和附件是否一致；责任方面，检查每项任务是否有负责方、完成时间和交付结果；证据方面，确认通知、确认、验收和变更应采用何种书面形式；边界方面，确认合作范围、授权范围、费用上限和信息使用目的是否清楚。

合作目标和范围要从愿景改写成可执行事项

一份实用的 MOC，建议按照“确认文件效力👍—整理合作事实—拆分双方责任—补充风险条款—完成内部审核”的顺序完成。尤其要注意，MOC虽然常被作为合作意向文件使用，但其中的保密、知识产权、费用承担、适用法律等条款，完全可能根据具体措辞产生约束力，不能简单理解为“签了也不💫承担责任”。