企业官网建设流程全解析

1. 为什么“做得多”和“做得成”是两回事

我见过太多把自己塞满的人。日程表从早排到晚，待办清单一天列十几条，晚上十点还在回消息，第二天照样精神抖擞地继续。看起来很励志，但如果你连续观察他三个月，会发现一个很尴尬的事实：他的产出并没有比那些下午五点就收工的人多。这就是我想聊的“少做事，才能更有效地工作”——它不是什么鸡汤式的躺平宣言，而是一个关于注意力存量和动作有效性的工程问题。你要解决的不是“怎么把更多的事塞进一天”，而是“怎么把大部分事从清单里删掉，只留下真正推动结果的那几件”。

这套思路适合谁？适合那些感觉自己一直在忙、但年终复盘时说不出自己到底做成了什么的人；适合手上同时挂着七八条线、每条都在催进度的人；也适合刚进入一个新岗位、习惯性用“多接活”来证明自己的新人。它不需要你有多高的职位，也不需要团队配合，你自己一个人就能开始改。

先把结论摆出来：工作量的增加和价值的增加之间不是线性关系，而是一条先升后平的曲线，过了某个点，多做一件事的边际收益是负的。因为每多一件事，你就要多消耗一份上下文切换的成本、多占用一块本来可以用于深度思考的注意力、多欠下一笔沟通和收尾的债务。真正拉开差距的人，往往不是做得最多的，而是删得最狠的。

1.1 从一次典型的低效忙碌说起

我以前的状态可以用四个字概括：全线作战。上午改方案，中午开会，下午写文档，晚上补白天的活，中间穿插着回不完的消息和临时被拉进去的讨论。一天下来确实累得不行，但你要问我今天推进了什么，我经常说不清楚。最难受的是，那些真正需要连续两三个小时不被打断的活——梳理逻辑、想清楚一个方案该怎么搭、把一个复杂问题拆解成可执行的步骤——永远排不进去，因为它们太容易被切碎，一被打断就得从头捡起来。

后来我做了一件很简单的事：连续三天，每半小时记一次自己当时在干嘛，事后按“推进型动作”和“维持型动作”分类。推进型动作指的是那些让事情往前走、完成后能被别人看见或被记录下来的动作，比如写完一个模块、定下一个方案、交付一次评审。维持型动作是那些不产生新进展、但不做会出事的事情，比如回消息、对齐口径、看别人发的文档、参加没有明确结论的会。

三天下来，推进型动作占的时间不到三成。剩下的七成里，一半以上属于“本来可以不做、或者可以合并、或者可以交给别人做、或者可以晚点做”的事。那个瞬间我意识到，问题不在于我效率不够高，而在于我接的事情本身就有大量是低价值的，我再用高效率去完成它们，也只是高效地浪费时间。

这个发现改变了我后面几年的工作方式。不是先想着“怎么做得更快”，而是先问“这件事值不值得做”。顺序反了，后面全都是白费力气。

1.2 效率的真相：产出不等于忙碌程度

有个很好用的类比：一个人往一个桶里装东西，桶的容量是固定的，你的注意力就是那个桶。你往里塞的东西越杂，每样东西占的空间就越小，能装进去的“关键物”就越少。如果你不筛选，最后装进去的全是碎石子，虽然桶看起来满了，但真正的价值物一件都没进来。

所以“产出”这个词要重新定义。我更愿意把它写成这样一个粗糙但实用的表达式：

有效产出 ≈ 关键动作数量 × 单次动作的完成度 × 结果的可复用性

三个乘数里，任何一个接近零，整体就接近零。而“多做”这个动作，恰恰会同时压低这三个乘数：事情一多，关键动作就被稀释了；精力分散，完成度自然打折；每样都只做一半，没有一样能沉淀成可复用的东西。

这个逻辑放到任何场景都成立。写代码的人，同时开五个分支改五个需求，最后五个都只改了一半还得回头合；做内容的人，一天开三个选题，每个都只写了个开头；做运营的人，同时盯五个渠道的数据，结果每个渠道的优化都没深入下去。数量堆上去的代价，就是每一样都停在“勉强能交”的水平，而只要停在“勉强能交”，你就永远在返工，永远没有沉淀。

1.3 三种被误认为勤奋的消耗

我把常见的“假勤奋”归纳成三类，基本能覆盖大部分情况：

第一类是响应型消耗。别人发什么你立刻回应，群里有人问问题你第一个跳出来，邮件来了先点开看看。这类动作最大的问题是把节奏的控制权交了出去，你的时间被别人的优先级切成了碎片，一天结束时剩下的只有一堆没头没尾的半成品。

第二类是准备型消耗。开会前花两小时做一份精美的材料，其实核心结论就三行；开始写东西前先花半天整理工具、搭框架、找模板，真正的正文一个字没动。这类消耗特别隐蔽，因为它感觉很像在干活，但它不产生任何可以交付的东西。

第三类是修补型消耗。同一个问题反复出现，你每次都临时救火，救完就算了，从不想想为什么会烧起来。这类消耗最要命的地方是它会自我复制，你今天花两小时处理的事，下周还会再来一遍，而且大概率还是同样的两小时。

认清这三类消耗，后面所有“少做事”的动作就有了靶子。你要减的不是重要的活，是这三类不产生复利的东西。

2. 少做事的判断标准：一套能直接上手的取舍框架

“少做事”听起来容易，真正难的是判断哪件事该少做。凭感觉删，很容易把重要的东西删了、把边角料留下；什么都不删，又回到原来的状态。所以你需要一个可量化、可重复使用的判断工具，让取舍这件事不依赖当天的心情。

我自己的做法是把每件事过三道筛子：价值密度、依赖关系、替代方案。三道都过了，才留下；任何一道卡住，就往后排或者直接砍掉。这套东西不复杂，但要真的写下来、算出来，不要只在脑子里过一遍，因为脑子会自动美化那些你已经投入了时间的事。

2.1 价值密度打分法：给每件事算一个粗糙但够用的分

我不追求精确，只追求“能排序”。每件事按三个维度打 1 到 5 分：

• 影响面：这件事做完了，受益的是一个人、一个小组，还是整条线？影响面越大分越高。
• 紧迫度：不做会不会立刻出问题？有明确截止时间的给高分，模糊的“以后再说”给低分。
• 复利性：这件事做完，下次遇到同类问题是不是能省下时间？能沉淀成模板、脚本、标准流程的给高分。

三项相乘得到总分，满分 125。实际用下来，我的经验阈值是这样的：

这个表最反常识的地方是最后一行。我一开始不敢相信，15 分以下的任务真的可以直接砍。试了一个月发现，被我砍掉的那些事里，超过八成本来就不会有人追问，剩下一成追问时也能用三分钟解释掉，只有不到一成会真的出问题——而这一成里，绝大部分是因为我一开始就判断错了影响面，属于判断力的误差，不是框架的错。

注意：打分的时候，一定要先写下来再打分。在脑子里估分会不自觉地给“自己已经投入了很多时间的事”加感情分，这是最常见的自我欺骗。

2.2 三个必问的问题，比任何方法论都管用

除了打分，我还固定问三个问题。这三个问题最有用的时候，是在你已经被说服“这件事好像挺重要”的时候，用来给自己泼冷水：

第一个问题：这件事不做，最坏的后果是什么？注意要具体，不要用“可能会影响进度”这种模糊表述。要问出具体的后果：谁的哪一步会卡住、会卡多久、有没有补救办法。大多数时候你会发现，答案是“其实没人会卡住，只是我自己觉得应该做”。

第二个问题：这件事除了我，还有谁能做？只要答案不是“只有我能做”，就要考虑转交或者协作。很多人接活接到爆，本质上是因为他从来没让别人有过接手的机会，久而久之所有人都默认这事归他。这是一种能力陷阱：你越能干，你被塞的东西越多，你越没有时间做真正重要的事。

第三个问题：这件事能不能变成一次投入、多次使用？如果一件事下周还会重复出现，那这次做的重点就不是“做完”，而是“做完同时留下一个可复用的东西”——一个模板、一段脚本、一份检查清单、一次把规则说清楚的对齐。这个问题能把你从“反复救火”里拉出来。

三个问题连起来用，效果比单独用任何一个都强。我通常的顺序是：先问后果，判断要不要做；再问替代，判断要不要自己做；最后问复用，判断这次做的时候要不要额外花二十分钟留下沉淀。二十分钟的额外投入，往往能省下后面好几次重复劳动。

2.3 建一份“不做清单”，它比待办清单更有价值

大家都有待办清单，但很少有人有“不做清单”。我的不做清单里写的是三类东西：

• 明确不做的事：比如不参加没有议题的会、不做没有明确交付标准的任务、不接“先做着看看”的需求。
• 不做但要说清楚的事：有些事你确实不做，但需要提前跟相关的人讲明白，避免后面被追着问。这类要写清楚“我不做，因为什么，替代方案是什么”。
• 暂时不做的事：不是永远不做，是有明确的触发条件才做，比如“这条线只有等基础数据齐了才启动”。

这份清单最大的作用不是提醒你，而是在你被临时塞活的时候给你一个可以立刻拿出来对照的参照物。人在被当面请求的时候很容易松口，有个写下来的清单在那儿，你拒绝的时候就有底气，因为你说的不是“我不想做”，而是“这跟我已经定好的取舍原则冲突”。这两句话的分量完全不一样。

我建议这份清单放在你每天都能看到的地方，不用长，一页纸、十几条就够，每条一句话。它不需要对外公开，但你自己得清楚它的存在。

3. 实操：把一个满负荷的工作日压缩三成

前面讲的都是判断，这一节讲动手。我把自己压缩工作量的过程拆成四步，这四步是按顺序来的，跳步效果会打折。整套流程走完大概需要一周的观察期加一天的整理，之后每周花二十分钟维护。

先说清楚预期：压缩三成不是让你少干三成的活然后把剩下的活干得更累，而是同样的事情用更少的动作完成，剩下的时间投给关键动作。如果压缩完之后你只是把省下的时间拿去接新活，那这套方法对你没用。

3.1 第一步：连续三天记录动作，做一本时间账本

不用装任何软件，纸笔或者一个纯文本文件就行。规则很简单：每半小时记一次，一行字，写清楚“在做什么”加“属于哪一类”。分类就用前面说的推进型和维持型，如果拿不准就写个问号，回头再判。

三天下来你会得到大概五十条记录。然后做两件事：

第一，把记录按动作类型归堆。你会发现大部分维持型动作集中在几个特定时段，比如上午刚上班的一小时、下午三四点、以及每次开完会之后的半小时。这些时段就是你的“高频消耗区”，值得优先改造。

第二，找出所有“被打断后没有回到原位”的记录。这类记录的共同点是：你原来在做 A，被叫去做 B，做完 B 之后你没有回 A，而是顺手做了 C 或者干脆滑到了别的地方。每一条这样的记录，都是你损失掉的半块时间。

账本不用做得多精细，它的唯一目的是把“感觉”变成“事实”。我做完这一步最大的感受是：我以为自己每天被打断五六次，实际记下来是二十多次，而且其中一多半是我自己主动去找的。

3.2 第二步：合并同类动作，把散点变成批次

有了账本，第二步就是合并。这里有个非常实用的原则：同类动作合并成批，一次性做完。因为同类型动作之间的切换成本最低，而不同类型之间的切换成本最高。

我按这个原则做过一次调整，效果很明显：

这张表的关键不在数字，在于它揭示了一个规律：大部分省下来的时间不是来自“做得更快”，而是来自“少切换几次”。切换一次看起来只花几十秒，但重新回到原来的状态往往要五到十分钟，一天切换二十次，两个小时就没了。

合并的时候有个坑要注意：不要把需要深度思考的动作和沟通动作放在同一批次里。我试过把“写方案”和“对齐口径”放在一起做，结果是每次刚进入状态就被沟通打断，两头都没做好。正确做法是把深度动作单独放进一个不被打扰的整块时间，把沟通类动作全部赶到另一段时间里。

3.3 第三步：把重复动作变成模板和脚本

这一步是整套方法里长期收益最高的。判断标准很简单：一件事如果你做过第三次，它就应该被模板化。

模板化的范围比你想的广。不只是文档模板，还包括：每周都要做的进度汇总、每次评审都要回答的那些固定问题、每个新项目启动时都要走的流程、每次出现同类问题时的处理步骤。这些都不需要每次重新想，把它们写成固定的格式，下次直接填空。

给个简单的例子。假设你每周都要整理一次进度，原来是从各处收集信息、拼成一段话、检查有没有漏项，大概四十分钟。把它模板化之后，变成一个固定的表格结构加一段固定的生成脚本：

# 把每周收集到的条目按固定结构拼成汇总文本 items = { "本周推进": [], "遇到的问题": [], "下周计划": [], } def render(items): lines = [] for key, vals in items.items(): lines.append(f"【{key}】") if not vals: lines.append("- 无") for v in vals: lines.append(f"- {v}") lines.append("") return "\n".join(lines).strip() print(render(items))

这个脚本本身没什么技术含量，它的价值在于把“想格式”这个动作彻底消灭了。你每次只需要往里填条目，格式、顺序、空行全都不用管。同样的思路可以用在任何周期性重复的事情上，哪怕只是写一个检查清单贴在文档开头。

我给自己定过一个规则：任何一件事，如果第二次做的时候感觉“好像上次也差不多”，就必须当场花十五分钟把它变成模板。这十五分钟在第三次、第四次会连本带利地还回来。很多人的时间不是被大任务吃掉的，是被这些“每次都要重新想一遍”的小事磨掉的。

3.4 第四步：把交付标准前置，减少返工

返工是最大的隐形消耗。一个活做完了被打回，等于做了两遍，而且第二遍往往比第一遍更痛苦，因为你还带着情绪。

减少返工的思路只有一个：动手之前把“什么样算完成”说清楚。具体到操作上，我会在开始任何一件需要交付的事情之前，先做三件事：

第一，用一句话写下这件事的完成标准。不是“做好这个方案”，而是“这份方案要能让对方在十分钟内决定是否通过，所以要包含背景、三个可选路径和推荐理由”。标准越具体，返工越少。

第二，找出最关键的一个接受方，提前问一句“你希望看到什么”。这一步花五分钟，能省下几个小时。

第三，给自己设一个“初稿标准”：初稿只求结构完整和结论清楚，不求字句打磨。很多人卡在初稿上出不来，就是想一次成型，结果时间全花在细节上，整体结构反而没时间调。

这三件事做下来，我的返工率降了一大半。剩下那些返工，基本都来自需求本身变了，那是不可控的部分，跟我的动作没关系。

注意：前置标准不等于无限沟通。标准说清楚就动手，不要陷入“反复确认”的循环。我的经验是，同一件事最多确认一次，确认完就往前推，中途再变的按变更处理，不做免费加班。

4. 精力管理：少做事的前提是少决策

前面讲的都是任务层面的减法，但很多人减不下去，问题不在任务，在精力。当一个人一天做了几十个大小决策之后，他到下午已经没有力气判断“哪件事更重要”了，这时候任何人塞过来一个活他都会接，因为拒绝本身也是一个决策，而决策是最耗精力的动作。

所以“少做事”还有一个更底层的前提：把你每天需要做的决策数量降下来。决策少了，你才有余力去判断和拒绝。这一节讲的就是怎么把决策变少。

4.1 用默认选项消灭日常决策

日常决策是最没价值的一类消耗。今天穿什么、中午吃什么、先看哪个群、从哪条消息开始回，这些事情每一个都在消耗你的判断力，但它们几乎不产生任何价值。

我的做法是给这些事情全部设默认值：固定的早餐、固定的开工顺序、固定的第一件事。不是强迫症，是把决策权从当天的状态手里拿走，交给一个提前定好的规则。规则一旦定下来，你早上坐下就知道要干什么，不用再从零开始想。

工作上的默认值更值得设。比如我给自己定了三条：每天上午的第一个整块时间只做一件最重要的事，不看消息；下午最后一次处理沟通类事务，处理完就关掉；每周固定留半天不排任何会，用来做需要连续思考的事。这三条定下来之后，我每天要做的“今天该先干什么”的决策就从十几次降到了零次。

提示：默认值的关键是“定的时候认真，用的时候不纠结”。定规则的时候可以花一个小时想清楚，用的时候就不要再去质疑它，否则默认值就变成了新的决策。

4.2 把“要不要做”变成“什么时候做”

还有一个特别耗精力的动作是反复权衡。一件事你既没做也没放下，它在脑子里占着一块地方，时不时冒出来提醒你一下，这种“悬而未决”的状态比真正去做还累。

解法是：所有进入你视野的事，必须当场给出一个处置结论，要么现在做，要么定个时间做，要么明确不做。不允许出现“先放着”这个状态。放着的本质是把决策成本翻倍，因为你要为它决策两次。

我通常的处置方式是把“待办”改造成“时间块”：不是写“整理数据”，而是写“周三下午两点整理数据，三十分钟”。有了具体时间的任务，脑子就不会一直惦记，因为你知道它已经被安排了。而那些定不出时间的任务，往往就是不该做的任务，正好顺势删掉。

4.3 会议和沟通上的减法

会议是最容易失控的地方。我见过一个团队，一周有二十多个会，其中一多半是“同步一下”。同步这件事本身没错，但同步的成本极高，因为它把所有人的时间同时锁住了。

我自己的减法是这样做的：

第一，没有明确议题和结论形式的会，尽量不进。如果非进不可，就提前要一份议题，看完再判断要待多久。

第二，能两个人说清楚的事不开会。很多人习惯性拉会，是因为一对一沟通需要自己组织语言，而拉个会可以让别人一起想。这是把自己的思考成本转嫁给别人的时间。

第三，汇报类的内容改成书面。写下来比讲一遍更费脑子，但它可以异步看、可以留存、可以反复查，综合成本低得多。我后来把大部分进度汇报都改成了固定格式的短文档，只有需要讨论决策的时候才开会。

第四，给自己设一个会议时长上限。我给自己定的是每周会议总时长不超过八小时，超了就必须砍掉一个。这个上限比任何“提高会议效率”的技巧都管用，因为它逼着你在进入会议之前就做取舍。

5. 常见问题与排查技巧实录

这套方法我自己用了几年，也带着身边不少人试过，遇到的问题是高度重复的。这一节把最常见的几个整理出来，附上排查思路，省得你踩同样的坑。

5.1 少做事之后被质疑“不够努力”怎么办

这是问得最多的一个问题。尤其是新人，特别怕自己减了之后被人觉得不积极。我的看法是：别人判断你有没有努力，看的从来不是你忙不忙，而是你有没有结果。你天天加班到很晚但事情老是出问题，没人会觉得你努力，只会觉得你效率低。

但确实有个过渡期的问题，就是减法的效果要过一段时间才显现，而这段时间里你的“忙碌感”下降了，别人可能会注意到。我的处理方式是：把省下来的时间投入到一两件能明显出结果的事情上，主动把这些结果讲出来，而不是默默做完。不是为了邀功，是为了让别人知道你在干什么。

另外，减动作的时候不要连“可见的配合”一起减。比如同步进度的动作可以简化，但不能没有；回消息可以批量处理，但不能消失一整天。减法减的是低价值动作，不是减掉所有让人知道你在做什么的信号。

5.2 减法做不下去的五个卡点

我把常见的卡点整理成了这张表，遇到问题时可以对照着看：

这张表里最值得说的是第一条。“减”和“拖”看起来很像，但结果完全不同：减是这件事从系统里消失了，拖是它还在系统里只是位置往后挪，挪到最后还是要做，而且因为积压变得更急。判断标准很简单：一件事你已经往后挪了三次，那它要么应该被删掉，要么应该被拆成更小的动作立刻做，不存在第四次往后挪。

5.3 我自己踩过的几个坑

第一个坑是减错了对象。我一开始减的是那些看起来最烦的事，比如开会、回消息，结果发现这些事虽然烦，但它们是必要的协作成本，减掉之后问题更多。真正该减的是那些既不烦也不重要、纯粹是习惯性动作的事，比如反复刷新某个页面、反复检查已经检查过的内容、习惯性地把同一份材料改来改去。

第二个坑是把减法做成了一次性运动。我有过一段时间特别激进，一口气砍掉一堆事，结果两周之后全部反弹，因为有些事是链条上的一环，砍掉之后后面的事也做不了。后来我改成每周只减一条，减完观察一周，稳定了再减下一条。慢一点，但不会反弹。

第三个坑是忘了留缓冲。把所有时间块排满，本质上还是满负荷，只是换了一种满法。真正有效的安排是留出至少两成的空白时间，用来应付那些必然会出现的意外。空白不是浪费，它是系统能持续运转的必要冗余。

第四个坑是只减不加。减法做到一定程度就没有可减的了，这时候再往下减就会伤到核心。正确的做法是把省下来的时间投到一件需要长期投入的事上，让它慢慢长出来。如果没有这个去处，减下来的时间很快会被新的杂事填满，你会发现自己回到了原点，只是换了一批事在忙。

6. 最后分享一点个人体会

我做了几年减法之后，最大的变化不是每天多出几个小时，而是对自己在干什么变得清楚了。以前是被事情推着走，一天结束不知道推了什么；现在每天开始的时候知道自己只有一到两件必须完成的事，做完就算赢。这种确定感带来的东西，比多出来的时间值钱得多。

还有一个意外的收获：当你开始拒绝一些事、把一些事交出去之后，你会发现身边的人其实接得住，只是你以前从来没给过机会。团队里有人成长起来，往往不是因为培养了多久，而是因为原来的那个人终于肯把手松开一点。

如果你打算试，我的建议是从最小的地方开始。不要一上来就重构整个工作方式，先做一件事：明天记录一天，看看你的时间到底去哪儿了。看完之后你会自己找到第一个该删的东西，那比任何方法论都管用。