# FLO.W 如何区分任务和项目

根据事情的推进方式区分任务与项目，决定哪些步骤需要独立管理。

Canonical: https://21obsidian.com/docs/task-or-project
Markdown: https://21obsidian.com/docs/task-or-project.mdx
Site index for AI: https://21obsidian.com/llms.txt











创建任务或项目时，你其实是在判断：凭借现有的经验，自己能否清楚地把这件事推进到完成。如果整体流程已经熟悉，各个环节能够自然衔接，即使步骤很多，一条任务也足以承载。如果其中包含几件需要分别考虑、安排和跟进的事情，就可以把它建立为项目，再拆出相应的任务。

因此，任务和项目的选择，既取决于事情本身的复杂程度，也取决于你对它的熟悉程度。同一件事，对一个人来说可以直接着手完成，对另一个人来说却需要分阶段摸索和推进。

下面提供五个具体的案例，供你参考。

<Tabs items={['文章写作', '视频剪辑', '网站搭建', '旅行安排', '聚餐准备']}>
  <Tab>
    ## 文章写作 {#article-writing}

    长期写专栏的作者，可能只记一条 `写本周专栏.Task`。整理思路、写初稿、修改交稿，这些环节一个也没少，只是他已经知道每一步怎样接着做，打开文章就能继续。

    第一次写课程论文的大学生，则可能需要把选题、文献阅读、初稿和修改分别安排。每个阶段要完成什么、留多少时间，都需要明确下来。 `完成课程论文.Project` 因此适合作为项目，让这些任务有一个共同的目标。

    判断时，可以先看自己能否顺畅地继续往下做。步骤多、耗时长，都不必然要求建立项目；一条任务也可以持续几天，在正文里容纳过程和记录。需要分别安排的阶段增多时，拆成项目才开始有实际帮助。

        <img alt="任务与项目：文章写作：对照精修 0910.png" src={__img0} placeholder="blur" />
  </Tab>

  <Tab>
    ## 视频剪辑 {#video-editing}

    剪视频时，除了熟悉流程，还会遇到另一种情况：你知道想做出什么，却暂时不知道怎样做。专业的创作者可以用一条 `剪好这条短视频.Task` 直接推进，初学者则可能要先弄清软件的基本操作，才能判断后面的工作量。

    这时，可以建立 `完成第一条视频.Project`，先拆出 `熟悉剪辑软件.Task`，把范围定在这次视频需要用到的部分，例如能导入素材、剪掉多余片段，并导出一段可播放的视频。完成这个小目标后，再继续整理素材、粗剪和调整声音字幕，不必先把整套软件学完。

    项目允许你先安排已经看得清的部分，把尚不确定的环节留待执行中补充。最初拆出的任务不需要覆盖所有细节，也不必把每一次点击都列出来；先让自己有一件范围明确、能够开始的事。

        <img alt="任务与项目：视频剪辑：对照精修 0910.png" src={__img1} placeholder="blur" />
  </Tab>

  <Tab>
    ## 网站搭建 {#building-a-website}

    有些事情怎样拆，还会受到前面选择的影响。第一次搭个人网站，选用什么工具，会影响页面怎样搭、域名怎样绑定。工具还没确定时，把后续操作安排得过细，很容易在选择变化后重新整理。

    可以先给 `搭建个人网站.Project` 确定一个够用的结果：介绍页能够访问，作品和联系方式完整，链接正常。围绕这个结果，先安排 `选择建站工具.Task`；文案与作品可以同时准备，具体的页面搭建则等工具确定后再展开。项目里的任务由此有了先后，也有了可以并行的部分。

    熟悉工具、已有模板的设计师，许多选择已经做过，记一条 `搭好个人介绍页.Task` 便能着手。如果做着做着又想增加博客、商店，可以回到最初的完成要求，决定这些内容是否属于这一次。把目标定清楚，也能减少执行中不断增加的工作。

        <img alt="任务与项目：网站搭建：对照精修 0910.png" src={__img2} placeholder="blur" />
  </Tab>

  <Tab>
    ## 旅行安排 {#travel-planning}

    到了旅行安排，即使订票、订房都很熟练，进度也可能取决于同行人和预订时间。经常独自去同一个城市，沿用熟悉的交通与住宿，一条 `安排周末行程.Task` 就能记下必要信息；多个人一起去陌生城市，则可能要等大家确认时间，才能继续预订。

    下图以多人出行的准备为例，在 `准备这次旅行.Project` 下分别创建 `确认同行人的时间.Task`、`比较交通与住宿.Task`、`完成预订与预约.Task` 和 `安排每日行程.Task`，并为各项任务记录计划结束日期。这样能分别查看哪件已经办妥，哪件还在等回复，哪些预订需要优先处理。具体日期应按出行时间和实际期限来安排。

    一个截止日期，用任务排期就可以承载。需要同时照看几件进度不同、期限不同的事情时，项目的作用会更明显。此时，个人经验之外，还要把等待、协调和外部时间要求考虑进去。

        <img alt="任务与项目：旅行安排：对照精修 0910.png" src={__img3} placeholder="blur" />
  </Tab>

  <Tab>
    ## 聚餐准备 {#hosting-a-dinner}

    平时熟悉下厨的人，周末请几位朋友来家里吃饭，可以用一条 `准备周末聚餐.Task` 记下菜单和开饭时间。买什么菜、提前备好哪些食材、按什么顺序下锅，都可以留在正文清单里，准备时逐项勾掉。

    第一次在家张罗多人聚餐，则可能需要先确认人数与忌口，再决定菜单、列采购清单，并安排哪些东西提前准备。可以像下图这样建立 `办好第一次家庭聚餐.Project`，拆出 `确定人数与菜单.Task`、`采购食材与饮料.Task`、`提前处理食材.Task` 和 `安排当天出餐.Task`，分别留出准备时间，也给每件事留下记录细节的地方。

    每拆出一条任务，都可以看它是否需要自己的排期、进度或记录。例如，采购需要单独出门、核对清单，值得作为一条任务；洗菜、切菜这些连着完成的动作，留在备菜任务的正文里通常就够了。拆分到自己能够安排和跟进的程度即可，不必把每个动作都变成独立任务。

        <img alt="任务与项目：聚餐准备：对照精修 0910.png" src={__img4} placeholder="blur" />
  </Tab>
</Tabs>

这些例子也会随着具体情况变化。熟练的作者遇到陌生题材和多人审稿，可能需要用项目组织；第一次做一件事的人，如果范围很小、流程已经有人带着走，也可以先用任务。你可以按自己这一次的预期来选择，无须给某一类事情规定永久的归属。

拿不准时，先从任务开始。执行中发现几件事需要分别安排和跟进，再调整为项目即可。在 FLO.W 中，对象类型由「FLO.W」笔记属性确定：`Task` 表示任务，`Project` 表示项目。具体的调整方法，可以阅读 [如何把任务转成项目](/docs/task-to-project)。