一句話總結

擺脫「緊急模式」

重點摘要

• 我們已完成將 TinyPilot 的出貨作業轉移至第三方廠商。
• 本地團隊正擺脫長達數月的「緊急模式」狀態。
• 既然生產速度不再是瓶頸，我可以選擇一個能讓獲利最大化的價格。

目標達成評分

每個月月初，我都會宣告想達成的目標。以下是本月的達成狀況：

將所有產品轉移至我們的 3PL(第三方物流) 廠商

• 結果：我們的 3PL 廠商現在已負責運送我們所有的產品。
• 評分：A

轉移過程相當順利，對公司而言是一大進展。由 3PL 負責日常的訂單出貨作業後，我們有了更大的彈性，不再需要一週六天都有人留在辦公室。員工仍會定期進辦公室，但不再有必須在當天郵件收件前完成所有事務的壓力。

選定一家委外製造商來接手 TinyPilot 的裝置組裝並啟動轉移流程

• 結果：仍在洽談中，尚未正式選定。
• 評分：B-

我找到了一家喜歡的委外製造商，但尚未正式簽約。我正在等待正式的報價與時程。他們非正式的樂觀預估是首批量產將在 2023 年 10 月。

發布新版 TinyPilot Pro

• 結果：已發布 TinyPilot Pro 2.5.4
• 評分：A

就功能而言，這不是一個令人振奮的版本，但它為使用者提供了從 Debian Buster 遷移出來的路徑，而 Buster 現在已是舊版作業系統。停止支援 Buster 意味著能消除程式碼庫中大量為了該作業系統版本而存在的條件判斷邏輯。

TinyPilot 數據統計

數字看起來有點嚇人，因為各項數據都在下滑，但實際差異不大。總營收僅下滑 4%。獲利下滑也只是因為支出本來就呈現不規則波動。我對平均每月獲利維持在 2 萬至 3 萬美元的區間仍抱持正面看法。

跨越 3PL 的難關

過去幾個月，TinyPilot 的本地團隊幾乎以百分之百的產能運作，因此我的首要任務是找到減輕他們負擔的方法。

我認為在減輕工作量方面最具成本效益的措施之一，就是完成我們轉向 3PL 廠商的過渡。自 TinyPilot 創立以來，我們都是直接從辦公室出貨。採用 3PL 後，我們會將產品批量運送至倉庫，再由 3PL 負責處理客戶訂單到貨後的日常出貨作業。

將出貨作業委外給 3PL 肯定能省下不少工作，但弔詭的是，轉換本身就需要額外的工作量。

一旦我們將產品運送至 3PL，大約需要一週時間 3PL 才能準備好處理訂單。這意味著我們必須額外準備一週份量的庫存——在我們已勉強跟上現有訂單量的情況下，這並非易事。

我本可以暫停營業一週來進行轉換，但那等同於放棄 1 萬至 2 萬美元的銷售額。因此，我採取了一些措施來減輕本地團隊的負擔，讓他們能專注於累積庫存。

首先，我減少了廣告支出。這是顯而易見的決定。當需求已經超過我們能負荷的程度時，再花錢吸引新客戶沒有意義。

其次，我調漲了價格。我分好幾波調高了 TinyPilot 的價格，以在將營收損失降到最低的同時，減緩銷售量。

最後，我投入協助客戶支援。本地員工負責組裝、出貨與客戶支援。我每幫本地團隊省下一小時的支援工作，就等於讓他們多一小時可以專心組裝裝置。

幸運的是，這些努力奏效了。5 月初，本地團隊已經累積了足夠的庫存盈餘，得以將一週份量的庫存運送至 3PL。3PL 上線運作後，本地團隊的工作量減少了約 15%。

轉向 3PL 的過程大致順利，但若重來一次，肯定有些地方我會規劃得更好。我整理了一份向 3PL 廠商提問的問題清單，提供給首次接洽 3PL 的人（或是未來若我更換廠商時的自己）參考。

擺脫「緊急模式」

即使已將出貨作業委外給 3PL，我們仍無法如預期般鬆一口氣。由於倉庫中僅有幾天的庫存，團隊仍在手忙腳亂地組裝新裝置並補充 3PL 的庫存。

我不禁懷念一年前本地團隊還擁有的充裕餘裕。當時，我最大的困擾是錯失讓他們承擔更多責任的機會。

今年情況完全翻轉。我接手了原本會由本地團隊處理的工作。我們一直有種在掙扎著跟上工作量、而非從容應對的感覺。我們也因此忽略了像是文件撰寫或庫存規劃等長期性工作。

最糟的是，我甚至無法為銷售強勁的日子感到興奮。當我在 Shopify 上看到單日售出超過 10 台時，第一個念頭不是慶祝成果，而是：「糟了！這會讓我們更難在倉庫建立庫存。」

我覺得要等倉庫累積到一個月份的庫存時，我們才能真正放鬆。我快速用試算表算了一下，預估要到 7 月才能達到那個水位，但我不希望大家還要再這樣緊繃兩個月。

過去幾個月，我一直在考慮是否要再聘請第三位本地員工。我之所以猶豫，是因為我預期在將出貨作業轉移至 3PL 後工作量會下降，而在將生產轉移至委外製造商後又會大幅下降。到了那個階段，本地團隊的工作將只剩下客戶支援，而我預期不會有足夠的支援工作量讓三個人分擔。

當我發現轉向 3PL 後工作量依然吃重時，我又重新考慮聘請第三名員工的想法。接著我靈光一閃：如果六個月後工作量真的會不足，我大可一開始就將這個職缺定位為短期職位來徵才。

我在 Craigslist 和本地的 Facebook 社團上刊登了徵才訊息。在兩週內，我收到了 18 份申請，面試了五位應徵者，並發出一份錄用通知，對方也已接受。這位新員工將於本週開始上班。

自從決定增聘第三名員工後，團隊的氛圍確實有了轉變。大家不再感受到短期內必須趕工的壓力。每個人都放鬆了許多，我們也重新開始投入文件撰寫與長期規劃。

什麼樣的價格能讓獲利最大化？

過去兩個月，我一直在調漲 TinyPilot 的價格以降低銷售量。我刻意將 TinyPilot 的價格定得較高，以減少總銷售量並爭取更多時間來補上庫存。

現在我們已經喘過氣來，也有額外的產能來組裝裝置，我可以將產品定價調整為以獲利最大化為目標，而不再是為了繞過生產速度的瓶頸。

上個月我已經嘗試過價格實驗，但現在有了更多數據，讓我們來看看數字呈現什麼樣貌。

Voyager 2a USB-C

上個月，我對於 TinyPilot 需求如此缺乏彈性感到驚訝。我原本預期隨著價格調漲，銷售量會下滑更多。有了更多數據後，需求曲線稍微更接近我的預期。120 美元的漲幅（32%）導致了訂單量 34% 的下滑。

有趣的是，在 379 美元與 499 美元這兩個價格點上，每日獲利幾乎完全相等（1,220 美元／天 vs. 1,219 美元／天）。整體而言，499 美元的價格獲利會更高，因為少 34% 的銷售量意味著長期支援成本更低。

Voyager 2a PoE

高階 PoE 版本的客戶似乎對 478 美元至 528 美元之間的價格不太敏感。儘管樣本數不大，但他們在這兩種價格下的購買率大致相同。

最有利可圖的價格是 498 美元，不過由於數據收集期間很短，這也很可能只是個離群值。

決策：以 $399 + $99 的價格銷售

價格的最佳甜蜜點似乎是將基本款定價為 399 美元，並對 PoE 升級款加收 99 美元（498 美元）。TinyPilot 在這個價格帶的銷售獲利最高。該期間的樣本數雖小，但也似乎位於其他價格所呈現的曲線頂端附近。

我喜歡 399 美元基本款定價的另一個原因是，這對像我這樣的人來說仍是合理的購買價格。如果我在三年前看到像 TinyPilot 這樣的產品，我會想：「當然，花 399 美元為我的 homelab 買這個很值得。」

業餘專案

ScreenJournal

我持續投入 ScreenJournal 的開發，這是我打造的一款開源網頁應用程式，能讓你與朋友分享電影推薦。

4 月份我新增的主要功能，是讓使用者能對他人電影評論留言 的功能。我沒有使用任何留言套件，因此整個實作都是自行開發的。畫面如下：

我對 ScreenJournal 做的另一項重大改動，是將端對端測試重新設計為平行執行，而非循序執行。

我在對網頁應用程式進行端對端測試時，一直為共用資料庫的問題所困擾。我始終沒弄清楚其他開發者是如何解決這個問題的。

以前，我透過在每次端對端測試前重置資料庫來處理共用狀態的問題。這種做法很慢，而且意味著我一次只能執行一個測試，因為所有測試都共用同一個資料庫。

我目前的解法是為每個客戶端指派一個 cookie，並將該 cookie 與一個獨立的記憶體內 SQLite 資料庫綁定。這表示測試不再透過資料庫共用狀態，因此可以平行執行。我比以往任何做法都更喜歡這個解法，但仍覺得自己像是在重新發明輪子，也很好奇讀者是否知道更成熟的既有解法。

總結

完成了哪些事？

• 完成了轉向 3PL 倉儲廠商的過渡。
• 發布了 TinyPilot Pro 2.5.4。
• 參加了 Microconf US 2023。
• 為 TinyPilot 辦公室聘請了一位新員工。
• 處理了 2022 年報稅時 Section 174 帶來的一堆麻煩。

經驗教訓

• 有許多潛在員工並不排斥短期職位。
  • 我原本避免聘請第三位員工，是因為擔心這個職位的需求消退後該如何處理。後來我才意識到，我可以從一開始就將其定位為短期職位，而有許多求職者樂於接受甚至更偏好短期工作。

下個月的目標

• 協助最新的 TinyPilot 員工入職。
• 達成 9 萬美元的營收。
• 找到三位有興趣評測 TinyPilot Voyager 2a 的 homelab 部落客或 YouTuber。