TinyPilot:第32个月
一句话总结
我离开TinyPilot最久的一次休假
初次来访?
你好,我是 Michael(迈克尔),一名软件开发者,也是 TinyPilot 的创始人,这是一家独立的计算机硬件公司。我于2020年创立了这家公司,目前月营收为6万至8万美元,雇有六名员工。
每个月我都会发布一篇像这样的回顾,分享我的公司以及整个职业生涯的近况。
亮点
- 我离开美国两周,TinyPilot 在没有我的情况下运转顺畅。
- TinyPilot 办公室的一根水管爆裂,险些酿成灾难。
- 我正在寻找被动性工作与主动性工作之间的恰当平衡。
目标评分
每个月初,我都会宣布想要完成的事项。以下是我对这些目标的完成情况:
让可发货的 TinyPilot 设备库存恢复到正常水平。
- 结果:库存仍未达到我期望的水平。
- 评分:C
我们的库存仍然落后,因为发生了一系列影响履约团队的意外情况。在恢复正常之前,我提高了价格并削减了广告支出。
启动向新 3PL 供应商过渡的流程。
- 结果:我们已与新 3PL 供应商签约,正在准备发往对方的首批货物。
- 评分:A
我对这家新 3PL(第三方物流)供应商充满期待。一旦我们把履约工作交给外部供应商,应该能减轻团队的压力,让我们有余力投资其他领域,从而更快地扩大规模。
开启开发者与支持工程师之间的跨团队协作。
- 结果:TinyPilot 举行了首次开发与支持工程的跨团队会议。
- 评分:A
开发者和支持工程师之间有一些可以合作的工作,但我一直推迟到两个团队能够面对面会面。我们举行了首次开发与支持工程跨团队会议,现在两个团队已准备好开始直接合作。
TinyPilot 数据统计
| 指标 | 2023年1月 | 2023年2月 | 变化 |
|---|---|---|---|
| 独立访客 | 8,092 | 12,141 | +4,049(+50%) |
| 总页面浏览量 | 16,665 | 23,117 | +6,452(+39%) |
| 销售收入 | $66,420.52 | $72,585.15 | +$6,164.63(+9%) |
| 企业订阅 | $290.70 | $290.70 | 0 |
| 特许权使用费 | $5,689.93 | $3,935.73 | -$1,754.20(-31%) |
| 总营收 | $72,401.15 | $76,811.58 | +$4,410.43(+6%) |
| 利润 | $8,552.79 | $32,905.55 | +$24,352.76(+285%) |
我们处于一种奇怪的状态:尽管我试图抑制销售,营收仍在增长。履约团队除了其他职责之外,没有足够的时间处理更多订单。这可能只是因为口碑一直在推动我们的销售,也可能是因为过去几个月我们新增的功能吸引了更多客户购买。
我预计,一旦我们把履约工作转移给 3PL 供应商,月营收有望达到9万美元。我们目前受限于履约能力,但一旦过渡到 3PL,这个瓶颈就会消失。
我们已经连续第七个月实现盈利(准确地说,是滚动三个月平均值,因为我们的利润呈爆发式波动)。照这个速度,我们将轻松超过我2023年10万美元利润的目标。
“你就是那个 TinyPilot 的人吗?”
上个月的一个周六下午,我在家里的办公室,听到有人敲前门。我穿着睡衣去开门,发现门口站着一个四十五岁左右的男人。他问:“你就是那个 TinyPilot 的人吗?”
糟糕。谁会不打招呼就出现在我家门口问 TinyPilot 的事?
我努力回想最近有没有什么客户互动,可能导致有人找到我家并揍我一顿。我什么也想不起来。
“是……”我谨慎地回答。这位神秘的访客解释说,他是 TinyPilot 办公楼的维修工。他没有我的电话号码,但还是找到了我家的地址。
“办公室的一根水管爆了,我们进不了你们的房间。你能下来一趟吗?”
这听起来可不妙。
我上了车,跟着他前往 TinyPilot 办公室,脑子里盘算着:如果我们的全部库存都被水泡了,公司还能不能撑下去。即使能拿到保险赔付,重新制造产品的周期也会让我们停摆好几个月。
到达我们那层楼时,我看到 TinyPilot 相邻的会议室的喷淋系统已经启动。我打开 TinyPilot 办公室的门,松了一口气。我们的房间完全没有进水。

TinyPilot 相邻办公室的水管爆裂,里面的东西全毁了。
他们说,在消防部门确认之前,我们几天内不能进入自己的房间,因为大楼已经没有喷淋系统了。周一,我给房东打电话,他说我们可以恢复正常使用办公室。
我以为事情就此结束,但几天后,履约团队的一名成员问我是不是要搬家。“没有……怎么了?”我问。“哦,那个维修工顺口说我们可能得搬走。”
糟糕。
我打电话给房东想弄清状况。他说——请注意,他语气非常轻描淡写——是的,我们可能得在周二之前搬进一间新办公室。而这场对话发生在周五。
房东解释说,由于水损,施工方可能得更换我们的一面墙。但别担心——他有一间备用办公室可以给我们用。那间办公室比我们现在的办公室小40%,而我们现在的办公室已经使用了80%的空间,所以那可不会好受。我问我们要在那间小办公室待多久。他毫无头绪。
接下来的几天里,对于是否要在两三天内完全搬迁,房东的态度相当无所谓。这很棘手,因为我即将去欧洲待两周,无法在新办公室搭建 IT 基础设施。
出发前我每天都打电话问墙的事有什么计划,但房东始终没有答案。我决定只把电脑、打印机和网络设备搬到备用办公室,因为在我不在的情况下,只有这部分是有风险的。
一周后,我们得到消息,我们的墙可以保留,不用搬了。履约团队损失了大约一天的工作,我又花了两天做应急预案,但这种不确定性让人压力很大。
这件事也强烈促使我们把履约工作迁移到新的 3PL。我真希望摆脱那种因为办公室出点问题、履约就陷入停顿的处境。我们 3PL 那边的水管也可能爆裂,但到那时,为了恢复运转而搬动东西就成了别人的问题。
我离开 TinyPilot 最久的一次休假
二月,我度过了创立 TinyPilot 以来最长的一次休假。我在欧洲旅行了两个多星期。
这趟旅程始于我在德国蒂宾根参加的一场婚礼。在此期间,我完全没有查看工作邮件。

在德国蒂宾根市政厅参加一场婚礼
许多与 TinyPilot 合作的人都住在欧洲,所以我又多待了一周,进行我所谓的“TinyPilot 欧洲之旅”。行程包括:
- 在德国卡尔斯鲁厄住两晚,拜访 TinyPilot 的欧洲分销商 punkt.de
- 在德国柏林住两晚,拜访 TinyPilot 的一位开发者
- 在英国伦敦住两晚,拜访 TinyPilot 的两位支持工程师
这趟旅程是对 TinyPilot 在没有我的情况下如何运转的一次测试,结果大体顺利。订单按时发出,用户得到了正常的支持。
我此前离开 TinyPilot 最长的一次休假(即完全不查看 TinyPilot 邮件)是五天,这次是11天,之后又在外面奔波了一周,网络时断时续。
对本地团队而言
履约团队跟上了订单进度,但几乎是满负荷运转。我们仍在追赶向 Voyager 2a 的切换,而 Voyager 2a 的组装时间要多花30%。我们首次允许用户以旧设备折价换购,这给履约团队增加了负担。我们的办公室状况显然也无济于事。
所以,履约还算顺利,但余量比我期望的要小。如果有人病了几天,我们就会很吃力。
再次强调,这段经历是推动我们把履约迁移到 3PL 的强大动力。有了第三方供应商负责履约,我们必须亲自处理的时间敏感任务会少得多,因此我们对短期压力或人员缺席的抵抗力会更强。
对支持工程团队而言
TinyPilot 的技术支持团队在没有我的情况下运转良好。在正常运营中,支持工程师可以选择把问题升级给我。在我不在的情况下,他们独立处理了各种问题,用户仍然获得了高质量的支持。
不过,支持工程团队确实经历了一次“停摆”,有一段时间没有人能够回答技术问题。一名支持工程师在我的休假期间安排了休假,而另一名工程师恰好在同一个时间窗口生病了。
我认为,以我们这样的团队规模,我没什么办法防止这种停摆。虽然罕见,但三个人同时需要休假是有可能的。
团队对这次停摆感到很过意不去,所以最有价值的教训是明确预期:这种停摆是我的问题,而不是他们的。我不想让客户得不到技术支持,但对我来说,更重要的是尊重团队成员的休假时间,让他们在度假或生病时不会感到有压力去工作。
对开发团队而言
在我旅行期间,开发团队运转顺畅。有几个小任务在等我做决定,但团队对产品路线图足够了解,可以在没有我的情况下继续推进。
过去几年我一直在努力给开发团队更多的自主权和责任,所以看到我的缺席并没有拖慢他们太多,我很高兴。
团队的主动性工作会给创始人带来被动性工作
过去几个月,我一直在思考 TinyPilot 中被动性工作与主动性工作之间的平衡。
回复支持工单就是被动性工作的一个典型例子。它有时间敏感性,但影响较小,因为只帮助了发邮件的那一位用户。主动性任务则是修复产品或改进文档,让用户不需要提交支持工单就能解决问题。
直到最近我才意识到,员工的主动性工作通常会给带来被动性工作。例如,当一名支持工程师撰写一篇新教程时,这是有用的主动性工作,但我需要审阅它,这对来说就是被动性任务。
审阅文档有时间敏感性,因为我想趁作者对工作记忆犹新时提供反馈。我还发现,给别人的文字提意见比亲自写同样的内容更耗费心力。当我看到别人写作中的细微问题时,我很难识别并表达出我看到的问题。
过去几个月,我越来越成为团队主动性任务的瓶颈。我不断问自己,是否应该让开路,让团队按自己的方式写作,但我一再决定“不”。我非常重视我们的文档,保持文档的一致性很重要。
开发团队也经历过类似的过程。起初,我审阅每一处代码变更。大约五个月后,我们改为对代码变更进行同行评审,现在我已经不在大多数软件开发工作的关键路径上了。
我希望支持工程团队也能经历类似的演进。要写出我想要的风格,学习曲线很陡,但如果我们持续投入,队友们会学会我想要的风格,并在内部互相评审彼此的文字。
我的收获是,即使在委派任务时,我也需要考虑自己的带宽。某些任务会产生难以审阅的工作,所以我需要考虑工作完成后自己是否有时间进行高质量的审阅。
总结
完成了什么?
- 进行了为期两周的个人/工作旅行。
- 与新的 3PL 供应商签订了合同。
- 发布了 TinyPilot Pro 2.5.3,新增了音频串流功能。
经验教训
- 分配任务时,要考虑自己需要多少带宽来审阅。
- 即使初始工作不需要参与,有些任务仍需要花费大量精力来审阅。
下个月的目标
- 将一款低销量产品的履约过渡到新的 3PL。
- 在 NERD Summit 2023 上做演讲。
- 减轻履约团队的负担,使被动性任务占用的时间低于80%。
求助
这个月我在尝试一个新点子:公布读者可以帮助我的方式。如果你喜欢这个博客,并且能帮我联系到符合我需求的人,请给我发邮件。
在探索将制造转移到中国的过程中,我发现这是一项比预期大得多的工程,涉及许多我没有经验的领域。
如果你认识有每月500到5,000台规模电子产品制造经验的人,我很乐意与他们聊聊。我可以考虑接纳一位联合创始人、聘请顾问,或者只是与愿意分享专业知识的人随意聊聊。
随机一篇博客