一句話總結

設法應對製造延誤

本月重點

• 正在設法應對代工廠的延誤。
• 決定將 TinyPilot 的辦公室再續租兩個月。
• 正計畫逃離在 RapidAPI 上糟糕的賣家體驗。

目標達成度

每個月初，我都會訂下當月想完成的目標。以下是我的達成狀況：

盡快將製造轉移至委外代工廠

• 結果：我持續在各個環節協助代工廠排除障礙。
• 評分：A

老實說，我這邊其實沒什麼能做的。主要的瓶頸在於代工廠上游供應商的出貨。

交辦清理 TinyPilot 辦公室的工作

• 結果：已分配好盤點與清空辦公室的工作。
• 評分：B-

因為製造延誤，我最後決定再續租辦公室兩個月，不過我們仍按計畫在 10 月底前清空大部分庫存。

將剩餘的 Raspberry Pi 全數用於組裝 TinyPilot 裝置

• 結果：已將所有 Raspberry Pi 用於組裝全新或整新裝置。
• 評分：A

組裝按計畫完成，現在所有新裝置都已送至倉庫。整新裝置預計會在未來幾週內全數售出。

TinyPilot 數據

營收略有下滑，不過每月 8 萬美元上下 1 萬美元本來就是常態，所以我不太擔心。我現在的首要任務是讓製造轉移順利落地。

短期利潤下滑是因為這個月一次支付了三個月份的 Raspberry Pi 貨款，但近三個月的平均利潤仍健康地維持在每月 2 萬美元以上。

修正首件樣品的問題

9 月時，我們收到了代工廠的首件樣品。這是在代工廠廠內完整生產的第一批 Voyager 2a 樣品。

可惜，首件樣品的狀況不太理想。

四個樣品中有兩個出現掉漆，三個的橡膠腳墊脫落。其中一台的排線鬆脫，導致無法擷取音訊。當我把裝置側放時，風扇還會磨到外殼。

樣品的問題讓我很擔心。

第一，這麼小的樣品就出這麼多狀況，本應是展示他們量產能力的樣品，讓人擔憂。

第二，這不僅顯示組裝流程有問題，連品管也有問題。獨立的 QA 複檢怎麼會沒發現掉漆、音訊失效這類問題？

和執行長談過後，才知道代工廠其實對這批做了「額外」的品管，但額外的檢查反而引發了新問題。

執行長發現，負責的主管為了去除金屬外殼上的指紋，用酒精棉片擦拭裝置，結果酒精導致掉漆。他們已調整流程，禁止用酒精擦拭外殼，並要求組裝時戴手套以避免指紋。

執行長認為，主管可能在 QA 後又打開裝置，不小心弄鬆了排線，所以現在的 QA 流程已明定功能測試完成後不得再打開裝置。

代工廠認為腳墊脫落是包裝造成的，因為紙盒對腳墊最脆弱的部位施加了壓力。他們已經更新包裝方式來避免這個問題。

我仍有點擔心雙方對 QA 流程的理解有落差，所以請代工廠提供他們執行 QA 的影片。幸好流程與我們的相符，讓我對已揪出主要問題抱持希望。

該如何應對製造時程的延誤？

按照原本的製造時程，我們預計在 9 月 15 日收到首批量產。當時我估計自家庫存可撐到 10 月底，留有約六週的緩衝來應對延誤。

問題是，安全庫存已經耗盡，在首批量產就緒前，我們面臨缺貨的風險。

一旦缺貨，就得暫停銷售。我們上次缺貨是 2022 年 1 月，停了四天；再上一次是 2021 年 1 月，停了一天。我非常討厭缺貨。

鑑於製造時程的延宕，我正在評估有哪些選項可以降低缺貨風險。

假設條件

• TinyPilot 每月銷售約 200 台裝置，平均每週約 50 台。
• TinyPilot 每缺貨一天，約損失 3,000 美元營收與 2,000 美元利潤。

目前的時程看起來如何？

截至 10 月 16 日，我們手邊還有 164 台裝置，預計約在 11 月 8 日售罄。另外還有 8 台整新機，或許能多撐個幾天，所以完全售罄的時間點可算在 11 月 10 日。

以下是根據代工廠目前預估的供貨時程：

根據這些預估，我們勉強能避免缺貨。大批量要到 11 月 20 日才就緒，但小批量可讓我們撐到那時。

是否該跳過第二批樣品？

第一個問題是，下一批要只做少量樣品，還是直接做一批足以出貨給客戶的數量。

如果跳過第二批樣品，時程會變成這樣：

第一批樣品中真正無法出貨的問題只有外殼掉漆。除此之外，其他問題我們都能在辦公室自行修復。

可能的情況如下：

• 樂觀情況（機率 85%）：第二批樣品也不會發現任何問題，因此我們能提早兩週備妥量產品。
• 悲觀情況（機率 15%）：超過 50 台裝置得寄回越南。

決定：跳過樣品。請對方提供照片與影片，證明先前的問題已修正。看起來任何遺留問題多半是我們能在自己這端修復的，而延誤兩週的代價相當高。

是否該自行加做裝置？

如果自行加做裝置，庫存就能撐更久。我們本來就是多年來都在自家組裝 TinyPilot，這當然做得到，但要重啟產線仍有不少難處。

最棘手的問題是 Raspberry Pi 仍供不應求，而 TinyPilot 擁有的 Pi 全都在代工廠那邊。

我們有一批即將到貨的 Pi，可以改寄到美國地址。但這不太理想，因為我們好不容易才讓 Raspberry Pi 基金會把收件地址改到越南，並備妥所有報關文件。為了單一訂單又要求改回來，可能會導致後續訂單出錯。而且 Raspberry Pi 是以每箱 150 片為單位出貨，我們一次就得訂 150 片的倍數。

我們放在越南工廠的那些 Raspberry Pi 本來就是我們的，也可以請代工廠寄一些回來。這樣就能按需要的數量寄送，但要把英國製造的產品從越南寄到美國，報關上可能也很麻煩。

即使拿到了 Pi，其他零件還是缺。我們得請中國的舊 PCB 供應商再幫我們做一些客製化電路板。還好他們通常約一個月就能交貨，而且我們需要的電路板每片約 2 美元，並不貴。

機殼是下一個難題。舊的機殼供應商口頭上都說交期六週，但實際交期通常要三個月。所以就算現在下單，機殼也不一定來得及。我們在中國工廠那邊還有 80 個已做好的機殼待出貨，但我先請他們暫緩出貨，因為 Pi 的數量不夠，多拿機殼也沒意義。

在有用的時間內拿不到更多機殼，所以最多也只能再做 80 台。

因此可能的情況如下：

• 樂觀情況：不再有延誤，那我們自行組裝反而浪費大量時間與金錢，去做本可由新工廠完成的裝置。
• 悲觀情況：製造又延誤，自行組裝可讓我們比原本多賣 10 天。

決定：不在自家加做裝置。這要花不少時間與金錢，充其量也只能多爭取 10 天的庫存。

是否該放緩銷售？

除了靠自行加做來拉長緩衝，我還有兩個可以放慢 TinyPilot 銷售速度的手段。

第一，我可以調漲價格。價格提高時 TinyPilot 的銷量會下滑，參考什麼價格能讓利潤最大化，但整體利潤可能也會減少。

第二，我可以減少行銷支出。如果接到的訂單超過我們能出貨的量，就沒必要再花錢打廣告。

因此這裡可能的情況如下：

• 樂觀情況：製造沒有延誤，刻意壓低銷量反而會損失 3,000 至 5,000 美元的利潤。
• 悲觀情況：製造再度延誤，放緩銷售反而能保住利潤，避免不必要的廣告支出或以過低價格售出。

決定：暫時不放緩銷售，但若後續又延誤或下次驗貨出現問題，就重新評估。

首批量該訂多少？

在生產約 400 台的完整批次之前，我想先拿到一批較小的量，讓我們可以手工逐一檢驗。

這批數量要夠大，才能為下一批到貨爭取到緩衝時間。

假設第二批從越南寄到我們在北卡羅來納州的倉庫並完成入庫需要 10 天。以 10 天計算，我們需要約 66 台。裝置以每箱 18 台的方式出貨，所以就抓 72 台吧。

決定：小批量先訂 72 台。

放慢轉為全遠端的步伐

由於代工廠時程延誤，我開始擔心原訂在 10 月底前搬離 TinyPilot 實體辦公室的計畫。

沒有辦公室的話，要進行樣品檢驗或必要的維修會困難許多。

看到首件樣品的隔天，我就打給房東要求延長租約。幸好辦公室還沒重新招租，所以我們可以待到年底。

我對這個決定很滿意，這讓我們可以減少同時發生的重大變動。我希望先讓新的製造流程完全上軌道，再來重新設計剩下那些需要實體據點的作業。

業餘專案

我得搬離 RapidAPI……純粹是為了賭一口氣

Jerry：我想退掉這件外套。

店員：當然可以，請問原因是什麼？

Jerry：為了賭氣。

店員：賭氣？

Jerry：沒錯。我就是不爽賣我這件外套的店員。

《Seinfeld》〈The Wig Master〉

我剛開始自力創業時接的第一批專案之一，就是我的食材解析 API——Zestful。它已經多年處於維護模式，但仍每月帶來 100 至 200 美元的被動收入。

問題在於，Zestful 的付費用戶是透過 RapidAPI 存取服務，那是我用過最糟的平台之一。我原本是在一個叫 Mashape 的平台上發布 Zestful，它運作得還不錯，但後來被 RapidAPI 收購後，體驗就一落千丈。

我在 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 授權的管控。