一句话总结

感觉陷入了停滞，正手忙脚乱地想挤出更多时间。

亮点

• 有两个已经停滞数月的领域始终难以推进：硬件开发和招聘。
• 正与一家德国分销商合作，准备在欧盟境内销售 TinyPilot。

目标完成度

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

发布 TinyPilot 新版本

• 结果：已发布 TinyPilot 1.5.1
• 评分：A

这个版本发布顺利，如期上线。虽然没有特别亮眼的新功能，但我们打磨了现有功能，也偿还了部分技术债。

实现 3.5 万美元的 TinyPilot 营收

• 结果：实现营收 2.9 万美元
• 评分：B-

本月营收有所下滑，原因是近期在营销上的投入减少。过去两个月没有大力做营销，营收还能保持如此稳定，也算让人松了口气，不过七月必须加把劲了。

完成内置以太网供电（PoE）的 TinyPilot Voyager 2 原型

• 结果：项目范围已缩减，改为更紧凑、但不含以太网供电的 Voyager
• 评分：D

进展远不及预期。即便我大幅提高了 PoE 元器件的预算，合作的电气工程师们还是找不到现货。

最终我们决定放弃将 PoE 作为 Voyager 2 的功能，转而减少外部线缆和接口的数量。首个原型恐怕要到七月中旬才能完成。

TinyPilot 数据一览

各项数据都在下滑，主要原因是我疏于营销。

利润虽然下滑，但实际情况没有数字显示的那么严重。树莓派是 TinyPilot 成本最高的部件，而我在这方面的成本大幅上升。受持续的芯片短缺影响，我不得不将库存量翻倍以应对风险。同时，由于 2GB 版本在各地都已断货，我不得不升级到价格贵一倍的 4GB 版本。这些数字或许本可以用更好的方式来体现库存价值，但我还没来得及处理。

想办法腾出时间

最近我读了《目标》一书，书中核心讲的就是企业中的“瓶颈”。所谓瓶颈，就是制约整个系统产出的关键环节。举个例子，假设一个产品需要经过两台机器：机器 A 和机器 B。如果机器 A 每周能处理 100 件，机器 B 能处理 500 件，那么机器 A 就是瓶颈。就算你增加机器 B 的数量或提升它的产能，也对整体业务毫无帮助，因为在增加机器 A 之前，每周最多还是只能生产 100 件。

在 TinyPilot 早期，我对履约流程做了系统化改造，让自己不再成为瓶颈。我聘请了一位库存管理员，确保客户订单每天都能照常发货，无需我亲自参与。

如今，履约环节的瓶颈只是市场需求。我们现在每天发货一到五单，如果销量提升，即便发货量翻五倍，履约流程也不会遇到瓶颈。

但在业务的其他不少领域，我依然是瓶颈：营销、客服、管理、软件开发、硬件开发等等。

正如我上个月意识到的那样，我的管理工作已经膨胀到占据了几乎全部的时间。其他方面我只是勉强维持，谈不上有所提升。而营销则因为重要但不紧急而被我搁置了。

我仍在想办法把更多工作分担给身边的同事。上个月我做了这些：

• 不再去做已有同事能胜任的事（比如只提交 bug 报告，而不再亲自去排查或修复）
• 让本地员工承担更多职责（比如联系供应商下单采购、安排提货等）

而七月计划做以下调整：

• 向本地员工展示我如何调研营销机会，让他们能在这一过程中承担更多基础工作。
• 为技术支持制定操作手册，让本地员工能够处理简单问题，遇到超出其技术能力的情况再转交给我。
• 调整软件开发流程，让开发者之间互相做代码审查，而不是所有改动都由我亲自审核。

让 TinyPilot 官网摆脱停滞

有两位自由职业开发者负责 TinyPilot 产品本身的开发。他们工作非常出色，能这么快找到他们算是很幸运。

但为销售网站找开发者的经历就完全不同了。自 2020 年 10 月以来，我先后聘用了六位不同的开发者来做网站，却没有一个合适。其中一半人时间太有限，工作断断续续，沟通也不顺畅；另一半则是技能不匹配。虽然我能较早识别出后者，但每花上一周时间和几百美元后才发现新人的代码难以阅读，还是让人很沮丧。

网站的设计一直只是个临时方案，等找到合适的人再来做得更专业一些。由于一直没有稳定的开发者，网站只能沿用上线之初的那套设计勉强维持。在我看来，它现在还像个业余项目，而我想让它看起来像一个真正的产品。

我在这个网页开发岗位招聘上犯的最大错误，就是把工作范围限制得太窄。起初半年里，我把它定位为每周只需 3 到 5 小时的自由职业工作。网站本身只是个简单的销售站点，我只想找人修修小 bug、加上一些不紧急的功能。但把工时压得这么低，反而让这份工作对大多数自由职业者缺乏吸引力，吸引来的都是本就排期很满的人。

我后来已将职位描述改为每周 10 到 15 小时。眼下待解决的问题已经积压了很多，工作量充足。等找到合适的人选，我会再请一位设计师来重新设计网站，然后让开发者花几周时间迁移到新设计上。如果工时有空余，也可以让他们参与 TinyPilot 软件本身的网页开发任务。

这个岗位的另一个招聘失误，是我对设计能力看得太重。维护网站需要大量繁琐的工作，要去排查那些只在特定屏幕尺寸或特定平台上才会出现的奇怪问题。确实有那种全能型开发者，既能做出惊艳的设计，又能写出可维护的代码，还能搞定各种疑难杂症，但与其寻找这样的全才，不如先找一位优秀的开发者，之后再为一次性改版另请专业设计师。

本周我开始试用了一位很有潜力的新人，希望这次能顺利。

让硬件开发摆脱停滞

另一个让我一直感到停滞的维度是 TinyPilot 的硬件。在最初的几个月里，我对 TinyPilot 的外观和结构进行了快速迭代。仅用 26 天就做出了第一个定制电子元件，并同步设计了 3D 打印外壳。两个月后，我发布了 Voyager，这对产品和整个公司来说都是一大步。

自那以后，TinyPilot 的硬件和外观设计就再没有显著改进。感觉自己已经原地打转了七个月。

第一个原因是设计工作。就电气工程项目而言，我们早期在 TinyPilot 上做的工作相对简单。越往后推进，我越是在前期设计和用户调研上投入更多，以确保我们做的是正确的东西。所以，尽管这段时间看似没有拿出什么成果，其实我们已经撰写了推动项目前进的设计文档。

基于这些设计工作，我认为 TinyPilot 的下一步最好是支持以太网供电（PoE）。市面上虽然有现成的 PoE 适配器，但缺少 TinyPilot 所需的电压保护功能。一年前，定制一块 PoE 扩展板只需要几天的 PCB 设计、每个单元 4 美元的 PoE 元器件，整块板的最终成本在 15 到 20 美元。

随后，全球芯片短缺来袭。原本随处可买的 4 美元 PoE 元件在各地全部售罄。几周内，我把预算上限先后提高到每单元 40 美元、60 美元，电气工程师们每天查询供应商库存、持续数月，仍然一无所获。

还有一个因素是，我合作的工程咨询团队规模很小。他们是很棒的合作伙伴，但只是两人小团队，利用业余时间提供咨询。最近两个月，他们的时间意外大幅减少，导致所有硬件开发陷入停滞。

为了摆脱停滞，我开始联系规模更大的电气工程公司。之前也搜索过，但很难找到与我规模相匹配的公司。搜索“电气工程顾问”时，找到的都是承接数百万美元项目的公司，显然与现阶段的 TinyPilot 并不匹配。

偶然间，我发现了树莓派官方的认证设计合作伙伴名单，这成了非常有用的资源。这些供应商都有树莓派相关经验，也服务于像我这样规模的客户。

我联系了名单上三家位于美国的公司。在我联系的几家中，供应商 A 始终没有回复，供应商 B 在来回沟通三周后拒绝了我的项目，供应商 C 则发来了提案。

我仍在犹豫是否接受供应商 C 的提案，因为他们似乎并没有真正理解我的项目。供应商 B 拒绝前，曾召开多次内部会议，最终认为自己没有相应的供应商资源和专业能力按我的规格完成项目。而供应商 C 却表示这些都不是问题，但这话是销售人员说的，并非出自工程师之口。

供应商 C 的提案极其含糊、充斥行话，让人根本看不明白他们到底要做什么。我请他们修改后，新版提案也好不到哪去。他们把“TinyPilot”都拼错了，还有几处明显的语法错误，完全看不出有认真读过我的需求说明。他们要求支付 5000 美元，进行 35 小时的前期调研并准备一份阐述可选方案的演示。

如果我原来的电气工程团队能拿到所需元器件，大概只需 10 到 15 小时就能完成 PCB 设计并生产首批样品。仅仅为了制定一个计划就花 35 小时，未免太多了。

我问供应商 C，如果他们的信心落空、最终找不到能提供所需元件的供应商会怎样。他们轻快地回答：那 5000 美元仍需支付。

把这些都写出来后，我决定拒绝供应商 C，重新与其他供应商接洽。如果在提案阶段就如此马虎，我实在不敢把自己绑定给他们数月之久、投入 3 万多美元。

启动欧盟分销

我与海外分销商的关系一直有些奇怪。差不多每个月都会收到一封邮件，有人问是否可以合作、在他们国家分销 TinyPilot。我总是回复：“当然可以，能否详细说说你设想的合作方式？”然后就再也没有下文了，不知是何原因。

所以当收到一位德国人士希望在欧盟分销 TinyPilot 的邮件时，我一开始是将信将疑的。但与之前的人不同，当我询问他的计划时，他提出了切实可行的想法，并介绍了自己在这一领域的相关经验。

他还想出了一个巧妙的利润分成谈判方案。由于先报价的一方往往处于劣势，他提议按以下方式进行：

1. 他先写好一份提案
2. 将提案加密打包成带密码的 zip 文件
3. 把加密文件发给我
4. 我再把我的提案发给他
5. 他再把密码发给我，让我能在他得知我的报价前看到他的提案

结果我们站在了谈判桌的两端——他的初始提案中分给我的利润比我自己的提案还多 10%。于是我们折中达成一致，双方都觉得很划算。

我对这次合作很期待，因为它能让 TinyPilot 对欧盟用户更具吸引力。目前我虽然也向欧盟发货，但体验并不理想：运输速度慢、有关税，而且 TinyPilot 的电源适配器是美规插头。与分销商合作可以解决这些问题，而且任何一方的营销投入都能让双方共同受益。

遗留项目

以下是一些我仍在维护、但已非开发重心的项目的简要更新：

Is It Keto

Is It Keto 在一年中这个时候还能产生这么多收入，让我有些意外。去年它在 1 月份收入大幅上涨，随后到 4 月暴跌了 75%。也许那更多是疫情带来的影响，超出我当初的认知。今年新年减肥人群退去后，收入也出现了明显回落，但该网站每月仍能保持 1 月峰值 70% 以上的水平。

本月我对网站做了少量维护，更新了一些已失效的 Amazon 联盟链接。Amazon 上的商品时上时下，所以我需要定期检查链接，确保它们仍指向在售商品。除此之外，网站一直在后台稳定运行，持续带来被动收入。

Hit the Front Page of Hacker News

《Hit the Front Page of Hacker News》的销量正在下滑。访客量有一次明显上升，是因为我上一篇回顾确实登上了 Hacker News 首页，但并未转化为多少实际销量。

Zestful

Zestful 仍处于维护模式，暂无新动态。

总结

完成了什么？

• 预售了首个 TinyPilot 企业版订阅
  • 一家大公司的客户希望 TinyPilot 提供 REST API，我询问他们是否愿意为包含该功能的版本按月付费，他们欣然接受。
  • 我希望通过面向大企业场景的功能吸引更多企业客户。
• 发布了新版 TinyPilot
• 培训了一名本地新员工熟悉 TinyPilot 的履约流程
• 为 TinyPilot Cloud 制作了概念验证，这是一个可通过互联网访问 TinyPilot 的网页应用
  • 目前最终形态仍未确定。我正在与一家云服务商洽谈，对方正在考虑提供 7×24 小时运维支持，但仍有许多未知数。

经验教训

• 如果招聘遇到困难，就重新审视岗位设定。
  • 我之前找不到合适的网站开发者，是因为提供的工时太少、要求技能太多。自从增加工时、收窄要求后，情况有了好转。
• 当一项任务无法整体外包时，看看能否拆分出可外包的子任务。
  • 营销和客服一直由我独自负责，因为它们需要跨业务领域的知识和技能，但我可以把其中一些基础工作外包出去。

下月目标

• 让欧盟合作伙伴在八月底前准备好开始销售。
• 制定流程，让 TinyPilot 的本地员工能够共享并轮岗所有任务。
• 为 TinyPilot 销售网站找到一位设计师。
• 找到一家能为 TinyPilot Voyager 开发 PoE 适配器的电气工程公司。