一句话总结

如何用每周 20 小时来运营 TinyPilot？

亮点

• 我发布了第四篇年度回顾，分享作为独立创业者的经历。
• 尽管下一款产品的发布有所延迟，TinyPilot 的销量依然保持强劲。
• 我分析了自己的时间分配，并探索如何更合理地安排时间。

目标评分

每个月初，我都会定下当月想要完成的目标。以下是本月的完成情况：

发布 Voyager 2：PoE 版

• 结果：因生产问题，发布推迟了数周
• 评分：D

我不得不推迟发布，因为我们发现首批量产的 PoE 硬件表现与原型机不一致。我们应该能修复这些板子，但还需要几周时间。

为 TinyPilot 技术支持工程师撰写职位描述并开始面试

• 结果：已写好职位描述，但尚未发布到任何招聘平台
• 评分：C+

这件事一直被我往后放，因为它属于重要但不紧急的事。如果 TinyPilot 有了技术支持工程师，就能帮我缓解频繁出现的时间紧张问题，所以我需要更优先地去推进它。

发布第四篇年度回顾

• 结果：已发布年度回顾
• 评分：A

很高兴能发布这篇回顾，因为我已经为此准备了数周。这是我少数有严格截稿日的事情之一，因为我喜欢在辞职纪念日当天发布的传统。

让我意外的是，这篇文章在 Hacker News 和 Reddit 上并没有获得太多关注。通常我的年度更新在这些平台上都很受欢迎，但今年在这两个网站上都反响平平。当然，其中有很多运气成分，单凭一篇文章也说明不了太多问题。

TinyPilot 数据一览

销售额相比 12 月略有下降，但幅度很小。考虑到我们因 Voyager 2 售罄而暂停销售了四天，本月的表现实际上比 12 月更强劲。

我目前现金流仍为负，未来一两个月可能还会如此。既然我们已经确定了 Voyager 2 的设计方案，我正在为未来 18 到 24 个月囤积零部件，以免因零部件缺货而不得不一再重新设计电路板。我们已经为此重新设计了六七次，这是一个成本高昂且令人头疼的过程。

如何用每周 20 小时来运营 TinyPilot？

我今年的目标之一就是每周只用 20 小时来运营 TinyPilot。而目前我每周要花大约 45 小时在 TinyPilot 上。我没有特别精确的方法来统计时间，但以下是我对目前时间分配的估算，以及理想中的分配情况：

注：这些是希望平均达到的目标，并非严格上限。如果有客户说想购买 200 台 Voyager 并有几个问题要问，我不会说：“抱歉，我这周用于销售咨询的半小时额度已经用完了。”

我大部分时间都花在协调变更上。所谓协调变更，是指随着 TinyPilot 的发展而产生的各种细小调整。例如，发布一款新产品，前期在组装和发货方面会有许多大的变动，之后数月里还会有一系列小的调整来解决各种细节问题。这个话题比较复杂，所以我在下面单独用一节来展开。

技术支持是最适合外包的部分。我几个月来一直在考虑应该招人来帮忙，但一直没有给予足够的优先级。我现在正在着手处理这件事。

我在跟进开发工作上花的时间也比实际需要的多，主要是因为即使不需要我参与，我也喜欢插手软件相关的事情。很多时候是因为我急于看到某个改动，自己动手最快。我需要在这方面更有纪律性和耐心，更好地把工作委派给 TinyPilot 的开发团队。

我在准备 TinyPilot 版本发布上仍然花了太多时间，不过我一直在尝试将其自动化和委派出去。过去每个版本从构建、测试到撰写发布公告，大约要花我 35 小时。现在已经降到了大约 15 小时。开发团队已经将构建流程的很大一部分自动化，TinyPilot 的本地团队也接手了大部分手工测试工作。虽然还有改进空间，但我们正在稳步取得进展。

如何减少花在协调变更上的时间？

协调变更是我投入时间最多的几项工作之一，也是我最不喜欢的职责之一。

最近一个协调变更的例子是对 Voyager 2 外壳的调整。TinyPilot 的欧洲分销商发邮件告诉我，在他组装的约 10% 的 Voyager 2 中，USB-C 接口错位严重，导致无法插入 USB-C 线缆。

为了解决这个问题，处理流程如下：

1. 我给分销商回邮件，表示会去调查并尽快回复他。
2. 我给 TinyPilot 的本地团队发邮件，询问他们是否也遇到过类似情况。
3. 本地团队说他们也见过类似现象，但没有分销商遇到的那么严重。
4. 我让团队去调查组装不一致的源头（例如外壳、电路板或组装手法）。
5. 团队告诉我，经过几个小时的排查，仍未找到确切原因。
6. 我给分销商发邮件，告知我们将通过修改外壳来解决这个问题。
7. 我联系 3D 打印合作方，请他通过加宽 USB-C 开孔来规避这个问题。
8. 3D 打印合作方打印了一个原型并寄给了我们。
9. 我让 TinyPilot 团队用新外壳组装测试，确认是否可行。
10. 团队确认新外壳可用，应该能解决问题。
11. 我给 3D 打印合作方发邮件，索要设计文件并要求将我们的外壳改为新设计。
12. 合作方向我发送了外壳设计文件。
13. 我将设计文件转发给分销商。

就这样，为了修正几毫米的偏斜，花了不少功夫。

回头看，我觉得并没有哪一环是明显可以委派出去的。我不能直接让分销商去联系我的团队或 3D 打印设计师，然后让他们按分销商的要求去做。

或许我本可以把更多与 3D 打印供应商的沟通委派出去。第 7 到 11 步本可以简化为：“我让团队与 3D 打印供应商一起商定解决方案，完成后把设计文件发给我。”这样虽然只能节省少量工作，但我还是应该养成习惯，让 TinyPilot 的本地团队更多地负责组装流程。

当然，我们不是每周都会遇到这种情况，但类似需要协调 TinyPilot 各方的问题，每周会出现一两次，而最终往往需要我来做决定。

另一个因素是同时进行的变更数量实在太多。目前，我正在同时推进七个主要项目：

1. 更换电气工程供应商。
2. 因零部件短缺而修改 Voyager 2 的电气设计。
3. 收尾 Voyager 2 PoE 版的生产与测试。
4. 重新设计网站。
5. 招聘首位技术支持工程师。
6. 探索能够支持更大产量的外壳制造方案。
7. 与外部顾问合作，为 TinyPilot 增加 H264 视频支持。

由此我意识到，在承接重大项目时应该更加谨慎。改动越少，需要协调的时间就越少。

我可以做出的另一个改变是，在聘用外部供应商时，将对方的可用带宽视为首要考量。网站改版比我预期的多了好几个月，就是因为设计公司平均每周只在 TinyPilot 上投入五小时，而我原本预期是 20 小时。以后在面试供应商时，我会更多地沟通他们每周的可用时间。

遗留项目

以下是我仍在维护、但并非当前主要投入方向的项目的简要更新：

Is It Keto

哎呀！一月通常是 Is It Keto 的旺季，因为有很多人立下新年减肥的决心，但今年一月的回升却是该网站有史以来最弱的一次。

我也没什么好抱怨的，毕竟我完全没有维护这个网站，但还是希望它不要这么快就衰落下去。

Hit the Front Page of Hacker News

写作课程这边依然很平静。本月只有一笔新订单，仅此而已。看起来，关注我且对课程感兴趣的人，到这个时候基本都已经买过了。

Zestful

Zestful 略有下滑，收入重新跌回每月 1000 美元以下，不过客户仍在积极使用该服务，每隔几周也还会有潜在新客户来咨询。

收尾

完成了什么？

• 发布了第四年的年度回顾
• 发布了 TinyPilot 2.3.2
• 开始向新的电气工程供应商过渡
• 与外部顾问合作，为 TinyPilot 的视频推流创建了基于 WebRTC 的概念验证实现

经验教训

• 一次少改动一些。
  • 我需要掌握当前正在进行中的变更数量，在旧项目结束前克制开启新项目的冲动。
  • 很容易因为项目每周所需投入不同，而误以为自己还有空余精力。
  • 每新增一个项目，都会增加出现“倒霉的一周”——太多变更同时需要我处理的——风险。
• 将供应商的可用时间视为首要考量。
  • 如果为一次性项目聘请的供应商每周只有几小时的可用时间，项目就会被拉长，并且会在任务切换上耗费你更多时间。

下月目标

• 发布 Voyager 2：PoE 版
  • 这次是真的要发了。
• 招聘一名 TinyPilot 技术支持工程师
• 完成 TinyPilot 网站改版的设计工作