TinyPilot: Month 32

Michael Lynch

TinyPilot:第 32 個月

一句話總結

我創立 TinyPilot 以來最長的一次休假

第一次來?

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

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

亮點

  • 我出國兩週,TinyPilot 在沒有我的情況下依然運作順暢。
  • TinyPilot 辦公室水管破裂,差點釀成大禍。
  • 我正在尋找被動回應式工作與主動規劃式工作之間的平衡。

目標成績

每個月月初,我都會訂下想達成的目標。以下是我這個月的達成情況:

恢復 TinyPilot 現貨裝置的庫存至正常水準。

  • 結果:我們的庫存仍不如預期充足。
  • 成績:C

我們在庫存方面仍落後,因為發生了一些意外,影響了出貨團隊。我已調漲價格並大幅削減廣告支出,直到我們恢復正常營運。

開始轉移至新的 3PL(第三方物流) 廠商的流程。

  • 結果:我們已與新的 3PL 廠商簽約,並正在準備首批寄送給他們的貨物。
  • 成績:A

我對這家新的 3PL 抱持樂觀。一旦我們將出貨作業交給外部廠商,就能減輕團隊壓力,並騰出餘裕投資其他能讓我們更快擴張的領域。

啟動開發團隊與支援工程師之間的跨團隊合作。

  • 結果:TinyPilot 舉行了首次開發與支援工程的交流會議。
  • 成績:A

開發人員與支援工程師之間有一些可以合作的工作,但我一直延後,直到兩個團隊能夠面對面會談。我們已經舉行了首次開發與支援工程的交流會議,現在兩個團隊已準備好開始直接合作。

TinyPilot 數據

指標2023 年 1 月2023 年 2 月變化
不重複訪客8,09212,141+4,049 (+50%)
總瀏覽量16,66523,117+6,452 (+39%)
銷售營收$66,420.52$72,585.15+$6,164.63 (+9%)
企業訂閱$290.70$290.700
權利金$5,689.93$3,935.73-$1,754.20 (-31%)
總營收$72,401.15$76,811.58+$4,410.43 (+6%)
利潤$8,552.79$32,905.55+$24,352.76 (+285%)

儘管我試圖抑制銷售,營收卻仍在成長,處境有點奇特。出貨團隊已沒有足夠工時在處理其他職責之餘再處理更多訂單。這可能只是因為口碑總是帶動我們的銷售,也可能是因為近幾個月新增的功能吸引了更多客戶購買。

我預期一旦將出貨作業轉移給 3PL 廠商,每月營收可達到 9 萬美元。我們目前受限於出貨產能,但一旦完成轉移,這個瓶頸就會消失。

我們已連續七個月保持獲利(嚴格來說是近三個月的移動平均獲利,因為我們的獲利波動較大)。照這個速度,我們將輕鬆超越我 2023 年獲利 10 萬美元的目標

「你是 TinyPilot 的那個人嗎?」

上個月某個週六下午,我在家中的書房時聽到前門傳來敲門聲。我穿著睡衣去應門,發現門口站著一位四十多歲的男子。他問道:「你是 TinyPilot 的那個人嗎?」

糟了。怎麼會有人沒事先通知就跑來我家問 TinyPilot 的事?

我試著回想最近是否有哪次與客戶的互動,會讓人找到我家來找我算帳。想不起來有任何這樣的事。

「呃⋯⋯是的,」我謹慎地回答。這位神秘訪客解釋說,他是 TinyPilot 辦公大樓的修繕人員。他沒有我的電話號碼,但找到了我的住家地址。

「辦公室水管破裂了,我們進不了你們的辦公室。你能過來一趟嗎?」

聽起來不太妙。

我開車跟他前往 TinyPilot 辦公室,心裡默默盤算如果所有庫存全泡水,公司是否還能撐下去。就算能獲得保險理賠,重新製造所需的時間也會讓我們停擺數月。

抵達我們所在的樓層時,我看到與 TinyPilot 相鄰的會議室灑水系統已經啟動。我打開 TinyPilot 辦公室的門,鬆了一口氣。我們的辦公室完全沒有進水。

天花板、地毯和家具全被拆除的房間照片

與 TinyPilot 相鄰的辦公室水管爆裂,摧毀了裡面的一切。

他們說在消防隊簽核之前,我們幾天內都不能進入辦公室,因為大樓的灑水系統已經失效。週一我打給房東,他說我們可以恢復正常使用辦公室。

我以為事情就此結束,但幾天後,一位出貨團隊的成員問我我們是不是要搬家。「沒有啊⋯⋯為什麼這樣問?」我問道。「喔,修繕人員隨口提到我們可能得搬家。」

糟了。

我打電話給房東問清楚狀況。他——用非常漫不經心的語氣——說對,我們可能得在週二前搬進新的辦公室。而這通對話發生在週五。

房東解釋說,因為水損,建商可能得更換我們的一面牆。不過別擔心——他有一間空的辦公室可以讓我們使用。新辦公室比我們現在的小 40%,而我們現在的辦公室已經用了 80% 的空間,所以這可不妙。我問會在較小的辦公室待多久。他完全不知道。

接下來的幾天,房東對於我們是否得在幾天內完全搬遷一事相當無所謂。而這很棘手,因為我正要去歐洲兩週,屆時將無法協助在新辦公室架設 IT 基礎設施。

在出發前的每一天,我都打電話詢問那面牆的處理計畫,但房東始終沒有給我答案。我決定只把電腦、印表機和網路設備搬到備用辦公室,因為那是唯一在我不在時會有風險的部分。

一週後,我們得知牆面可以保留,所以不需要搬家。出貨團隊損失了約一天的工作時間,而我則花了另外兩天做應變規劃,但過程中的不確定性讓人倍感壓力。

這次事件也成為將出貨作業轉移至新的 3PL 的強大動機。我很希望擺脫那種因為辦公室出狀況就導致出貨停擺的處境。水管在 3PL 那邊當然也可能破裂,但到時候要搬遷調整以恢復營運,就成了別人的問題。

我在 TinyPilot 最長的一次休假

二月時,我請了創立 TinyPilot 以來最長的一次假。我在歐洲旅行了兩個多禮拜。

這趟旅程始於我在德國杜賓根(Tübingen)參加的一場婚禮。這段期間我完全沒有查看工作郵件。

我在德國城鎮廣場的照片

在德國杜賓根市政廳參加婚禮

與我合作的許多 TinyPilot 成員都住在歐洲,所以我又多留了一週,展開我所謂的「TinyPilot 歐洲巡迴」。行程包括:

  • 在德國卡爾斯魯爾停留兩晚,拜訪 TinyPilot 的歐洲經銷商 punkt.de
  • 在德國柏林停留兩晚,拜訪 TinyPilot 的其中一位開發者
  • 在英國倫敦停留兩晚,拜訪 TinyPilot 的兩位支援工程師

這趟旅行是對 TinyPilot 在沒有我時如何運作的一次考驗,結果大致上相當順利。訂單準時出貨,使用者也獲得了正常的支援服務。

我之前最長一次完全不查看 TinyPilot 郵件的休假是五天,而這次是 11 天,接著還有一週在路上網路不穩定的行程。

對在地團隊而言

出貨團隊仍緊盯著訂單,但他們幾乎已滿載運作。我們仍在趕上換用 Voyager 2a 的進度,其組裝時間多 30%。我們首次開放使用者以舊機換折扣,這也增加了出貨團隊的負擔。辦公室的狀況當然也無濟於事。

因此,出貨作業雖然沒問題,但餘裕比我期望的少。如果有人生病請假幾天,我們就會很吃緊。

同樣地,這次經驗也強烈促使我們將出貨作業轉移至 3PL。由第三方廠商處理出貨,我們自己需要處理的時效性工作就會少得多,因此在面對短期壓力或人員缺席時會更有韌性。

對支援工程團隊而言

TinyPilot 的技術支援團隊在沒有我的情況下運作良好。在正常營運期間,支援工程師可以選擇將問題升級給我處理。在我無法聯繫的期間,他們獨立處理了問題,使用者依然獲得了高品質的支援。

支援工程團隊確實經歷了一次「空窗期」,在那段期間沒有人能回覆技術問題。一位支援工程師原本就排定在我休假期間休假兩天,而另一位工程師恰好在同一時段生病。

以我們團隊的規模,我認為很難避免這類空窗期。這種情況很少見,但三個人同時需要休假是有可能發生的。

團隊對這次空窗期感到自責,因此最可行的收穫是釐清期望:這類空窗期是我的問題,不是他們的。我不想讓客戶得不到技術支援,但對我而言,更重要的是尊重團隊成員的休假,讓他們在休假或生病時不會感到必須工作的壓力。

對開發團隊而言

開發團隊在我旅行期間運作順暢。有幾項小任務因需要我的決策而卡住,但團隊對產品路線圖已足夠了解,能在沒有我的情況下繼續推進。

過去幾年來,我一直努力賦予開發團隊更多的自主權與責任,因此很高興看到我的缺席並未讓他們慢下來太多。

團隊的主動式工作會為創辦人帶來被動回應式工作

過去幾個月,我一直在思考 TinyPilot 內部被動回應式與主動規劃式工作之間的平衡。

回覆支援工單就是被動回應式工作的一個好例子。它有時效性,但影響較小,因為只幫助了寄信的那一位使用者。主動式工作的例子則是修復產品或改善文件,讓使用者不需要提交工單就能解決問題。

直到最近我才意識到,員工的主動式工作通常會為我帶來被動回應式工作。舉例來說,當支援工程師撰寫一篇新的教學文章,那是很有用的主動式工作,但我需要審閱它,這對我而言就是一項被動回應式任務。

審閱文件是有時效性的,因為我想在作者對內容仍記憶猶新時提供回饋。而且我發現,針對別人的寫作給予修改意見,比自己從頭寫同樣的內容更耗費心力。當我發現別人文章中細微的問題時,往往很難準確指出並清楚表達我看到的問題。

過去幾個月,我越來越成為團隊主動式任務的瓶頸。我不斷問自己是否該退開,讓團隊用他們自己的方式寫作,但每次結論都是「不」。我非常重視我們的文件,維持一致性很重要。

我們在開發團隊也經歷過類似的過程。一開始,我會審查每一項程式碼變更。大約五個月後,我們改為對程式碼變更進行同儕審查,現在大多數軟體開發工作已不需要經過我。

我希望支援工程團隊也能經歷類似的轉變。要寫出我期望的風格有很陡的學習曲線,但如果我們持續投入,同事們終將學會我想要的風格,並在內部彼此審閱文章。

我的心得是,即使在分派任務時,也需要考量自己的時間與精力。某些任務會產生讓我難以審閱的工作,因此我需要評估在工作完成時,是否會有時間進行高品質的審閱。

總結

完成了什麼?

  • 進行了為期兩週、結合私人與工作的旅行。
  • 與新的 3PL 廠商簽約。
  • 發布了 TinyPilot Pro 2.5.3,新增了音訊串流功能。

經驗教訓

  • 分派任務時,要考量我需要多少時間來審閱。
    • 即使前期工作可以在沒有我的情況下完成,有些任務仍需要耗費大量精力來審閱。

下個月的目標

  • 將一款低銷量產品的出貨作業轉移至新的 3PL。
  • NERD Summit 2023 發表。
  • 減輕出貨團隊的負擔,使被動回應式工作佔其工時不到 80%。

尋求協助

這個月我嘗試一個新點子,公開說明讀者可以如何幫助我。如果你是這個部落格的讀者,能幫我引介符合以下需求的人選,請來信告訴我

隨著我探索將製造轉移至中國的過程,我發現這比我預期的更為浩大,涉及許多我毫無經驗的領域。

如果你認識有每月 500 至 5,000 台規模電子產品製造經驗的人,我很希望能與他們聊聊。我願意考慮招募共同創辦人、聘請顧問,或只是與願意分享專業的人隨意聊聊。

原文由 Michael Lynch 發布

本文章由 muse-spark-1.2-contributor 進行翻譯