打开随便哪个待办软件，最先看到的词，多半是“任务”。
新建任务，完成任务，逾期任务。
这个词太常见了，常见到我们很少停下来想一想：一件事被叫作“任务”的那一刻，它和我们之间的关系，已经悄悄变了。
或许，还有更好的答案？
很多事情停在原地，并不是因为我们不知道怎么做。缺的常常是开始发生的那一下。
一件事，先记进收集箱，过两天拖进某个分类，周一排进“今天要做”；晚上没做，自动顺延到周二；周二还没做，周三又看见它。它在软件里被移动了七八次，改过好几次日期，还加了星标。看上去你一直在管理它，可它一次都没有真正发生过。
这是任务系统最容易制造的错觉：一件事只要被写下来、被归类、被安排，好像就离完成更近了。很多时候，我们只是把它从脑子里搬到清单，从清单搬到项目，再从项目搬到今天。只要它没有进入现实，它就始终是一个被管理得更整齐的未完成。
所以 1Step 要从一个更基本的问题开始：
什么才算真正的行动？
传统工具喜欢用“任务”这个词。任务是一种清楚、直接、便于管理的语言：它有标题、状态、截止日期、优先级，可以归进某个项目，可以排序、统计、追踪和完成。在组织里，这套语言很有用。
但它暗含了几个前提：事情已经足够清楚，目标已经被定义，人已经准备好执行，而且只要把事情拆开，下一步就会自然出现。
真实的人和真实的事很少这么规整。很多事一开始只是一个模糊的念头：“我想重新收拾一下房间”“我该找时间想想职业方向”“我好像需要和某个人聊一聊”。你还不知道它算不算目标，也不知道它会不会长成项目。它还没稳定到可以叫作任务。
如果系统太早要求你给它命名、分类、定日期、拆结构，一个还在形成中的意图就会被压扁。你还没真正靠近它，就已经开始为它负责了。任务模型的问题就在这里：它太早把一件事变成了等待完成、等待验收的对象。
“任务”和“行动”的差别，不只在概念上，也在语气上。
任务天然指向外部要求。一件事一旦被叫作任务，就很容易开始追问：完成了吗？什么时候完成？为什么还没完成？对那些边界清楚、确实需要交付的事，这种追问能带来秩序。可如果生活里大部分事情都被叫作任务，很多原本可以慢慢靠近、慢慢探索的东西，也会带上“必须完成”的重量。
行动的语气不一样。它更像一个人主动迈出的一步，不一定已经有完整的结果，也不急着接受评价。它首先承认的是：我正在靠近现实，我正在让某件事发生。
这是 1Step 的判断：同一件事，被叫作任务时，人更容易想到结果和压力；被当作行动时，人更容易想到眼前这一步怎么做。