一句话总结

TinyPilot Cloud 的失败

亮点

• 我发布了一款新产品，随后发现这是个错误。
• 我简化了 TinyPilot 网站，聚焦于单一设备。
• 我尝试了从 TinyPilot 工作中第一次真正休假，结果喜忧参半。

目标评分

每个月初，我都会宣布本月想完成的目标。以下是我对这些目标的完成情况：

培训本地员工协助客户支持

• 结果：本地员工现在能处理约 50% 的支持邮件。
• 评分：A-

我们现在使用 HelpScout 作为共享的客户支持队列。仍有很多情况只有我才具备相应的背景知识或技术能力来处理请求，但其余部分有人帮忙真是太好了。

把自己从时效性强的咨询的关键路径上解放出来也非常棒，比如客户下单后很快又联系我们说填错了收货地址。在 HelpScout 出现之前，我得在客户和 TinyPilot 的履约人员之间来回传话，往往为时已晚。现在，履约人员可以直接收到请求，无需经过我就能处理。

开始开发一款与 TinyPilot 互补的按月订阅服务软件

• 结果：由于用户反响冷淡，我已暂停开发。
• 评分：C-

我发布了一款名为 TinyPilot Cloud 的服务的预览，并开放了抢先体验的注册。用户的兴趣不足，所以我暂时暂停了这个项目。

完成 TinyPilot 网站的品牌重塑

• 结果：非常接近完成，但还没做完。
• 评分：B-

品牌重塑比我预期的耗时更长，但应该能在 11 月就绪。新设计看起来真的很酷，我很期待把它们上线。

TinyPilot 数据统计

TinyPilot 这个月的销售相当不错。销售额比上个月略有下降，但我们的欧洲经销商的销量比 9 月翻了一番，带来了不错的提振。

尽管销售不错，利润却低于上月，因为我的开发成本异常地高，达到 1.1 万美元。我还花了 5000 美元用于品牌重塑的设计咨询，不过这些成本只会持续接下来几个月。

TinyPilot Cloud 的失败

我从用户那里听到的最常见的需求之一，就是通过互联网访问他们的 TinyPilot 设备。市面上有一些第三方解决方案，但它们要么慢，要么不方便。

自然而然，这催生了 TinyPilot Cloud 的想法——一项付费服务，为客户提供简单而高性能的云端设备访问。这会是一个很好的卖点，因为没有其他 KVM over IP 设备原生提供这一功能。这项服务契合 TinyPilot 一贯的品牌理念：让一切极其简单，同时保持性能和安全。最重要的是，它能带来稳定的收入流，不像电子商务那样收入忽高忽低。

凭借现有的开源工具和云服务商，我估计部署一个 TinyPilot Cloud 最小可行产品大约需要一个月。我与 TinyPilot 的其他开发者一起，用 Wireguard 和 fly.io 做了一个简单的概念验证实现。它比我预想的更难，但效果比任何现有的第三方云访问解决方案都要好。

有了基础原型之后，我写了一份需求文档，并请 TinyPilot 的资深开发者把它转化为设计文档。这也比我们俩预想的都难。我们必须评估各种身份验证提供商，并规划出一个在安全性与易用性之间取得平衡的复杂设置流程。

作为设计工作的一部分，TinyPilot 的资深开发者制作了模拟用户流程的截图。我把这些截图放进一篇预告博客文章里，邀请读者注册 TinyPilot Cloud 抢先体验。

我把公告发给了 TinyPilot 邮件列表的 450 位订阅者。其中 94 人点击了链接，这是一个很有希望的转化率。

两天后，只有两位用户注册了 TinyPilot Cloud 等候名单，而且这还是在把文章分享到 Twitter、Reddit 和 TinyPilot 用户论坛之后的结果。

两个注册人数远远低于我的期望。我原本预计大概能有 50 人注册，其中 25 人可能转化为真正的客户，这样我们起步就有约每月 750 美元的收入。如果在一群积极关注 TinyPilot 的人当中总共只有两个人感兴趣，那一定是出了严重的问题。

我邀请了注册的用户进一步交流，希望了解如何找到更多像他们这样的客户，但他们并不那么热情。其中一位从未回复我的邮件，另一位说他只是出于好奇才注册的，并不确定自己真的会使用这项服务。

其他用户则对价格表示担忧，每月 30 美元的云端访问费用让他们觉得偏贵。较大的客户对价格不那么敏感，但他们不想把内部网络暴露给外部服务。

我感到沮丧和难堪，因为我投入了这么多时间去做一件用户从一开始就不想要的东西。总的来说，这个项目消耗了六到八个人周的开发时间。在投入数月的工程开发之前先验证客户需求，这是创业入门课的基本常识。

回头看，我不应该一开始就着手打造一个可用的产品，而应该只以那篇博客文章为目标，并据此衡量兴趣。我的错误在于假设人们想要云访问就意味着他们愿意为此支付每月 30 美元。这个领域的现有提供商对小企业和家庭用户免费提供服务，所以我觉得每月 30 美元在他们看来高得出奇。

目前，我们暂停了 TinyPilot Cloud 的开发。我们已经把设计工作记录得很完善，如果将来找到更多客户，应该可以在几个月后重新启动。或者，我们也可能最终发布该服务的开源版本，让客户自行托管。

精简为单一产品

我推出的第一款 TinyPilot 产品是 TinyPilot Hobbyist Kit。在我还没有定制硬件或外壳的时候，我提供了这套现成硬件组成的套件，让客户可以按照我当初组装第一台 TinyPilot 的方式自己动手搭建一台。随着 TinyPilot 的演进和我推出了高端的 TinyPilot Voyager，我继续为注重价格的客户提供 Hobbyist Kit。

我从 9 月开始与一家设计公司合作进行 TinyPilot 的品牌重塑。当他们问我 TinyPilot 应该吸引哪些客户时，我说的是中小型企业和技术爱好者消费者。

那次谈话之后，我开始怀疑 Hobbyist Kit 是否妨碍了这一目标。让 TinyPilot Voyager 与一个廉价的 DIY 设备并列展示，可能会传达出这样一种信息：Voyager 相比你亲手搭建的东西不过是小小的一步升级。

更复杂的是，Raspberry Pi 设备一直缺货。新订单的等待时间是六个月或更长。有可能在芯片短缺缓解之前我就耗尽了 Raspberry Pi 库存，所以把这种稀缺资源浪费在我 190 美元的产品而不是 350 美元的产品上，似乎很不明智。

月中，我从网站上撤下了 Hobbyist Kit，专注于 Voyager：

这样感觉更好。如果客户想要一台 KVM over IP 设备，选择一目了然。他们不必再去研究 Hobbyist kit 和 Voyager，也不必权衡是否愿意为一台即插即用的设备和更高质量的视频多付钱。

然后我想：“为什么就此止步？”其他所有产品都需要留在网站上吗？当客户升级到 TinyPilot Pro 时，他们通常直接从自己的 TinyPilot 网页控制台购买，而不是浏览网站。而我仍然想为 DIY 爱好者提供电源连接器，但我可以不把它列在主产品页面上。到那时，我意识到我甚至不需要一个产品索引页面。

删减掉配件类产品让我得以将 TinyPilot 网站聚焦于旗舰产品：Voyager。

缩减为单一产品有很多好处。客户支持的复杂度降低了，库存存储空间更充裕，订单履约流程也更简单。

自这次调整以来，销售有所增强，但很难说是否存在因果关系。调整之后确实有上升趋势，但也可能只是上个月正面媒体报道的滞后效应。

Voyager 2 有望在一两个月内发货。我最初的计划是同时销售 Voyager 1 和 2 两代型号，并试验各自的定价。鉴于销售单一产品要容易得多，我可能会在开始发货其继任者后不久逐步淘汰 Voyager 1。

尝试一次测试性休假

我今年的目标之一是将 TinyPilot 的业务运营系统化到足以让我休两周假的程度。我没有怎么测试过这一点，因为在全球疫情期间旅行并不那么吸引人。如今疫苗已经普及，我也进行了几次旅行。

8 月，我请了一个三天的长周末去参加一位朋友的婚礼。那次一切顺利，但我基本上只是周五休息了一天，几乎不可能出什么问题。

过去这个月，我在休假上更进一步。我进行了一次五天的旅行：三个工作日加一个周末。我基本做到了不看工作邮箱，尽管我还是扫了几次，看看有没有紧急事项。回来时，TinyPilot 的本地员工一直在顺利地履行订单和管理库存，但我的工作收件箱里还是积压了 122 封新邮件。我花了整整三天几乎什么都没干，光顾着补邮件，实在不怎么有趣。

对于如何解决这个问题，我还没有很好的方案。根本问题在于 TinyPilot 作为一家企业有太多运转部件。有我、两名本地员工、三名开发者、一家欧洲经销商、一间 3D 打印实验室和一家电气工程供应商。我每周都要与他们所有人沟通，协调工作量着实不小。

我优先尽可能地将工作系统化并形成文档，但总有一些需要我亲自处理的例外情况。除此之外，还有销售咨询和客户支持请求，不过本地员工现在已经开始帮忙分担一部分了。

今年早些时候，我听了一次 WPEngine 创始人 Jason Cohen（杰森·科恩）的访谈，他说成功领导力的一部分是帮助身边的人成长并承担更多责任。这一点我铭记于心，这也是我把业务发展到能够在我离开几周的情况下正常运转的最大希望。允许开发者互相审查代码帮助开发团队成长并获得更多自主性。我预计将 TinyPilot 的本地员工融入客户支持流程也会产生类似的效果。

最后，我希望例外情况会随着时间推移变得不那么例外。一种情况通常需要我介入，是因为我们没有处理它的既定流程。而我们通常没有流程，是因为这种情况从未发生过。TinyPilot 还是一家相对年轻的公司，所以我们仍然会遇到很多从未见过的事情。开发团队八个月前才组建，我们拥有办公室也只有六个月，而我们增加第一位经销商也才两个月前的事。我希望新的、令人意外的事情所占比例会随时间下降，这样我们对大多数情况都能有一套成文的、一致的应对流程。

遗留项目

以下是一些我仍在维护但并非当前开发重点的项目简报：

Is It Keto

Is It Keto 继续缓慢下滑，因为竞争网站在搜索结果中的表现超过了它。挺可惜的，但不值得我为它转移对 TinyPilot 的注意力。

Hit the Front Page of Hacker News

我没有做任何推广我的博客课程的工作，但上个月还是有几个人购买了它。在我共同主持的上一次独立创始人聚会上，有一位与会者看过我的课程，这是我第一次在现实生活中见到学员，感觉很酷。

Zestful

Zestful 在后台继续默默运行。过去几个月它的表现不错，月收入在 100 到 600 美元之间。我怀疑这些销售来自进行批量解析的用户，而非有持续性需求的客户，但这仍是一笔不错的收入补充。

那位曾表示有意收购 Zestful 的人不再跟进，也没有回复我的邮件，所以我认为这笔交易已经黄了。

总结

完成了什么？

• 将本地员工纳入客户支持工作流。
• 暂停了 TinyPilot Cloud 的开发。
• 停售了 TinyPilot Hobbyist Kit，并将网站聚焦于 Voyager。
• 发布了《Deliberate Programming》第 1 集。
  • 我启动了一个项目，探索如何将刻意练习应用于软件开发。

经验教训

• 尽早验证你的产品。
  • 想要某个功能或产品，与愿意为之付费是两回事。
• 如果我想要能够休假，就必须帮助团队成员成长。
  • 团队成员承担的责任越多，业务的日常运营对我个人的依赖就越少。

下个月的目标

• 完成 TinyPilot 网站的品牌重塑。
• 在硬件就绪后立即为 Voyager 2 的发布做准备。
• 聘请一家营销公司或自由职业者，帮助 TinyPilot 探索付费营销渠道。