独立开发者如何读《每周工作4小时》：一次一周工作复盘

这是我们受蒂莫西·费里斯《每周工作4小时》部分观点启发而设计的原创实验方案。它不是原书工作表，也没有声称已经取得实验结果。

区分值得做的任务与做得更快的任务

第 5 章质疑那些耗费时间、却没有产生所需结果的活动；第 9–10 章讨论在扩大商业想法之前验证需求。把这些观点放在一起，可以向小型网站提出一个问题：每项重复任务实际帮助读者解决什么问题？

开发者可以优化图片处理流程、修改一段文字，或刷新一份报告。这三者都是活动，价值取决于眼前的问题。如果文章难以理解，更复杂的部署流程未必改善读者体验。如果网站无法加载，可靠交付就成了紧迫任务。问题判断决定优先级。

改变惯例之前先观察

在一个普通工作周里，记录少量重复活动所消耗的精力。不要把个人或客户信息记进笔记。目标是获得可用的基线，而不是建立复杂的追踪系统。遇到故障或假期的一周可能不同寻常，应明确标注，不能把它当成典型情况。

第一周是初始观察期，不是证明结果的期限。在改动之前，选定工作日、任务类型和工作量尽量可比的后续观察期。两个阶段都记录起止日期和任务数量；如果比较可能误导，就延长观察或暂不下结论。除了日常执行，还要计入设置、复核和纠错时间。比较同类任务的单次平均耗时有一定帮助，但不能消除任务难度变化的影响。

对于读书网站，要区分纠正错误、准备有来源依据的文章、检查搜索报告和调整装饰。记录每项任务针对的问题。未知的结果应继续标为未知：刚发布的页面，可能还没有足够证据让我们评估搜索表现。

使用一张小型复盘表

以下字段与例子由 Margin Notes 设计，并非改编自原书练习。示例是假设情境，没有虚构节省的时间或收入结果。

字段	记录什么	假设的网站例子
重复任务	具体动作及其存在理由	反复打开搜索报告，查看有没有变化。
实测投入	基线期间实际花费的时间和受到的打断	如实记录，不猜一个数字。
预期结果	它解决的读者或运营者问题	注意到有意义的索引或查询变化。
拟议改变	准备用来比较的一个有限改变	在计划好的时间查看普通报告。
质量检查	哪些事情必须继续正常运作	紧急运营警报仍能通知运营者。
决定	保留、修改、撤回或暂不下结论，并说明理由	比较实际用途和遗漏的问题。

任务不能仅因收益难以测量就被取消。在投诉或故障出现、让收益变得可见之前，纠错与维护可能已经防止了损害。解读这张表时，要考虑这种可能。

下载空白工作复盘表（TXT，中文版）。表内分别记录基线、后续观察、工作量、质量检查和最终决定。在自己的设备上填写即可，本站没有提交答案的表单。通过浏览器的“打印”功能，也可以保存或打印本文，保留来源和限制说明。

改变一个变量，并保留回退办法

选择一项由自己控制的普通惯例。减少重复且不紧急的检查，是有限尝试的候选；暂停安全警报或忽视权利投诉则不是。明确改变的内容、复查时间，以及什么情况出现时需要撤回改变。

把投入与这项惯例原本要实现的目标一起比较。打断少了，却遗漏了一件重要事情，结果就有好有坏。缩小改变的幅度，可能比坚持原方案更好。短期观察可以发现问题，却不能证明系统会永远可靠。

把搜索需求与生产数量分开

网站的文章数或翻译网址数，衡量的是产出。它不能告诉我们某位读者是否需要下一篇文章。有真实搜索查询、编辑问题或读者反馈时，应使用这些信息，并将它们与对主题的猜测区分开。

如果数据太少，可以先改善现有页面的证据与清晰度，并记录新页面准备回答的问题。这是具体的下一步，不必假装需求已经得到验证。搜索结果的变化可能有多种原因；不要把此后每一次流量变化都归功于一次一周工作复盘。

复查取舍，再回到这本书

有用的结果，是对一项惯例作出有依据的判断，同时考虑它保护的工作与消耗的劳动。省下的时间应与收入分开计算，也应与接下来所选活动的价值区分开。

我们的DEAL 阅读指南解释了更完整的框架。自动化与委托评论则追问，把一项惯例交出去之后，哪些责任仍然存在。

来源与限制

本文讨论对应一份译者标注为鹤梅的蒂莫西·费里斯著作中文修订版文本中的第 5 章与第 9–10 章。工作复盘、开发者例子和检查办法，都是我们自己的建议。它们不是费里斯的原话，不是读者成功经历的报道，也不承诺经济结果。版本元数据与所有历史商业案例尚未逐一获得独立真实性核验。

可以通过出版社图书页面寻找原作和正规版本。这些独立评论旨在伴随原书阅读，不替代原书。