备忘录与待办双向关联：让知识沉淀和执行打通

为什么要关联

单独看，备忘录是"知识仓库"、待办是"执行清单"，各管各的。但实际工作里，很多待办执行时需要参考资料：

• "周三提交产品方案"这条待办，需要参考的是"产品功能清单"那篇备忘；
• "联系客户确认合同"这条待办，需要参考的是"客户上次沟通要点"那篇备忘；
• "准备年会"这条待办，需要参考的是"年会流程"那篇备忘。

如果资料和执行分散在两个地方，做一件事要来回切换——Reminder 的做法是直接把它们挂在一起。

怎么关联

从待办里关联备忘

打开某条待办的详情页 → 找到"关联备忘"或类似入口 → 选择已经存在的某篇备忘 → 保存。

关联后，待办详情里会显示关联的备忘标题，点一下直接跳到那篇备忘。

从备忘里关联待办

打开某篇备忘的编辑页 → 找到"关联待办"或类似入口 → 选择已经存在的某条待办 → 保存。

关联后，备忘详情里会显示关联的待办，点一下直接跳到那条待办。

关联后的好处

1. 做事情不用切换应用：点开待办就能看到需要参考的所有资料，不用回备忘录里翻；
2. 上下文不丢：待办完成后，关联的备忘还在那里——回头看历史记录时，这条待办当时的背景资料一目了然；
3. OKR 也能带资料：如果你的待办关联了 OKR 的 KR，那"OKR → KR → 待办 → 备忘"就是一条完整的链路。

和 OKR 的联动

备忘录 → 待办 → OKR 是一条链：

• 一篇备忘可以关联到某条 KR 的待办；
• 这个待办又关联到 OKR 的关键结果；
• OKR 完成情况可以从 KR 进度反推到待办完成情况，再反推到备忘的使用情况——虽然实际统计不一定这么细，但这个数据模型让"从目标到执行到资料"都能在同一个应用里闭环。

关联 vs 复制

为什么不直接把备忘内容复制粘贴到待办里？

• 复制后两边独立，改一边忘了改另一边，内容会漂移；
• 关联是"引用"关系——备忘改了，待办里看到的就是最新版。

所以建议用关联而不是复制。