我怎样同时使用 flomo、提醒事项、备忘录和见字
2023 年 7 月，我曾在 flomo 里认真列过一张工具分工表：长期规划放 Notion，待办放 iOS 提醒事项，日程放日历，知识库放 Obsidian，阅读整理放 MarginNote，生活想法放 flomo，稍后阅读放 Cubox，日记再交给另一个 App。
那张表里有十几种工具。几乎生活的每一个部分，都被我提前分配了一个位置。
当时我相信，只要系统足够完整，自己就会变得更有条理。后来才发现，我花了不少精力决定内容“属于哪里”，真正写下和完成的事情却没有因此变多。
2025 年，我在另一条记录里对自己说得很重：
热衷于精心打造所谓的“个人 OKR 管理系统”，实则不过是表象工程。
这句话对当时的自己有点刻薄。Notion 和飞书没有做错什么，问题是我把搭系统带来的完成感，当成了事情真的向前推进。
现在，我不再为生活的每个领域寻找一个专属 App。我只问这条内容下一步需要什么：先别丢，提醒我行动，继续整理，还是认真说给一个人听。
先判断下一步，不先判断类别
理论上，同一句话可以去不同的地方。但我的实际使用没有这么整齐。
公交车上那条关于年长乘客和乘车码的记录，我只是留在了 flomo。它没有继续变成任务、文章或一封信。真正需要处理的产品问题，我才会单独放进提醒事项；想继续展开的文字会进入备忘录；明确想说给某个人的话，才会写进见字。
区别不在于哪一份内容更重要，只看我接下来准备拿它做什么。
flomo：这句话还没有明确去向
flomo 留下的，通常是半成形的念头：一个观察、一句自己写的话、一处产品细节，或者暂时不知道该怎么处理的不适。
我不会要求每条 memo 都有标题，也不会要求它以后必须变成任务或文章。很多记录留在那里就结束了。它们的价值可能只是在念头出现时，没有让它立刻消失。
我从 2023 年开始使用 flomo，现在仍主要在手机上记录。完整的使用经历和商业关系说明，已经写在我的 flomo 记录工作流里。这里只谈我怎样区分它和另外三个工具。
我的判断很简单：如果一句话还没有明确动作，也没有准备展开成较长材料，更没有清楚的说话对象，我通常先把它留在这里。
提醒事项：它已经变成一个动作
“检查一下信件导出失败时的提示”和“信件导出让我想到一件事”，在我这里不是同一种内容。
前一句已经包含动作，需要在未来被完成；后一句可能还只是观察。只要我能给一条内容加上一个清楚的动词——检查、购买、回复、修改、测试——它就更适合进入提醒事项。
我现在放进提醒事项的，主要是两类内容：一类是已经明确要做的开发任务，另一类是到了某个时间不想忘记的生活事项。它们看起来属于不同领域，但对我来说都在回答同一个问题：接下来要做什么？
提醒事项本来就是用来追踪清单和待办的。我主要看中的是，它能在需要时重新出现，并让我知道下一步做什么。日期、列表和标签都可以用，但我现在不会因为功能存在，就给每一条任务添加复杂分类。
我也不再把所有“以后也许会做”的想法都塞进去。没有下一步的灵感进入待办，只会让任务列表慢慢变成另一个不敢打开的收件箱。
备忘录：它需要继续组织和修改
当一条内容已经不只是提醒，却还需要改写、补材料和调整顺序时，我会使用苹果自带的备忘录。
现在放得最多的，是从零散灵感里继续整理出来的选题、视频初稿和其他稿子。备忘录可以容纳标题、列表、图片和链接，但我最常用的仍然只是大段文字。
选择它有一部分只是个人习惯，还有一个很实际的原因：备忘录可以共享。同一份选题或稿子需要分享时，不必先搬进一套更复杂的协作系统。
准备发给别人的一段长消息，并不是我现在最常见的用法。不过在 2024 年 4 月，我曾在 flomo 里写过一段关于备忘录的观察：
在对话框里直接发消息，会让大脑更快做出决定，也粗糙一些。先在备忘录里组织语言，会让人更认真地想：我应不应该发，我要不要和这个人说这些内容。这个过程，就像写一封信一样。
这条记录没有直接变成见字的某个功能。只是现在回头看，它让我想起后来做见字时反复考虑的一件事：当一段话不能随手撤回，我们会不会更愿意认真想清楚再说？
备忘录对我来说仍然是编辑空间。它允许一段文字反复变化，直到自己觉得把话说清楚了。它不要求这段文字一定有收信人，也不要求我保留每一次删除和停顿。
见字：我知道这段话想说给谁
见字不是比前面三个工具更高级的终点。多数 memo、任务和草稿都不需要进入见字。
我打开见字，通常是因为这段话已经有了一个说话对象：今天的自己、未来的自己，或者某个具体的人。这个对象不必是通讯录里的联系人，也不一定真的能收到。重要的是，“我想记录什么”开始变成了“我想对你说什么”。更多方法可以参考写信式日记怎么写。
当前版本的见字可以不登录开始核心写作，完成后先保存为自己的信；分享是之后主动选择的动作。打开一封信时，先看到写完的内容，只有主动点下“重温”，才会重新看到当时的停顿、删除和重写。关于这种设计，可以继续读为什么要保留书写过程。
一条内容什么时候应该移动
我现在会用四个问题判断：
1. 我只是怕忘记这个念头吗？ 先快速记下，不急着安排用途。
2. 它已经有一个可以执行的动作吗？ 放进提醒事项，并写清下一步。
3. 它需要继续组织、补充和修改吗？ 放进备忘录或真正工作的文档。
4. 它已经有了一个说话对象吗？ 如果愿意以一封信留下，再考虑见字。
移动也不是必须的。一条 memo 可以永远只是一条 memo；一个提醒完成后可以直接消失；一篇备忘录草稿可能最终被删除；一封信也不需要公开。
我不再追求“唯一入口”
过去我总想找到一个可以管理全部生活的系统。现在我接受，有些内容会记错地方，也有些内容根本不会被整理。
有时我会忘记移动一条内容，有时会在备忘录里直接写完一篇文章，也会把已经很明确的功能灵感先丢进 flomo。真实工作流不会像流程图一样整齐。
我现在不再要求工作流完整。能顺手记下，待办在需要时会提醒，需要整理的文字还能继续改；真想认真说一段话时，也有地方慢慢写，就够了。
我是见字的开发者，也是 flomo 的免费版用户，平时还会长期使用 Apple 的提醒事项和备忘录；与 flomo、Apple 都没有商业合作。这里写的只是我现在的用法，不是一份工具排名。
约 8 分钟 · 2026-08-25 · 2026-08-25
作者：王文鹏，见字开发者。
作者是见字开发者，使用 flomo 免费版并长期使用 Apple 提醒事项与备忘录；与 flomo、Apple 均无商业合作或赞助。产品事实复核于 2026 年 8 月 25 日。