低摩擦执行系统

靠环境设计而不是意志力，让该做的动作变容易，让消耗你的动作变麻烦。

一个人做产品，最大的成本不是不会做，是动作起不来。

大多数"坚持不下去"不是意志力问题，是摩擦问题。做正确的事需要五个步骤，做消耗你的事只需要一次解锁屏幕。

两条原则

把好动作放到手边  ← 减少启动成本
给坏动作增加摩擦  ← 增加执行成本

不要试图靠"我今天一定要坚持"来解决。改环境比改决心可靠。

关键在于批量准备、单次执行。一次做十个标题比十次各做一个容易得多，因为你只启动了一次。

坏动作不一定是玩游戏，更多是那些看起来在工作、实际在消耗你的事：

刷数据是最隐蔽的那一个。

它有正当理由（"我在分析效果"），有即时反馈，还不需要任何准备。它会在你最该写下一条内容的时候把时间吃掉。

时间不够的时候，人的本能是做那些今天就能做完的小事——改个文案、调个颜色、整理一下文件夹。这些事有确定的完成感，但上限很低：做完了，明天什么都不会不一样。

高上限小动作的特点是：单次成本很小，但结果会累积。

规则很简单：每天至少完成一件右边的事。 完成之后，左边的事随便做。

不需要复杂的时间管理。三个块就够：

块 1（最清醒的时间）：一个高上限动作
块 2：交付性工作 —— 写代码、写内容、回消息
块 3（低能量时段）：批量准备 —— 模板、素材、素材裁剪

顺序比时长重要。把高上限动作放在最前面，因为它是最容易被"今天太忙了"挤掉的那一件。

周六那一步只需要三十分钟。它的目的不是做完整分析，是避免下一周继续用同一个有问题的版本发内容。

太多记录系统本身就是摩擦。三个文件足够：

用户原话.md    ← 只追加，不整理
假设与结果.md  ← 每条内容一行：假设、数据、下一步改什么
待做.md        ← 最多十行，超过就删掉最不重要的

不要建立分类体系、标签体系、双向链接网络。早期你需要的是能在三秒内找到上次那句话，不是一个漂亮的知识库。

一天里能做高质量判断的时间可能只有两三小时。这段时间用来开会、回消息、改样式，就没有了。

几个实际的做法：

状态差的时候做出的决定，通常第二天要推翻。

先建系统再干活。 花两天搭一套自动化工作流，然后发现要发的内容还是零条。先手动做十次，再决定哪一步值得自动化。

清单越写越长。 一份五十项的待做清单不会让你更有条理，只会让你每次打开都想关掉。

把"忙"当成进展。 一整天都在做事，但没有一件事改变了产品和用户的关系。

用工具替代判断。 换项目管理工具解决不了"不知道下一步该验证什么"。

没有停止条件。 每个动作都要有"做到什么程度就停"，否则一个封面能改一下午。

挑一个你每周都要做但每次都很费劲的动作，为它建一个模板文件。

再挑一个消耗你的动作，给它加一条明确限制。