一句话总结

想办法应对生产延误

本月亮点

• 我正在想办法应对代工厂的延期。
• 我决定把 TinyPilot 的办公室再保留两个月。
• 我正计划逃离在 RapidAPI 上糟糕的卖家体验。

目标完成情况

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

尽快将生产转移给代工厂

• 结果：我正在尽我所能为代工厂扫清障碍。
• 评分：A

说实话，这方面我能做的并不多。瓶颈在于代工厂上游供应商的发货进度。

分派清理 TinyPilot 办公室的任务

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

由于生产延期，我最终决定将办公室再保留两个月，不过我们仍有望在 10 月底前清理掉大部分库存。

用完所有剩余的树莓派来组装 TinyPilot 设备

• 结果：我们已将所有树莓派用于组装全新或翻新的设备。
• 评分：A

组装工作按计划完成，现在所有新设备都已入库。我们有望在未来几周内将翻新设备全部售出。

TinyPilot 数据一览

收入略有下滑，但 8 万美元上下浮动 1 万美元本就是我们的常态，所以我并不太担心。我目前的首要任务是让生产转移平稳落地。

短期利润下滑是因为我们在本月一次性支付了未来三个月的树莓派货款，但近三个月的平均利润仍健康地保持在每月 2 万美元以上。

修正首件样品中的问题

9 月，我们收到了代工厂的首件样品。这是 Voyager 2a 在代工厂产线上的首个全流程试产样品。

可惜，首件样品的表现不太理想。

四个样品中有两个出现了掉漆，三个的橡胶脚垫脱落。其中一台的排线脱落，导致无法采集音频。当我把设备侧放时，风扇还会剐蹭外壳。

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

首先，这么小的样品本应展示他们量产整批货的能力，却出现了这么多问题，令人不安。

其次，这不仅仅暴露了组装流程的问题，也说明质检存在疏漏。独立的质检复核怎么会漏掉掉漆和音频失效这么明显的问题？

和对方 CEO 沟通后才得知，代工厂其实对这批货做了“额外”的质检，但额外的检查反而引入了新问题。

CEO 发现，负责的经理为了去除金属外壳上的指纹，用酒精棉片擦拭了设备，但酒精导致了掉漆。他们已经调整了流程，禁止用酒精擦拭外壳，并要求组装时佩戴手套以防止留下指纹。

CEO 认为，该经理可能在质检后又打开了设备，不小心碰掉了排线，所以现在质检流程已明确禁止在功能测试完成后再次打开设备。

代工厂认为脚垫脱落是包装造成的，包装盒对脚垫最薄弱的部位产生了挤压。他们已经更新了包装来避免这个问题。

我仍然有点担心我们在质检流程的沟通上存在理解偏差，所以我要求对方提供质检操作过程的视频。好在他们的操作与我们的流程一致，这让我相信大的问题应该已经解决了。

如何应对生产排期的延误？

按原定生产计划，我们预计在 9 月 15 日前收到首批量产货。我当时预估自有库存可以支撑到 10 月底，为延误留出了六周的缓冲。

问题在于，我们已经耗尽了安全缓冲，在首批量产到货前就面临断货的风险。

一旦断货，我们就必须暂停销售。上一次断货是在 2022 年 1 月，持续了四天；再上一次是 2021 年 1 月，断了一天。我非常讨厌断货。

鉴于生产时间一再推迟，我正在评估有哪些办法可以降低断货风险。

假设条件

• TinyPilot 每月销售约 200 台设备，即每周约 50 台。
• TinyPilot 每断货一天，约损失 3000 美元收入和 2000 美元利润。

目前的排期是怎样的？

截至 10 月 16 日，我们手头还有 164 台设备，因此预计在 11 月 8 日左右耗尽库存。我们还有 8 台翻新机，或许能再多撑几天，姑且算作 11 月 10 日彻底售罄。

根据代工厂目前的预估，我们的供货排期如下：

按此预估，我们将将避免断货，但非常惊险。大批量要到 11 月 20 日才能备货完成，不过小批量可以支撑到那时。

要不要跳过第二批样品？

第一个问题是，下一批是只做少量样品，还是直接做一批可向客户发货的数量。

如果省去第二批样品，排期如下：

首批中真正致命的问题只有外壳掉漆。除此之外，发现的其他问题我们都可以在办公室自行修复。

各种可能性如下：

• 乐观情况（概率 85%）：第二批样品本也不会发现任何问题，所以我们能提前两周拿到可销售的量产批次。
• 悲观情况（概率 15%）：有 50 多台设备需要寄回越南。

决定：跳过样品。要求对方提供照片和视频，证明之前的问题已经修复。现有问题大概率都是我们自己能修复的，而两周的延误成本非常高。

要不要在内部再生产一批？

如果不等代工厂，转而在内部多生产一些设备，库存就能支撑更久。我们多年来一直在内部生产 TinyPilot，这完全可行，但要重新启动产线也有不少麻烦。

最大的难题是树莓派依然短缺，而 TinyPilot 拥有的所有树莓派都在代工厂那边。

我们有一批即将到货的树莓派，可以改寄到美国地址。但这不太划算，因为我们费了很大功夫才让树莓派基金会把收货地址改到越南并办好了所有报关文件。仅为一笔订单再改回美国，很可能导致后续订单出错。而且树莓派是按每箱 150 片发货的，必须以 150 的倍数下单。

那些在越南工厂的树莓派本来就是我们的，也可以请代工厂寄一些回来。这样可以按任意数量要货，但把英国制造的产品从越南寄到美国，很可能也会遇到清关方面的麻烦。

即便拿到了树莓派，其他零件也还缺。我们得找中国那家老 PCB 供应商再生产一批定制电路板。好在他们通常一个月左右就能交货，而且每块板子只要约 2 美元，成本不高。

外壳是下一个难点。老的外壳供应商一直声称交期是六周，但实际交期通常要三个月。所以即便现在下单，也很可能赶不上。我们在中国工厂还有 80 个已做好的外壳待发货，之前我让他们暂缓发货，因为手头的树莓派不够，多要外壳也没意义。

在有用的时间内拿不到更多外壳，所以我们最多只能再做 80 台设备。

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

• 乐观情况：后续不再有延误，那么我们花大量时间和金钱自制的这批设备本可由新工厂完成，纯属浪费。
• 悲观情况：后续仍有延误，那么自制能让我们比否则多卖 10 天。

决定：不在内部再生产。这要投入大量时间和金钱，最多也只能多撑 10 天库存。

要不要放缓销售？

除了通过在内部多做一些设备来延长库存缓冲，我也有几个可以放慢 TinyPilot 销售速度的手段。

一是提价。我们在价格更高时 TinyPilot 的销量会下降，但整体利润很可能也会减少。

二是削减营销投入。如果订单已经超出供货能力，就没必要再花钱打广告。

所以，各种可能性如下：

• 乐观情况：生产没有进一步延误，那么主动压低销量会损失 3000 至 5000 美元的利润。
• 悲观情况：生产继续延误，那么压低销量反而能保住利润，避免无效的广告投入或定价过低。

决定：暂时不放缓销售，但如果后续再有延误或下次检验出现问题，再重新评估。

首批小批量该订多少？

在生产约 400 台的整批大货之前，我想先拿到一批数量较少、可以逐台手工检验的货。

这批货要足够大，能为下一批到货争取到缓冲时间。

假设第二批从越南发到我们在北卡罗来纳州的仓库并完成入库需要 10 天。10 天意味着我们需要约 66 台设备。设备按每箱 18 台装箱，所以需要 72 台。

决定：小批量订 72 台。

放缓向完全远程的过渡

由于代工厂排期延误，我开始担心原定在 10 月底前搬离 TinyPilot 本地办公室的计划。

没有办公室，像检验样品或进行维修这类工作会困难得多。

看到首件样品的第二天，我就给房东打电话要求续租。好在办公室还没挂牌出租，我们可以待到年底。

我对这个决定很满意，这让我们可以放慢多项重大变革同时推进的节奏。我希望在把剩余的线下工作重新设计为无办公室模式之前，先把新的生产链路彻底理顺。

业余项目

我得迁离 RapidAPI……就为出口气

Jerry：我想退掉这件夹克。

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

Jerry：为了解气。

店员：解气？

Jerry：没错。我看不惯卖我夹克的那个销售。

《宋飞正传》，“假发大师”一集

我刚开始独立创业时最早做的项目之一是 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 支付网关以后也用得上。

收尾

完成了什么？

• 评估了代工厂的首件样品。
• 应对了生产过程中的意外情况。
• 用完了办公室剩余的所有全新和二手树莓派。

经验教训

• 把复杂的决策写下来。
  • 刚开始写这篇回顾时，我对如何应对生产延误还没有清晰的思路。把情况写下来后，我才意识到需要回答好几个问题，而把考量和风险逐条列出，让决策变得容易多了。

下月目标

• 尽快将生产转移给代工厂。
• 减少 TinyPilot 软件发布流程中的人工操作。
• 制定计划，更好地执行 TinyPilot Pro 许可证的管理。