一句話總結

TinyPilot 正面臨甜蜜的煩惱。

亮點

• TinyPilot 的營收出現驚人成長，從 12 月的 1.5 萬美元躍升至 1 月的 4.2 萬美元。
• TinyPilot 的大部分銷售額來自一支正面的 YouTube 評測影片。
• 為了應付需求而手忙腳亂，TinyPilot 正經歷成長的陣痛。

目標成績

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

聘請一位接案開發者來協助 TinyPilot 的開發

• 結果：試用了一位開發者，但合作不順利，目前正在試用另一位。
• 成績：A

聘請新開發者的過程很緩慢，但一切都按計畫進行。透過每一次的試用，我都找到了能幫助他們更快上手的方法，也更清楚未來徵才時該看重哪些特質。

獲得兩位擁有相關受眾的部落客或 YouTuber 為 TinyPilot 撰寫評測

• 結果：已獲得一支 YouTube 評測，另外兩支正在進行中
• 成績：A-

我低估了 YouTuber 製作新影片所需的時間。雖然有一支新評測上線了，但那是基於我 11 月時的邀約。另外兩位 YouTuber 已經答應要做評測，但影片仍在製作中。

話雖如此，其中一支評測帶來的效應，幾乎讓我有點吃不消。詳情請見下文。

靠《Hit the Front Page of Hacker News》賺取 4,000 美元營收

• 結果：營收為 2,600 美元
• 成績：C

這門課程的發展不如我預期的那樣。我對教材內容感到自豪，但購買的人數遠比我預期的少。

我嘗試了好幾種不同的行銷手法，但沒有一個對銷售產生明顯效果。

TinyPilot 數據

對 TinyPilot 來說，這是個驚人的月份。銷售額從 1.5 萬美元暴增至 4.2 萬美元。

每個月我都會想：「哇，這個月真是太幸運了！我不可能再複製這樣的成績了。」結果下個月又成長得更多，所以希望這份好運能繼續下去。

TinyPilot 的第一支 YouTube 評測

1 月份的大部分銷售額都來自同一個來源：Craft Computing，一個面向專業人士與家庭愛好者的 IT 硬體 YouTube 頻道。

我去年年初透過一支關於安裝 Proxmox 的優質教學認識了 Craft Computing 頻道。幾個月後，頻道主持人宣布他已辭去 IT 經理的工作出來自行創業，讓我感到惺惺相惜。

11 月時，我聯繫了頻道主持人 Jeff，詢問他是否有興趣評測 TinyPilot。他答應了，於是我立刻寄了一台過去。接下來幾個月都沒有消息，我開始懷疑我的 Voyager 是不是只是被堆在廠商寄給他的那堆免費硬體裡。

1 月 12 日，就在我準備上床睡覺時，Jeff 來信告訴我評測已經上線了。

感覺很不真實。我和女友在客廳的大電視上觀看，所以等於是看著我追蹤了一年的 YouTuber 拿著我的產品，在大螢幕上直接對著我說話！

Jeff 非常喜歡 TinyPilot，並分享了許多讓他印象深刻的地方。整段影片我都緊張得要命，深怕他突然停下來改口說：「其實……我改變主意了。這產品很爛。告訴你認識的每個人都別買。」還好，整支評測都非常正面，他的批評也只是小問題。

效果又強又立即。隔天我就收到了 33 筆訂單，賺進 5,000 美元營收，遠遠超越以往的銷售紀錄。再隔一天，訂單數雖然下降，但有更多顧客購買了高階套件，所以總營收大致維持不變。

我以為第三天就會趨緩，確實也有稍微下降，但訂單還是一直進來。我的庫存本來就設計成可以應付這種暴增，但沒想到會持續這麼久。

第一週，我和 TinyPilot 的出貨負責人還能跟上訂單進度，但到了第八天，我們已經筋疲力盡。有幾個零件用完了，無法在兩天的出貨期限內補齊，所以我們暫時將大部分產品標示為預購缺貨。幾天後，我們重新站穩腳步，訂單量也回落到可負荷的範圍。

TinyPilot 的第一次事後檢討

無責事後檢討是我在 Google 工作時學到最有價值的實務之一。當發生重大問題時，先讓系統回到穩定狀態，再撰寫一份報告分析事件經過。

顧名思義，這份文件是不究責的。內容絕不會是「我們會當機是因為 Michael 是個笨蛋，他刪錯了檔案。」

事後檢討背後的基本假設是，團隊中的每個人都很聰明且勤奮，所以如果出了問題，是系統失靈，而不是人的問題。當失敗看起來像是某人犯蠢時，根本原因其實是流程未能防範可預期的人為失誤。

在 Craft Computing 的評測之後，我和出貨負責人一起進行了 TinyPilot 的第一次事後檢討。以下是我們發現的主要問題，以及為改善而採取的措施。

庫存目標設得太低

我們用試算表管理庫存。針對每一種零件，我們都會設定最低與最高庫存量。舉例來說，Raspberry Pi 的最低庫存是 40，最高是 80。意思是只要 Raspberry Pi 的庫存低於 40，我們就會下單補到 80。

問題在於，我們總是要等到庫存用完、發現規劃不周時，才會去調整這些目標。而當陷入短缺時，我們又慌到難以理性思考新的目標該是多少。

• 解法：每月根據近期訂單量定期調整庫存目標。
• 解法：假設下一波訂單暴增會比以往任何一次都更猛烈。
• 解法：只要有任何零件用完或差點用完，就將其庫存目標加倍。

緊迫性不明顯

我們對庫存試算表的標準作業流程是，任何低於最低庫存的品項就進行「補貨」。當 USB 線的庫存跌破補貨門檻時，我們照平常流程用一般陸運下單補貨。

我們沒注意到顧客下單速度太快，照這樣下去，新貨到達前庫存就會歸零。隔天，我們只好再下一筆急件，用隔夜快遞來銜接後到的那批貨。

• 解法：當「現有庫存」欄位的數字降到危險水位時，將其標示強調。
• 解法：升級至 Amazon Business Prime，讓兩日到貨成為不需猶豫的選項。
• 解法：尋找能根據趨勢發出警示的庫存管理軟體。

出貨處理時間太短

剛開始做 TinyPilot 時，我承諾在一個工作天內出貨。很快就發現一天內出貨根本無法持續，因為這會逼我不斷切換工作內容、匆忙出貨。幾週後，我就把對外公告的處理時間改為兩天。

這次 YouTube 評測後，我們手忙腳亂了一週才不得不將商品改為預購缺貨，但如果當初承諾的出貨時間是三天，就有足夠的緩衝可以避免進入預購。我們發現，先前約有 80% 的預購或差點預購的情況，其實都只差一天。

兩天的期限帶來了太大壓力。反正我們大多數訂單本來就是隔天就寄出，顧客大概也不太在意公告的處理時間是兩天還是三天。

• 解法：將對外公告的處理時間延長至三天。

以包裝為單位補貨造成不必要的認知負擔

有些零件我們是單個購買，有些則是一包兩入或三入。例如，電源轉接器我們是一次買三入一包。我們的庫存試算表記錄的是電源轉接器的實際數量，而不是包裝數。

在那波搶購潮中，我們本來要訂 150 個電源轉接器，卻不小心訂了 150 包三入裝，總共變成 450 個。

超訂是人為疏失，但也凸顯了我們的系統容易引人犯錯。下單的人必須針對每項商品做不同的心算。

解法：在試算表中新增一個「補貨數量」欄位，將每包數量納入計算。

TinyPilot 該如何擴大規模？

TinyPilot 成長的速度遠超乎我預期。幸好現有的流程目前還能支應，但若繼續成長下去，遲早會不堪負荷。以下是我計畫在幾個面向擴大規模的做法。

擴大客服支援

隨著 TinyPilot 顧客數量增加，我收到的客服信件也越來越多。有些日子，我有多達一半的工作時間都在處理技術支援。

我想起 Lunch Money 創辦人 Jen Yip 的一篇部落格文章。她一人包辦事業的所有面向，並透過在 App 中加入能幫助使用者自行解決常見問題的功能，來降低客服負擔。

約有一半的 TinyPilot 客服需求，其實只是產品功能的缺口。常見的問題是：「要怎麼開啟 WiFi？」目前我會傳給他們一個連結，說明如何透過命令列操作，但這應該要是使用者能直接在 TinyPilot 網頁介面上完成的事。

在持續開發 TinyPilot 軟體的過程中，我會優先加入能消除使用者困惑的功能，並讓除錯工具在出問題時更容易取得。

擴大生產製造

3D 列印的零件很棒，因為設計調整又快又便宜。缺點是 3D 列印很難擴大規模。幫我製作 Voyager 外殼的工廠，用我指定的材料一週只能生產 40 個，很快就會成為瓶頸。

下一個階段是射出成型。簡單來說，製造商會先打造一個鋼製或鋁製的外殼模具，注入塑膠後加壓成型。製作模具既費時又昂貴，但一旦完成，每天就能以低成本生產 1,000 個。我向幾家廠商詢價，回覆的報價落在 2 萬至 4 萬美元之間，以現階段來說有點太高。

我也聯繫了其他工廠，看看能否將 3D 列印平行化。問題是我喜歡的材料是碳纖維材質，在 3D 列印工廠中並不常見，所以很少有其他廠商提供。有提供的那些，報價比我現在付的價格高出 10 到 15 倍。不過，Voyager 的利潤夠高，就算外殼成本變高，真的有必要時還是能獲利。

其中一家工廠告訴我，用另一種列印速度更快的替代材料也能達到類似效果。我已向他們索取樣品，也正與主要配合的工廠討論替代材料。

我的女友兼庫存管理員負責最後的製造步驟，像是測試電路板和組裝 Voyager。可能會到一個時候，她身為全職研究生，已經沒有足夠時間同時處理訂單出貨、庫存管理、組裝等工作。因此，我們正在評估當她的可用工時達到上限時，哪些工作可以外包。

擴大開發能量

忙於 TinyPilot 的其他營運工作，讓我可惜地幾乎沒有時間開發軟體。12 月時，我開始尋找兼職開發者來分擔工作。我準備了這兩份文件來說明工作內容，並分享到幾個小型的社群管道：

• 職務說明
• 與我合作的指南

在所有我聘請的接案職位中，軟體開發一直是最具挑戰性的。我對軟體品質要求很高，所以很難找到對品質與可維護性同樣有熱情的開發者。

我不做面試，而是直接進入試用聘僱。第一位試用者合作不順利，但他表示對這個流程很滿意。這也幫助我找到讓新開發者更快熟悉程式碼庫的方法。

舊有專案

以下是我仍在維護、但已非開發重心的專案的簡要更新：

Hit the Front Page of Hacker News

我的線上課程《Hit the Front Page of Hacker News》——一門針對開發者族群的部落格寫作課程——終於在 1 月上線了。上線前後銷售額有小幅成長，但遠低於我的預期。我原本的目標是到年底靠這門課賺進 2 萬美元，現在看來不太可能了。

當我告訴 Cory Zue 我對目前的銷售感到失望時，他取笑我說我已經被 TinyPilot 的營收寵壞了。這門課光是 1 月的營收，就比我擔任獨立開發者的第一年整年的收入還多。

Is It Keto

Is It Keto 創下了單月新高，儘管我完全沒有碰這個網站。因為它與飲食控制有關，每逢新年新希望的時期，關注度總會飆升。

Zestful

Zestful 雖然處於維護模式，仍有小幅成長。成長似乎來自一位長期客戶的使用量增加。

總結

完成了什麼？

• Hit the Front Page of Hacker News 上線了。
• TinyPilot Pro 從 Beta 版轉為正式版本。
• 完成了 TinyPilot 的第一次事後檢討。
• 以試用形式聘請了兩位接案開發者。

學到的教訓

• YouTube 評測的影響力非常強大，但需要時間。
  • 看到第一支評測的成果後，我確定這是值得深入開發的管道，但要排到新的評測還需要幾個月的時間。
• 隨著成長，要重新檢視流程背後的假設。
  • 這是我一再需要學習的課題。我常常為某項任務建立一套流程，久了就變成習慣。接著便不再批判性地思考這套流程，也沒意識到當初設計這套流程的條件可能已經不再適用。
  • 定期退一步檢視流程是否仍然是最佳做法，是非常重要的。

下個月的目標

• 吸引五位部落客或 YouTuber 加入 TinyPilot 的聯盟行銷計畫。
• 為 TinyPilot 新增兩項能降低客服或製造成本的功能。
• 向 10 位顧客收集關於潛在機架式版本 TinyPilot 的回饋。