文本转清单
将大段文字转化为真正可执行的清单。
一段包含六项任务的文字不是计划，它只是一段文字。将其转化为清单主要是编辑工作：找出动词、去除修饰性表述，并判断哪些条目才是真正的任务。
第一步：找出动词
通读原文，划出所有暗示具体工作的动词：发送、审阅、更新、安排、确认、起草、致电、修复、测试、预订、跟进、决策。
忽略描述状态的动词：是、似乎、有、需要（单独使用时）、认为。“时间线很紧张”不包含任何可执行动作；“我们需要缩减范围”则包含一项明确任务。
第二步：去除修饰性表述
大多数任务都被冗余表述包裹着：
| 原文 | 清单条目 |
|---|---|
| “我们需在周三前定稿落地页文案。” | 周三前定稿落地页文案 |
| “我觉得应该有人检查一下移动端布局。” | 检查移动端布局 |
| “你能发送修订后的演示文稿吗？” | 发送修订后的演示文稿 |
| “如果能更新定价页面就太好了。” | 更新定价页面 |
| “务必预订场地。” | 预订场地 |
每一条目必须以动词开头。若不符合，请重写直至满足该要求。
第三步：补充缺失的责任人
没有责任人的清单只是一份愿望清单。对每一项，请问：谁来负责？
- 若原文已指明某人，将姓名保留在该条目旁；
- 若原文使用“我们”或“有人”，暂不指派责任人，留待下次会议决定；
- 若该任务属于你本人的工作，则责任人即为你自己——无需额外注明。
目标并非追责，而是让责任空缺清晰可见。
第四步：补充缺失的截止日期
留意原文中出现的日期、星期几及相对时间表述，例如：“周五前”、“上线前”、“下周”、“今日下班前（EOD）”。将对应时间标注在任务旁。
若原文未提供时间信息，请判断该任务本周是否确有必要完成：若是，为其拟定一个合理日期；若否，则将其移至“后续处理”清单，而非假装它仍处于活跃状态。
第五步：剔除虚假任务
并非所有听起来像任务的表述都是真实任务。请删除以下类型：
- 对背景的重复陈述 —— 例如：“审阅当前状况。” 过于宽泛，无法判定是否完成。
- 伪装成行动的意见 —— 例如：“就方向达成一致。” “完成”的标准是什么？
- 重复任务 —— 例如：“发送演示文稿”与“向团队分享演示文稿”可能实为同一事项。
- 归属他人且你无法影响的任务 —— 若你无法推动其进展，它只是依赖项，而非你的清单条目。
一份优质的清单应包含 5–12 项任务。超过此数量，便已构成项目计划，需按章节组织。
实例演示
原文：
我们需在周三前定稿落地页文案。Sam 将在上线前配置数据分析工具，同时应有人用真机检查移动端布局。此外，请记得用新的年度套餐更新定价页面。
清单：
- [ ] 定稿落地页文案 — 周三
- [ ] 配置数据分析工具 — Sam，上线前
- [ ] 用真机检查移动端布局 — 未指派
- [ ] 用年度套餐更新定价页面
共四项。其中一项明确了责任人，一项标注了时间，一项暴露了责任空缺。这已足够启动执行。
让清单真正可用
存于文档中的清单极易被忽视。请将它置于实际开展工作的位置：
- 今日清单：仅保留你今天会处理的任务；
- 项目清单：按里程碑分组，而非按人员分组；
- 共享清单：每项任务仅设一位责任人，即使多人参与协作。
若你使用 Markdown 格式，- [ ] 条目 在 Notion、Obsidian、GitHub 及大多数任务管理工具中均支持复选框功能。若你使用专用任务管理软件，请将各条目分别粘贴为独立任务，而非整段粘贴为一则巨型笔记。
为何“生成清单”值得借助工具
机械性操作——如拆分句子、删去“我们需要……”等套话、提取人名与日期——既繁琐又容易出错。文本转清单工具 可自动完成这部分工作，并为你生成带复选框、支持 Markdown 导出的可编辑清单。
而判断性工作——甄别哪些是真实任务、由谁负责、何时截止——仍需由你完成。这恰恰是让清单真正发挥作用的关键所在。