一句话总结

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 人点击了链接，转化率看起来很有希望。

两天过去，尽管我已在 Twitter、Reddit 和 TinyPilot 用户论坛上都分享了这篇文章，却只有两名用户注册了 TinyPilot Cloud 的候补名单。

两个注册量远低于我的预期。我原本指望能有 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 只比自己动手组装的好那么一点。

更棘手的是，树莓派设备出现了短缺，新订单的等待时间长达六个月甚至更久。在芯片短缺缓解之前，我很可能会用完全部库存的树莓派，把这种稀缺资源用在 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 仍然是一家相当年轻的公司，还有很多未曾经历过的事情。开发团队仅在八个月前才组建，办公室也只有六个月的历史，第一家分销商更是两个月前才加入。我希望随着时间推移，新出现的意外情况比例会逐渐下降，让我们对大多数情况都有书面、一致的处理流程。

遗留项目

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

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。
• 发布了《刻意编程》第 1 集。
  • 我启动了一个项目，探索如何将刻意练习应用于软件开发。

经验教训

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

下月目标

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