企业官网建设流程全解析

3.12到3.14这三天，我给自己设了一个“封闭攻坚窗口”，专门处理一个拖了将近两个月、想起来就头疼的任务。不是什么惊天动地的大项目，但正好卡在所有事情中间，每次想动手都被别的事打断，一直处于“知道该做但始终没做完”的状态。三天结束后，任务完成了，还连带整理出一套适合我自己的集中攻坚方法。这篇文章就是把这三天的完整过程、用的方法和踩过的坑记录下来，给同样被拖延项目困住的人一些参考。

1. 为什么偏偏是这三天：目标锁定与前置准备

1.1 先回答“为什么要集中攻坚”

很多人遇到拖了很久的任务，第一反应是“再挤点时间多做一点”。但我的经验是，对于那种拖延周期长、步骤多、想起来就烦的任务，碎片时间的效率极低，因为每次重新进入状态要耗费大量心理成本。与其每天痛苦地推进半小时，不如拿出一整段时间，让自己沉浸进去。这也是我把3.12到3.14这三天定为攻坚窗口的根本原因。

老实说，这三天并没有特殊含义，它只是我日历上连续空出来的三天。没有会议、没有固定交付、没有必须到场的事。确认这点很重要，因为集中攻坚的前提，是这段时间真的属于你，而不是名义上空着、实际上随时被打断。我见过太多人“留了一整天”做深度工作，结果上午被拉进三个电话会，下午又处理两件临时事项，最后深度工作变成了浅层加班。

选定窗口后，我做的第一件事，是把这个时间块用“不可变更”的级别写进日程表。给家人打了招呼，同办公室的同事也知道我这三天尽量不参与临时讨论，除非是线上系统挂了这类级别的问题。提前“声明”这三天的重要性，比我当时想的还要关键，它其实是在给大脑减负，不用一边干活一边担心被打断。

1.2 提前一周做的三件准备

集中攻坚不是到那天才开始发力，而是提前一周做减法。我做了三件事，每件事都不复杂，但缺一个都会影响三天的节奏。

第一件事，是回绝所有可以延后的非紧急事项。包括几个兴趣群组的线下活动、一次非必需的行业交流、一个可以推迟到下个月的帮朋友看方案请求。这个过程需要一点“狠心”，但只要守住一个原则就行：这件事晚三天做会不会造成严重后果？不会，那就往后放。结果证明，绝大多数事情晚三天处理毫无影响，反而是我过去高估了自己的不可替代性。

第二件事，是把所有会分散注意力的“微任务”提前清掉。比如三天前就把该回的邮件回完，把日常采购清单提前买好，把手机里积压的待处理消息该删的删、该归档的归档。这样做的目的，是让攻坚期间大脑不需要频繁地对外输出决策，哪怕只是“要不要回复这条”这种极小的决策，累积起来也会消耗心力。

第三件事，是设置一个最朴素的“最小成功标准”。对我这次的任务来说，标准很简单：完成初稿，并且把收集到的素材全部整理进项目文档，不再散落在各个文件里。我不要求自己三天内做到完美，只要求达到“可交付给别人继续推进”的状态。这个标准看起来低，实际上非常实用，因为它定义了什么叫“完成”，避免我在过程中不断加码、不断延长战线。

1.3 心态预设：三天不是万能药

我也得给这段经历泼点冷水。三天集中攻坚，适合的是那些“已经有清晰大概方向、但迟迟没有执行”的任务，它治不了方向根本不明确、需要长期调研甚至换赛道的大问题。那种问题需要的不是三天，而是持续数周的摸索和试错。

所以在我开始之前，我就告诉自己：这三天的目标不是解决所有问题，而是把问题推进到一个看得见摸得着的阶段。就像跑马拉松，三天相当于一次高强度拉练，能让你熟悉赛道的某一段，但不能让你直接变成冠军。抱着这种心态，我反而更放松，也更愿意接受过程中出现的不完美。

我还在笔记本上写了一句给自己看的话：“完成这一步，就已经赢了过去的自己。”听起来有点鸡汤，但在第二天下午情绪最低落的时候，这句话确实把我拽了回来。后面我会细说这个低谷是怎么出现的。

2. 第一天（3.12）：把模糊的“项目”拆成能落地的“动作”

2.1 早上先别干活，先画地图

很多人一进入攻坚状态，会下意识地打开文档，开始动手写内容。但如果任务本身很复杂，直接动手的结果往往是：写了两行，发现资料不全；找资料，发现相关邮件没有归类；整理邮件，又想起还有个文件在另一个系统里。一上午就这样在切换中消耗掉了。

我第一天的前两个小时，一个字的内容都没有写，做的却是最值钱的事：把任务拆成一张可执行的地图。用具象的说法，就是拿张白纸，写下最终要交付的东西是什么，以及需要哪些组成部分。比如我这个项目，最终交付是一份完整的方案文档加配套素材库，那我就拆成“目录结构”“现有素材盘点”“缺失信息清单”“撰写顺序”“每部分的预估耗时”五个条目。写完再对照一遍，确认没有遗漏之后，才开始进入具体执行。

这一步的价值，在于把大脑里那些模糊的、随时会蹦出来干扰你的念头，全部外化到纸面上。一旦写下来，大脑就不需要反复提醒你“别忘了还有那个”，可以腾出空间专心处理当前的工作。我经常跟别人说，所谓效率低，很多时候不是因为能力不够，而是因为所有任务都堆在工作记忆里，没有变成看得见的清单。

拆解过程中还有个容易忽略的细节：要连“需要问别人要什么”也一起拆出来。比如我这个项目需要某位同事提供一个历史数据，那我就把“发邮件要数据”这件事本身当成一个任务，安排在当天上午第一时间做，而不是等做到相关部分才想起来。因为别人反馈是需要时间的，越早提出请求，越不会卡住后续流程。

2.2 任务拆解的三层法：目的——产出——动作

我拆任务用的方法，说穿了很简单，就是问自己三个问题：这件事的目的是什么？完成之后会产出什么？我现在能做的最小的动作是什么？

第一个问题“目的是什么”，用来判断这件事是否真的要做。我见过很多任务清单里列着“调研一下竞品”，但这个任务的目的到底是什么？是为了验证新功能有没有市场，还是为了学习对方的设计风格？目的不同，调研的深度和方向完全不一样。目的不明确的任务，执行起来就会犹豫，一犹豫就会拖延。

第二个问题“产出是什么”，用来判断任务有没有干完。产出一定是一个具体的东西，比如“一份包含10个竞品的对比表”“一封发给导师的请假说明邮件”“一个整理好的书单”。凡是没法说清楚产出的任务，都是没拆到位，需要继续往下拆。

第三个问题“最小动作是什么”，用来降低起步门槛。很多任务启动困难，是因为大脑觉得它太大了。但如果把任务拆到“打开浏览器”“新建一个空白文档”“写第一段话”这种级别，心理阻力就会小很多。我这次把“撰写引言部分”拆成了“列出引言需要涵盖的三个问题”和“先写下第一个问题，不管措辞多糙都行”两个步骤，实际操作起来几乎没有卡顿，很顺利就进入了状态。

这个三层法，本质上跟程序员写代码时说的“函数要做到单一职责”很像。一个函数只干一件事，就容易被理解和复用；一个任务如果包含了太多目的，往往会变成四不像，最后连自己都不知道做到哪一步算是完成。

2.3 下午专注执行一个“最小闭环”

上午把地图画完之后，下午我给自己定的原则是：哪怕做得再糙，也要先跑通一个完整的最小闭环。

所谓最小闭环，就是选取任务中最重要的一个片段，写完、改完、确认能看，让整个流程从头到尾走一遍。我做的是方案文档，那我下午就先挑其中一个章节，从收集资料、列出关键论点、写草稿到修订措辞，完整地过一遍。这个章节的成品未必完美，但它帮我验证了之前拆解的流程走不走得通，也让我对后两天的推进速度有了一个真实的预估。

这里有个很容易犯的错误：先挑最简单、最不重要的模块来做。理由是“热热身”。但事实上，最简单的模块往往会给人虚假的掌控感。等你做到真正困难的部分时，时间已经过半，情绪和体力反而降下来了。正确的做法是，在第一天的下午就正面碰一碰任务里最核心或最没把握的部分，就算做不好，也能尽早暴露问题，给自己留出调整的余地。

我做最小闭环的过程并不顺利，光是确定一个重要数据的出处就反复翻了三轮邮件和两份旧文档，前后花了将近四十分钟。当时确实有点烦躁，但我知道这正是最少闭环需要暴露的问题，数据出处不确认，后面的内容就全部建立在沙地上。于是我干脆停下手里的写作，先花半小时把所有需要用到的数据出处全部列出来，标注清楚哪些需要再次核实，哪些可以直接引用。处理完之后，后续的撰写顺畅了很多。

2.4 第一天结束前的调整：预期管理是门必修课

第一天的晚上，我没有继续加班，而是用二十分钟做了件特别重要的事：把白天的地图拿出来，对照实际进度，重新调整后两天的计划。结果发现，按白天的速度，原计划中一个需要大量阅读文献的章节根本做不完。要么压缩阅读范围，要么调整产出标准。我选择了后者，把“读完所有相关文献”改成“重点读四篇核心文献，其余只扫摘要”。这样既不牺牲质量，也给后两天留出了缓冲。

很多人做计划时习惯把时间排得满满当当，一出现延期就开始自责，然后为了追上进度压缩休息时间，结果第二天更累、效率更低。我这些年最大的改变之一，就是学会对“完不成”这件事保持平常心。计划的意义从来不是为了被完美执行，而是为了在执行过程中提供参照系，让你知道应该往哪个方向调整。如果计划全都能被完美执行，那说明它本来就定得太保守了。

第一天的实际收获，是确定了整份文档的骨架，并且完成了最核心的两个章节的初稿。数字上看，只完成了计划里的60%，但这个60%是全项目里最难的60%，剩余部分的难度低很多，后面其实比想象中轻松。这也印证了一个道理：攻坚头一天，最关键是啃硬骨头，而不是求进度条好看。

3. 第二天（3.13）：和分心对抗才是硬仗

3.1 信息摄入清零：手机、通知、群聊的处理

如果说第一天的主线是拆解和执行，那第二天的主线纯粹是防守——防守那些随时想爬进你脑子里的信息碎片。我平时是一个高度依赖即时通讯工作的人，工作群常年保持几十个未读，很多消息确实和工作相关，必须快速响应。但这种状态放在攻坚期就是灾难。所以第二天早上，我做了一次比较彻底的信息环境重置。

手机设置了专注模式，所有非紧急应用的通知全部关闭，只保留了电话和闹钟的权限。电脑上的聊天软件状态改成“忙碌”，并且跟团队约定：除非有必须由我拍板的紧急事项，否则其他消息一律集中到中午和晚上统一处理。这里的关键不是“完全不看消息”，而是“固定时间批处理消息”，既不彻底失联，也不让消息的随机性决定我的工作节奏。

我还把手机物理隔离到视线之外：放在另一个房间的抽屉里。这听起来极端，但真的很有用。有个研究结论我一直记得：哪怕手机没有响、没有亮屏，只是放在桌面上，也能显著降低人的注意力水平，因为大脑会下意识地开启一部分资源监控外界信号。物理隔离直接从源头断掉了这种监控，我发现第二天的专注时长比第一天明显长了，几乎可以一口气做满一个完整的九十分钟。

信息摄入清零还包括主动控制“主动猎取信息”的行为。我发现自己有个坏习惯，写几分钟就想打开网页看新闻或逛社区，嘴上说“休息一下”，实际上是在用信息爆炸来逃避当下的思考压力。第二天我专门给自己立了一条规矩：休息时间只做不输入信息的活动，比如起身倒水、原地拉伸、看看窗外，或者闭眼放空，但不能碰手机和浏览器。执行下来，休息质量确实高多了，回到工位后可以无缝衔接。

3.2 用“番茄钟加物理隔离”守住专注区间

集中攻坚听着很厉害，但真正进入过深度专注状态的人都知道，这阶段需要非常具体的手段来维系。我用的组合拳是“番茄钟加物理隔离”。

番茄钟我用了很多年，但第二天才真正用对。以前我把它当成计时器，规定自己必须做完25分钟才算成功，没做完就产生挫败感。第二天我换了个思路：把番茄钟当作“守护边界”的工具，不求每个番茄钟都完美，只求在钟响之前清空周围的潜在干扰源。具体操作是：按下开始前，把水杯灌好，把必要的资料全部摊开，把所有可能用到的链接提前打开。整个番茄钟期间，约束自己不做任何和工作无关的操作，如果突然想到应该去回一条消息，就随手记在便利贴上，等钟响之后再去处理。

实际走下来，一个“标准番茄钟”完全不够用，因为写作任务起手就要十分钟热身。我试过连续执行三个番茄钟，中间休息五分钟，形成一个接近九十分钟的专注块。这个节奏比单纯的25分钟一组更适合我，基本上一个上午能安排两个这样的专注块，中间留出二十分钟彻底休息。

物理隔离在这里的作用更加明显。桌面上只留当前正在用的文档打印稿和一个笔记本，其余所有纸张、书籍全部收进文件柜。这招是跟一位特别擅长深度工作的前辈学的，他说桌面上的每一样东西都在参与“抢注意力”的竞争，东西越少，竞争越小。我照做之后发现确实如此，其他资料不在眼前，不会产生“要不要顺手翻一下”的念头，专注的长度和深度都提升了不少。

3.3 中途卡壳的处理：换任务而不是硬扛

第二天的下午，我遇到了一次明显的卡壳。在写某个章节时，需要找到一个支撑论点的具体案例，我脑子里隐约记得某个项目里出现过类似情况，但怎么也想不起细节，翻了几份文档也没找到。当时心情很容易急，越急越找不到，越找不到就越想继续翻，眼看一个多小时就要耗在这里。

换作以前，我大概率会继续硬扛，觉得中途放弃是意志力不够强的表现。但第二天我决定换个策略：既然眼前的证据找不到，就先不写这个论点的完整版，把它标为“待补案例”，转而去做另一个模块——整理配套素材库。这个工作不需要太多创造性，属于机械型任务，做起来很顺手，能很快带来正反馈。

有意思的是，等我整理完素材库，再回头看那个卡住的点时，思路忽然通了。我意识到那个案例根本不需要从旧项目里找，素材库里有一份更合适的新数据，完全可以替代，而且更有说服力。这印证了一个道理：卡壳很多时候不是因为能力不足，而是因为大脑过度聚焦在一条错误路径上，越用力越出不来。暂时撤离，让潜意识去后台处理，往往比原地死磕更能找到出路。

这个经验也让我重新理解了“坚持”这个词。坚持不是指在所有情况下都盯着同一个问题不放手，而是指决定不放弃最终目标，但实现目标的路径可以随时调整。就像开车遇到堵路，你不会跟堵点硬扛，你会换一条路绕过去，最终到达同一个目的地。

3.4 晚上不再新增任务，只做输出记录

第二天的节奏进行到晚上时，我的原计划里还排了一个“补充调研”的任务，但我临时把它取消了。原因很简单：当天上午、下午已经完成了两个高密度专注块，大脑处理复杂信息的能力明显下降，强撑着做调研，效率低不说，还容易产生错误判断。这时候更适合做的是不费脑的输出型记录。

整个第二天晚上，我只做了一件事：把当天的工作过程简单写成一份“个人工作日志”。不是长篇大论，而是按时间顺序记下来：早上做了哪几个模块，下午换了哪些任务，卡壳的具体位置是什么，后来是怎么解决的，哪个时间段效率最高，哪个时间段效率最低。这份日志没花多长时间，但它是第三天复盘的基础材料，没有它，第三天只能靠模糊记忆回顾，很难得出准确结论。

记录的价值还在于，它会逼着你诚实地面对当天的真实效率。比如我记到下午三点半到四点之间效率几乎为零，因为当时正好在处理一个特别琐碎的数据核对任务，这个时间段暴露了我对机械性任务的厌倦。知道了这一点，第三天我就把机械任务统一安排在傍晚精力低谷期做，把需要创造力的内容集中在上午，这种微调带来的效率变化非常直观。

晚上九点之前，我主动关闭了电脑。这不是为了表演“自律”，而是真的需要让大脑切换成休息模式，为第三天储存能量。集中攻坚不是靠透支体力和意志力完成的，而是靠合理的分配和恢复完成的。

4. 第三天（3.14）：收尾、复盘、让成果可复用

4.1 早上重新检查任务清单，区分真需求和伪需求

第三天的第一件事，不是接着写，而是把三天的整体任务清单拿出来重新审一遍。这一步非常关键，因为经过前两天的推进，我对任务的难度和实际状况有了更清晰的认识，很多当初列上去的事项，现在看起来已经没必要做了，或者可以大幅缩水。

我把清单上的每一项分成三类：必须完成、最好完成、可以放弃。分完之后内心轻松不少，因为“可以放弃”那一类里起码躺着三项当初觉得必不可少的内容。一项是某个背景章节的扩展阅读，一项是给多个协作方各做一版定制摘要，还有一项是把某个示例做成三种不同风格。仔细想了一下，它们对最终交付的核心价值都没有直接影响，属于典型的自我加码。

这里想多说一句：很多人收尾时效率低，不是因为事情太多，而是因为舍不得删减。“万一别人想看到这个呢”这种念头，会让人把大量时间花在非核心分支上。但现实是，多数情况下，别人只看主干，分支做得再花哨也未必有人注意到。所以临到收尾时，做减法永远比做加法重要。与其留一堆没完成的半成品，不如把少数几件真正重要的事做到位。

审清单之后，我把当天的工作时间重新做了分配：上午集中处理两件必须完成的核心事项，下午预留三个小时做整体统稿和格式调整，傍晚写复盘文档和交接说明。这个安排看起来很简单，但它把第三天从“漫无目的地赶工”变成了“有节奏地收官”。

4.2 把过程记录整理成可复用的模板

三天的经历如果只换来一个完成的项目，我觉得价值打了对折。更重要的收获，是把这三天的过程提炼成一套可复用的方法模板，方便下次直接套用。第三天下午，我花了将近一小时做这件事，把所有“个人工作日志”里的有效实践和无效尝试重新归纳了一遍。

归纳出来以后，我把它整理成了一张表，大概包含这些栏目：阶段、核心动作、使用工具/手段、有效程度、说明。比如“拆解阶段”的核心动作是“用三层法拆任务”，有效程度是“很高”，说明是“避免开工后方向漂移”；又比如“专注阶段”的核心动作是“番茄钟加物理隔离”，有效程度是“高”，说明是“桌面只留当前任务相关物，效果显著”。这种表格的好处是，下次再遇到需要攻坚的任务时，不用重新摸索，直接打开这张表对着执行就行。

我还额外记录了几条“失败经验”：第一天强行在不熟悉的领域做高难度输出，效率并不高；第二天试图连续执行四个专注块，结果到第四个时明显吃力；休息时间刷手机，会让重新进入状态的时间多花一倍。这些失败经验的价值甚至高于成功经验，因为它们是实际的痛感换来的。

整理模板这件事本身，看似占用了三个小时的产出时间，但它是一笔长期投资。下一次我再做任何需要连续多天专注的事情，启动成本都会低很多，不会再耗费一天时间试错。真正的效率，不是把每件事都从头做一遍，而是把做过的每件事都变成下一次的垫脚石。

4.3 三天复盘的具体框架：看结果，更看过程

傍晚我进行了一次正儿八经的三天复盘。方法很简单，按四个维度来回顾：预期目标、实际产出、偏差原因、下次调整。

预期目标那栏，写的是三天前定下的“最小成功标准”——完成初稿，素材全部归档。实际产出那栏，初稿完成了，素材归档也做完了，还额外产出了一套可复用模板。偏差原因那栏最有意思：预期和实际的差异，主要不是来自能力，而是来自第一天早上我一度想放弃“画地图”直接开写，如果当时真的那么做了，后面两天很可能陷入反复返工。这说明前置准备的价值，比表面上看起来大得多。

在“下次调整”那栏，我写了几条具体的、可操作的变化。一个是把攻坚窗口从三天改成两天加半天，因为最后半天的任务强度其实很低，拉成完整的三天有点浪费；另一个是提前把需要用到的外部联系人列好，一次性把问题问完，而不是像这次一样中途反复沟通；第三个是每天固定在同一时间做工作日志，防止拖到睡前再补，影响睡眠质量。

复盘不需要写得很长，但一定要具体。笼统地说“状态还不错”没有任何指导意义，至少要具体到“上午九点半到十一点半是效率高峰，适合处理最难的内容”。这种颗粒度的复盘，才能在下一次实实在在地派上用场。

4.4 离开电脑之前，做一份“交接文档”

第三天晚上的最后一步，我花四十分钟写了一份交接文档。所谓交接文档，是假设自己第二天完全失忆，另一个人拿到这份文档后，可以顺利接手这个项目、知道当前进展到哪一步、下一步该做什么。

这份文档包含四个部分：项目当前状态概述、已经完成的内容清单、尚未完成的事项以及建议优先级、每个模块的关键参考资料位置。写这份文档时，我用的是“未来的自己也会读”的心态，把所有那些当时觉得“这么明显不用记”的信息都写了下来。很多野外探险类节目都有类似的说法：在岔路口留下标记，不是给陌生人留的，是给自己回来后留的。工作交接文档也是同理。

写完交接文档，我盯着屏幕发了一会儿呆。这三天的感受，跟出发前想象的并不完全一样。原以为三天结束会很亢奋，但实际上更多的是一种踏实感，像是把一块悬了很久的石头稳稳地放到了地上。项目没有因为这三天的集中投入就变得完美无缺，但它从“一个令人焦虑的未知数”变成了“一份可以被继续推进的确定性”。

5. 三天之后，我发现真正改变效率的是这些观念

5.1 时间块优于待办清单

以前我特别迷信待办清单，觉得只要把任务列清楚，就能按部就班地完成。但这三天的实战让我明显感受到：待办清单只是告诉你“要做什么”，不能帮你解决“什么时候做”和“做多少”。而时间块是在日历上预先划定一段不可被占用的时间，并在这段时间内只安排一个主题。它的作用更接近“先把场地订好，再想约谁来踢球”。

时间块比较好用的地方在于，它以时间为单位审视一天的容量，逼着你对任务的耗时做出预估。预估本身就会倒逼你判断“这件事到底值不值得花这么久”。比如我这次在安排时间块时，发现“整理参考文献”这项居然要占掉整整一个半小时，于是果断决定压缩格式，只保留必要信息。如果没有时间块的约束，我可能会在整理参考文献上花一整个下午。

我在这次之后，已经把自己平时的日程管理方式调成了“时间块优先、待办清单辅助”：每周日晚用三十分钟把下周的大块时间段预先锁给重要项目，工作日只在时间块的缝隙里处理邮件和杂事。这个习惯让我的周工作量肉眼可见地涨了一截，尤其是那些需要深度专注的事情，终于有了容身之处。

5.2 完成比完美重要，但完成后的打磨才是分水岭

三天的实践又一次验证了那个老说法：先完成，再完美。不管是第一天的最小闭环，还是第二天换任务的处理思路，本质上都是把“完成”放在“完美”前面。

但我现在对这句话有了更完整的理解。完成不等于交付，完成后的打磨才是真正拉开差距的地方。区别在哪里？以我这次写的方案为例，初稿完成时，它只是把想说的内容全部堆在了文档里，段落顺序、表述逻辑、数据呈现都有不少问题。真正让它变得“能用”，是第三天下午从读者视角出发重新梳理了结构和语言，删掉了两处冗余表达，调整了三张图表的顺序。这些事情做起来不需要太高的智力强度，但耐心程度要求很高。

所以我在实际应用中，会把任务分成“今日完成版”和“明日打磨版”两个阶段：今天不管多粗糙，先把整体跑完；明天无论多手痒，至少在改完一版之后再考虑增加新内容。这个流程可以有效避免“开始得太慢”和“结束得太早”两个极端。

5.3 对自己诚实：承认自己是普通人，方法才用得上

这个观念听起来有点虚，但确实是我三天下来最真实的感受。集中攻坚的方法，说穿了都不是什么新鲜技巧，可为什么很多人执行不下去？我后来想明白了，是因为他们在做计划时，用的是“理想中的自己”的标准，而不是“现实中的自己”的标准。

什么是理想中的标准？每天能连续四小时高度专注，不刷手机，不分心。什么是现实中的标准？每隔大约四十五分钟就想动一动，注意力会在下午三点明显滑坡，看到未读消息会克制不住想点开。如果你按理想标准来设计计划，大概率第一天就崩盘，然后自责，然后放弃。

这三天我索性反过来做：按现实中的标准预留“分心额度”。比如每个专注块后面，允许自己有五分钟刷手机放松；下午精力低谷时，不安排高难度输出，只做素材整理。先接纳自己会分心，然后在分心出现之前主动安排好它的位置，执行起来反而顺利得多。人都不是机器，计划一旦完全无视人性，最终只能被现实击碎。

5.4 接下来再遇到拖延项目，我会这么做

写了这么多，最后分享一下我的“标准动作”清单，算是对这三天的总结性收尾。等下次再遇到一个拖了很久、想做又不愿做的项目时，我会提前一周清理日程，设定一个最小成功标准，把任务拆成目的、产出、动作三层，然后在攻坚期间每天坚持写工作日志，最后用半天的时间做复盘和交接文档。整个过程不会超过三天的投入，但产出的确定性会高很多。

可以肯定的是，以后我不会再用“我没时间”来搪塞拖延了。时间这个东西，挤一挤总会有一点，但用三天时间集中解决一件重要的事，比零零碎碎地耗一个月要有用得多。这次从3.12到3.14的实验，算是给我自己的拖延症交了一份阶段性的答卷，如果你恰好也有一个一直卡在清单底部的项目，不妨也挑三天试一次，记得把手机放进另一个房间，把计划写在本子上，然后从最不完美的第一个动作开始。