一句話總結

有些轉換比其他的更順利。

第一次來嗎？

嗨，我是 Michael（麥可）。我是一名軟體開發者，也是 TinyPilot 的創辦人，TinyPilot 是一家獨立的電腦硬體公司。我在 2020 年創立這家公司，目前每月營收為 6 萬至 8 萬美元，並聘僱了另外六名員工。

每個月，我都會發表一篇像這樣的回顧，分享我的事業與整體職涯近況。

亮點

• TinyPilot 開始出貨新產品：Voyager 2a。
• 我在與新的 3PL(第三方物流)廠商合作幾週後，取消了與他們的合約。

目標達成度

每個月初，我都會宣告當月想完成的目標。以下是我達成這些目標的情況：

出貨首台 Voyager 2a 裝置

• 成果：我們已開始出貨Voyager 2a。
• 評分：A

Voyager 2a 最終成為 TinyPilot 有史以來最順利的一次發表。以往的發表，我們總會遺漏一些小細節，不得不在最後一刻手忙腳亂。這次的 2a，我們從 12 月就開始為所有必要事項做準備，而一切也都按計畫實現了。

準備在二月將出貨作業轉移至 3PL 廠商

• 成果：我們取消了與 3PL 廠商的合約。
• 評分：N/A

遺憾的是，一旦開始與這家 3PL 合作，我們發現他們的工作流程存在嚴重落差。更多細節請見下文。

撰寫我的第五篇年度回顧

• 成果：我發表了，雖然晚了 10 天，但我對成果感到滿意。
• 評分：A-

今年撰寫年度回顧時我遇到不少困難。最終發表的文章約 2,500 字，但我大概刪掉了 5,000 至 8,000 字的草稿。我常常寫了長長一段，才發現故事需要 1,500 字枯燥的背景說明，才能帶出 200 字的反思。

我覺得最終發表的版本很好地涵蓋了年度重點主題，而沒有在複雜的故事中鑽牛角尖太深。

TinyPilot 數據

銷量較去年底的高峰下滑，但這是刻意的。我正在縮減廣告投放，並在 Amazon 上維持較高售價，以因應供應短缺，並在轉換至新產品期間減輕 TinyPilot 出貨團隊的負擔。

TinyPilot 近三個月的平均利潤已連續五個月呈現正值，是有史以來最長的紀錄。我對一月的數字特別感到振奮，因為儘管有數筆龐大的一次性支出，且銷量低於我對今年其餘時間的預期，我們仍保有健康的利潤。每月 8,500 美元的利潤讓我幾乎完全走在我 2023 年每年 10 萬美元利潤目標的軌道上。

將產量從每月 140 台提升至 200 台

去年底，我被告知 TinyPilot 直到 2023 年 9 月前都不會獲得任何新的 Raspberry Pi 配額。這使得我們在那之前每月的產能限制在約 140 台 TinyPilot 裝置。這是個艱難的消息，但我已有應對計畫。

幸好，我們在一月接獲通知，將會獲得少量新配額，這讓我們的產能提升至每月 200 台。我們必須以將近兩倍的價格購買 8 GB 的 Pi，但為了能持續銷售新裝置，我很樂意支付溢價。

我對每月 200 台這個目標感到滿意。我們能以這個速度穩定銷售，同時還能保有足夠的時間與利潤，以便在 9 月供應短缺緩解後，投入資源更快地擴大規模。

千鈞一髮及時取得金屬機殼

每年一月底或二月初，中國都會慶祝農曆新年。中國人非常重視新年假期，因此中國的供應商會全面停工。有些會關閉數週，有些甚至會長達四週無法聯繫。

TinyPilot 的大部分原物料都向中國採購，因此我會圍繞農曆新年仔細規劃。我必須提早下單，確保在供應商開始停工前完成生產。我也需要訂購較大的數量，才能撐過長達四週無法下新訂單的空窗期。

12 月時，我們仍在敲定 TinyPilot 新款金屬機殼的設計。製造商預估完成訂單需要 30 個工作天，因此我們正好逼近農曆新年的危險期。

每當我下訂客製化產品的首批量產時，我都會盡量訂最少的數量——約四週的庫存。但這次，最小的可訂量卻是四個月的量——我需要足夠的庫存來撐過農曆新年，再加上等待下一批生產的週轉時間。

因此，這本來就是一筆令人緊張的訂單。即使我們已經看過原型，首批生產仍可能出許多差錯，我可能會拿到 1,000 個無法使用的不良機殼。那也意味著我們還要再依賴 3D 列印機殼四個月，期間為了應付超出的需求，我們得向備用廠商支付高昂的加價費用。

另一個重大風險是製造商會延誤，導致在農曆新年前完全無法出貨。在出貨日前的幾週，他們除了表示仍認為能趕上期限外，幾乎沒有提供任何進度更新。我曾要求他們必要時先寄出部分訂單，但他們並未回覆這樣做是否有幫助。

最後，在我以為他們已因新年休假後的週六，我收到一封電子郵件，要求我立即支付運費。我照做了，幾天後便收到了機殼的物流追蹤號碼。

一週後，機殼到貨了！令我大大鬆了一口氣的是，所有機殼的品質都與原型一樣好。

我們得以按計畫出貨 Voyager 2a，而且現有的機殼數量足以支撐到第二批生產到貨為止。

轉移至 3PL 廠商過程中的波折

我今年的目標之一，是將 TinyPilot 內部的出貨流程轉移至外部發貨倉庫。這類業者被稱為「3PL」：第三方物流業者。

12 月，我們開始將出貨作業轉移至一家 3PL 廠商，一開始進展非常順利。他們是一家小公司，客戶也全都是小企業。我們似乎很合拍，他們也很了解我們的需求。

接著，他們給了我與其倉儲管理軟體 Veracore 整合的操作說明。說明文件是一份 PDF，這是第一個警訊。當我登入系統後，發現是一個看起來 20 年沒更新過的 ASP 應用程式。

看到如此過時的軟體確實讓我猶豫了一下，但我告訴自己應該沒問題。TinyPilot 團隊會繼續在 Shopify 上管理訂單。Veracore 只是 3PL 與我們系統同步的方式，我預期自己不會太常使用它。

我們決定先將低銷量的產品轉移至 3PL：TinyPilot Power Connector。它的價格只有主產品的十分之一，每月僅售出 30 至 40 個。這是端對端測試 3PL 工作流程的低風險方式。

在 3PL 上啟用訂單處理後，我們的第一筆 Power Connector 訂單在聖誕節下午 5 點進來。顯然因為假日當天不會出貨，所以我在隔天下午查看了訂單。它在 Shopify 上仍顯示為未出貨，但這沒關係。也許他們聖誕節隔天也休假。

到了 27 日下午 3 點，訂單仍未出貨。我寫信給 3PL 確認他們那端是否已收到訂單。他們向我保證一切運作正常，只是 Veracore 每天只會將訂單狀態同步回 Shopify 一次。我們會在晚上 8 點前看到 Shopify 更新出貨狀態與追蹤號碼。

一天一次？為什麼 Veracore 不在列印出貨標籤後就立刻將訂單標記為已出貨？那樣就能即時提供我們資訊。

不過，我還是覺得應該沒問題。他們有上百位客戶都對這套系統感到滿意。我真的需要即時出貨資訊做什麼呢？

如果顧客想更改訂單怎麼辦？

大約每 30 筆訂單，就會有顧客要求更改。有時他們發現自己填錯了收件地址，有時則完全改變心意想取消訂單。

在 TinyPilot 現行的系統中，這些要求很容易處理。負責客服的兩位 TinyPilot 員工同時也是負責出貨的人。只要訂單尚未寄出，我們只需在 Shopify 上修改，就能照常繼續流程。

當我們轉移至 3PL 後，「一天同步一次」的問題就在這裡反噬了我們。如果顧客來信要求更改，我們現在無法知道訂單是否已被出貨。我們在 Shopify 上看到的資訊可能有長達 24 小時的延遲。

3PL 提出的解決方案是，要我們寫信給在 3PL 負責我們訂單的那位員工，告知任何訂單變更。這感覺是個很糟糕的制度。

目前，Shopify 是我們的「單一真實來源」。我們可以依賴 Shopify 作為所有人共享訂單資訊的權威位置。若透過電子郵件另起討論，會讓資訊分散到多個難以同步的孤島中。

我也不太喜歡要寫信給個人而非整個團隊的做法。如果那個人生病或休假怎麼辦？3PL 說通常會有其他人幫忙查看那個人的信箱。通常？

如果顧客以非標準方式付款怎麼辦？

顧客在我們網站標準結帳流程之外，向 TinyPilot 購買的常見方式有兩種：

1. 他們需要我們網站不支援的客製化訂單（例如大量採購折扣）。
2. 他們想透過採購單付款（基本上就是大公司開的欠條）。

對於第 (1) 種情況，我們會建立客製化訂單，然後提供顧客一個用信用卡付款的連結。當顧客付款後，Shopify 會自動將訂單標記為「已付款」，我們便會出貨。

對於第 (2) 種情況，我們會建立客製化訂單，然後等待顧客寄來已簽署的採購單。當我們收到採購單時，Shopify 仍會將訂單視為「未付款」，因為我們尚未實際收到款項，但我們會依據採購單先行出貨。

如你所見，情境 (1) 和 (2) 彼此衝突。如果我們告訴 3PL 要等到訂單標記為「已付款」才出貨，這對使用採購單付款的顧客 (2) 就行不通。如果我們告訴 3PL 即使未付款也要出貨，他們又會立刻寄出 (1) 的訂單，即使顧客可能根本不會付款。

在導入 3PL 之前，我們會在採購單的情況下於訂單中加入備註來明確意圖。但 3PL 看不到我們的備註，因為他們每筆訂單只匯入一次，所以若我們之後才加入備註，他們就收不到。

3PL 的解決方案，還是要我們寫信給負責我們訂單的那個人，說明這些特殊訂單的情況。

現在寫出來，我才意識到自己錯過了一個顯而易見的解法。我們本來可以直接訂下規則：「在訂單標記為已付款時才出貨。」然後對於 (2)，在收到採購單時手動將訂單標記為「已付款」。我們會需要另一套系統來追蹤未付款的採購單，但這比把我們與 3PL 的介面搞得更複雜要容易得多。

更換 3PL

整體而言，我們第一家 3PL 用來管理變更的系統感覺很脆弱，容易引發許多代價高昂的錯誤。

我們告知 3PL 這樣行不通，他們也大方接受了。我們的合約要求兩個月前通知，所以他們本可以要求我們再支付兩個月每月最低 350 美元的費用，但他們並沒有這麼做。

當初面試 3PL 時，有兩家我同樣喜歡。我選擇了距離在開車可達範圍內的那家，但另一家表示我隨時歡迎與他們聯繫。

當我在第一家 3PL 遇到這些邊緣案例時，我聯繫了第二順位的廠商，詢問他們會如何處理。老闆告訴我他也覺得 Veracore 過時，並說明他倉庫的軟體會如何處理我的情境。聽起來順暢許多，也能讓我們繼續在 Shopify 上管理一切，而不必用臨時的電子郵件來彌補落差。我們現在正在轉換至那家 3PL 廠商的過程中。

總結

完成了什麼？

• 發表了TinyPilot Voyager 2a
• 發表了我的第五篇年度回顧
• 取消了與 3PL 廠商的合約

學到的教訓

• 弄清楚你的 3PL 將如何處理非標準訂單。
• 讓你的電商平台與 3PL 訂單管理系統之間的介面盡可能簡單。
  • 就我的情況而言，我忽略了原本可以簡化我們與 3PL 整合的簡單流程變更。
• 不要一次就全面轉移至新的 3PL。
  • 先從低銷量或低成本的產品開始，這樣可以在轉移到更高風險的產品前，先解決各種問題。

下個月的目標

• 恢復到正常水準的 TinyPilot 現貨庫存。
• 開始轉移至新 3PL 廠商的流程。
• 啟動開發人員與支援工程師之間的跨團隊合作。