一句话总结

设法应对制造延误

亮点

• 我在设法应对制造商的延误。
• 我决定再保留 TinyPilot 办公室两个月。
• 我正在计划摆脱 RapidAPI 上糟糕的卖家体验。

目标评分

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

尽快将生产转移到我们的代工制造商

• 结果：我继续在一切可能的地方帮助制造商扫清障碍。
• 评分：A

说实话，我这边的活儿不多。瓶颈在于制造商上游供应商的发货。

委派清理 TinyPilot 办公室的任务

• 结果：我已经分配了盘点和清理办公室的任务。
• 评分：B-

由于制造延误，我最终决定再留用办公室两个月，但我们仍有望在十月底前清掉大部分库存。

用完所有剩余的 Raspberry Pi 来组装 TinyPilot 设备

• 结果：我们已把所有 Raspberry Pi 用于组装新设备和翻新设备。
• 评分：A

组装按计划进行，现在所有新设备都已入库。我们有望在未来几周内售完翻新设备。

TinyPilot 数据统计

收入略有下降，但每月 8 万美元上下浮动 1 万美元是我们的常态，所以我并不太担心。我现在的首要任务是顺利完成制造转移的收尾工作。

短期利润下降是因为这个月我们支付了三个月份的 Raspberry Pi 货款，但过去三个月的滚动利润仍健康地保持在每月 2 万美元以上。

纠正首批样品中的问题

九月，我们收到了来自制造商的首批样品。这是在制造商工厂内生产的 Voyager 2a 的第一个端到端量产样品。

不幸的是，这批样品的情况不太理想。

四个样品中有两个的油漆出现剥落，三个样品的橡胶脚垫脱落。其中一台设备的线缆断开，导致无法采集音频。当我把设备侧放时，风扇开始刮擦外壳。

样品中的这些问题让我很担心。

首先，在一个本应展示他们批量生产能力的小样本上出了这么多问题，令人不安。

其次，这不仅表明组装流程有问题，也表明 QA 有问题。独立的质量审查怎么会漏掉油漆剥落和音频失效这类问题呢？

与 CEO 沟通后，发现制造商确实对这批产品做了“额外”的 QA，但这些额外的检查反而引入了新的问题。

CEO 发现，负责监督工作的经理用酒精棉片擦拭设备以去除金属上的指纹，但酒精导致油漆剥落。他们已调整流程，禁止在外壳上使用酒精擦拭，并要求戴手套组装设备以防止指纹污渍。

CEO 认为该经理可能在 QA 之后打开过设备，不小心弄断了线缆，因此现在的 QA 流程禁止在功能测试完成后再次打开设备。

制造商认为包装导致了脚垫脱落，因为箱子挤压到了脚垫最脆弱的部位。他们已更新包装以避免这个问题。

我还是有点担心我们的 QA 流程在沟通中有所遗漏，所以要求制造商提供执行 QA 过程的视频。幸运的是，视频与我们的流程一致，因此我希望我们已经抓住了主要问题。

如何应对制造进度延误？

按照最初的制造计划，我们预计在 9 月 15 日前收到第一批量产货。我当时估计手头库存能撑到十月底，也就是为延误预留了六周的缓冲期。

问题是，我们已经耗尽了安全缓冲，面临在第一批量产货就绪之前库存告罄的风险。

如果库存耗尽，我们就得暂停销售。上次库存告罄是 2022 年 1 月，持续了四天；在那之前是 2021 年 1 月的一天。我非常不喜欢缺货。

鉴于制造时间线的延误，我正在评估有哪些选项可以降低缺货风险。

假设条件

• TinyPilot 每月销售 200 台设备，约合每周 50 台。
• TinyPilot 缺货的每一天，我们会损失约 3 千美元的收入和 2 千美元的利润。

当前的时间表是什么样的？

截至 10 月 16 日，我们手上有 164 台设备，预计大约在 11 月 8 日前库存耗尽。我们还有八台翻新设备，也许能多撑几天，那就姑且算 11 月 10 日彻底售罄吧。

以下是根据制造商当前预估制定的供应时间表：

根据这些估算，我们能避免缺货，但只是勉强赶上。大批量产批次要到 11 月 20 日才能就绪，不过小批量产批次足以让我们撑到那时。

要不要跳过第二个样品？

第一个问题是：下一批是做一个最小规模的样品批，还是直接做一批大到可以直接发给客户的货？

如果我们砍掉第二个样品，时间表是这样的：

第一批中唯一真正致命的问题是外壳油漆剥落。除此之外，我们发现的其他问题都可以在我们的办公室里修复。

各种可能性如下：

• 乐观情形（85% 可能）：第二个样品本来也不会暴露任何问题，这样我们可以提前两周拿到量产批次。
• 悲观情形（15% 可能）：50 多台设备需要运回越南。

决定：跳过样品。要求提供照片和视频，证明之前的问题已修复。即便还有遗留问题，也很可能是我们自己能修复的东西，而两周的延误代价相当高。

要不要自己多组装一些设备？

与其等待向制造供应商过渡，我们可以自己多组装一些设备来延长库存的使用时间。这肯定是我们能做到的，因为我们自己组装 TinyPilot 已经很多年了，但重新启动自己的生产线会有一些麻烦。

最大的难题是 Raspberry Pi 仍然短缺，而 TinyPilot 拥有的所有树莓派都在制造商那里。

我们有一笔即将发出的订单，可以把其中一批货物改道寄到我们在美国的地址。但这并不太吸引人，因为当初费了好大劲才让 Raspberry Pi Foundation 把我们的收货地址改成越南并办妥所有报关单据。为了单独一笔订单让他们改回去，可能会给以后的订单埋下出错的隐患。而且这意味着我们必须按 150 个树莓派的倍数下单，因为那是 Raspberry Pi 出货箱的规格。

越南工厂里有一些属于我们的 Raspberry Pi 设备。我们可以请制造商寄一些过来。这样可以任意指定数量，但从越南把英国制造的产品运到美国，很可能也有海关方面的麻烦。

就算拿到了树莓派，我们还缺其他元件。我们得让中国那家老 PCB 供应商为我们生产一些定制 PCB。这应该没问题，他们通常一个月左右就能交货。而且所需的 PCB 大约每片 2 美元，不算贵。

外壳是下一个最难搞的东西。我们的老外壳供应商一直声称交货周期是六周，但他们实际的交货周期通常是三个月左右。所以，即使我们现在订新外壳，也可能来不及。我们还有 80 个外壳放在中国工厂里随时可以发货，但我之前让他们先压着，因为外壳数量超过树莓派数量没有意义。

我们无法在有用的时间范围内拿到更多外壳，所以我们最多只能再多组装 80 台设备。

这意味着各种可能性如下：

• 乐观情形：没有更多延误，那么我们花大量时间和金钱组装的设备，新工厂本来可以替我们完成。
• 悲观情形：制造继续延误，那么自己组装设备能让我们比原本多卖 10 天。

决定：不再自行组装设备。投入大量时间和金钱，最好的结果也只是多出 10 天的库存，不划算。

要不要放慢销售速度？

除了通过自行组装设备来拉长缓冲期之外，我还有几个手段可以放慢 TinyPilot 设备的销售速度。

第一，我可以提价。价格更高时，TinyPilot 设备会卖得更少，但这很可能会降低我们的总体利润。

第二，我可以削减营销支出。如果接到的订单超出我们的履约能力，花钱投广告就没有意义。

所以，这里的可能性如下：

• 乐观情形：没有制造延误，那么刻意降低销量等于白白放弃 3 至 5 千美元的利润。
• 悲观情形：制造继续延误，那么降低销量反而保住了那些会被无谓的广告支出或过低定价吃掉的利润。

决定：暂时不放慢，但如果下次检验再出现延误或问题，就重新考虑这个决定。

第一批要下多大的量？

在做完整的约 400 台大批次之前，我想先拿一个小批次，以便人工检验。

我们要一个足够大的批次，以便为后续批次的到来留出足够的缓冲。

假设第二批从越南运到北卡罗来纳州的仓库并准备好履约需要 10 天。10 天意味着我们需要大约 66 台设备。设备按每箱 18 台发货，那就算需要 72 台吧。

决定：小样批次订购 72 台设备。

放缓全面远程办公的转型

由于制造商的进度延误，我开始担心原定于十月底搬离 TinyPilot 本地办公室的计划。

没有了办公室，我们要做检验样品或按需维修之类的事情就会困难得多。

看到首批样品的第二天，我就打电话给房东请求延长租约。幸运的是，他还没把办公室挂牌出租，所以我们可以一直待到年底。

我对这个决定很满意，因为它让我们放缓了同时发生的重大变更的数量。我希望先把新的制造流程完全理顺，再去重新设计剩下的线下事务，使其在没有办公室的情况下也能运转。

业余项目

我需要迁移离开 RapidAPI……纯粹是为了出一口气

Jerry：我想退这件夹克。

店员：当然可以，请问原因是什么？

Jerry：为了泄愤。

店员：泄愤？

Jerry：没错。我就是看不惯卖给我这件衣服的那个推销员。

Seinfeld（《宋飞正传》），“The Wig Master”一集

我刚起步做自力更生创业时接手的最早项目之一就是 Zestful，我的食材解析 API。它已经处于维护模式好几年了，但仍能带来每月 100 至 200 美元的被动收入。

问题在于，Zestful 的付费客户是通过 RapidAPI 使用这项服务的，这是我用过的最糟糕的平台之一。我最初是把 Zestful 发布在一个叫 Mashape 的平台上，那个平台用起来还不错，但后来 RapidAPI 收购了 Mashape，把体验搞得一团糟。

RapidAPI 给我带来的问题太多，这里无法一一细说，但最大的问题是他们对计量计费的处理烂透了。我对 Zestful 客户的每次食材解析收取 0.02 美元。出于莫名其妙的原因，RapidAPI 要等到用户的账单周期结束才报告用户累计的费用。

自然而然，RapidAPI 的计费系统让客户一头雾水。他们通过 Zestful 发起大量请求，看到账单是 0 美元，以为用量还在免费额度内，于是继续发起请求，然后收到一张几百甚至几千美元的意外账单，拒绝付款。

两个月前我就遇到了一个特别恶劣的案例。我看到一个用户累积了几千美元的费用，于是我通过平台给他留言告知情况，并提供了一个能帮他省钱的定制方案。他无视了我，最终账单达到 1.45 万美元。RapidAPI 一个月后才尝试扣他的信用卡，付款被拒付了。

RapidAPI 对这种情况不采取任何解决措施。他们不会再次尝试向客户扣款，甚至不会停用客户的账户。用户可以继续开开心心地消耗我的服务费用，永远不用付钱。

你可能会想，既然 RapidAPI 这么甩手掌柜，他们的价格应该低得可怜。他们当然会比 Paddle 和 LemonSqueezy 这类收取卖家收入 5% 的同类服务商收费更低吧？

RapidAPI 收取高达收入的 20%！

实际上还远不止如此，因为 RapidAPI 只通过 PayPal 付款，而 PayPal 每笔交易要收取 3% + $0.30 的手续费。更荒唐的是，RapidAPI 为每个客户单独打款。也就是说，如果你在 RapidAPI 上有五个客户，RapidAPI 就会分五次单独打款，让你支付五次 PayPal 的交易手续费。我收到过的 RapidAPI 打款中，最多有 80% 都被手续费吃掉了。

我能容忍 RapidAPI 这么久，是因为我把 Zestful 归入了周末爱好项目，而迁移到新的支付服务商从来都不像是个有趣的爱好。

现在，对 RapidAPI 的怨气给了我足够的动力，我已经开始在 Paddle 和 LemonSqueezy 上做试验，看看能否把自己从 RapidAPI 中解放出来。为了每月省 15 美元，其实真不值得投入开发时间，但我不想再给 RapidAPI 送钱了，而且熟悉一个我会喜欢的 SaaS 支付网关也是件顺手的事。

结语

完成了什么？

• 评估了代工制造商的首批样品。
• 适应了制造过程中的意外状况。
• 用完了办公室里所有剩余的新旧 Raspberry Pi。

经验教训

• 把复杂的决策写下来。
  • 刚开始写这篇回顾时，我对该如何应对制造延误还没有清晰的想法。把情况用文字描述出来让我意识到有几个问题需要回答，而把考量和风险写下来也让决策变得更容易。

下个月的目标

• 尽快将生产转移到我们的代工制造商。
• 减少 TinyPilot 软件发布流程中的手工操作。
• 制定更好地执行 TinyPilot Pro 许可证的计划。