身為軟體工程師，開展隨選列印事業
有一天，我突然想到要把自己的 GitHub 時間軸印出來。我很喜歡把某個「虛擬」的東西帶到現實世界裡的這個想法。😄
於是我聯絡了朋友 Wolfgang（沃夫岡），一起打造了 codeprints。這是我第一個「實體」產品，所以我決定分享學到的經驗。
發布很難，所以要趁早上線
雖然我知道盡早發布至關重要，但在預定上線前不久，我還是不想對最終設計「拍板定案」。總是還有最後一個 bug 要修，或是還想再多做一個小功能。舉例來說，我原本想提供兩種設計／版面：經典的 GitHub 貢獻時間軸，以及以儲存庫為主的圖表式設計。遇到這種情況，有共同創辦人就很有幫助。沃夫岡說服我，MVP(最小可行性產品)不需要多種版面，而且在沒有取得早期使用者回饋的情況下，無論我們做出什麼，很可能都是錯的。他是對的。如果沒有沃夫岡，這間商店到今天可能都還沒上線。正因為及早發布，我們現在對使用者想看什麼有了更清晰的藍圖。事實證明，使用者最終對圖表式設計其實不太感興趣，如果當初真的去做，就白白浪費時間了。
得到的教訓：即使你熟知打造產品的所有法則，第一次實際應用時感受還是完全不同。我們大概永遠都不會對商店的功能完全滿意，但及早發布、之後再逐步改進會更好。
軟體開發反而是最簡單的
剛開始時，我最擔心的是軟體開發。前端和後端都需要寫程式並協同運作。我們不希望網站使用者一多就碰上 GitHub 的速率限制問題。我也花了很多時間思考該用哪種網頁前端技術。該用 Rust 搭配 Yew 來打造，還是用 Gatsby 比較好？
結果發現，寫程式反而是最簡單的部分。
身為軟體工程師，我們沒花太多時間就實作出後端 API，也很快就找到不錯的前端模板。大部分時間反而花在思考產品、使用者體驗、資金、稅務、出貨流程、行銷，以及整合顧客回饋上。這些都是我當時（到現在依然）不太熟悉的領域。
沃夫岡建議「就直接用 Shopify 和預設範本」來快速起步。事後看來，這絕對是正確的決定。我原本以為 Shopify 只適合那種簡單的家庭式小店，結果發現它高度可客製化、幾乎能和任何服務整合，還提供像 themekit 這樣優秀的工具。付款、退款、折扣、顧客分析：全部都內建在平台裡。這為我們省下了非常多的開發時間。
得到的教訓：啟動專案時，會遇到許多 unknown unknowns(未知的未知)——也就是我們既未察覺也無法理解的事物——請盡早直探問題核心，以節省時間並避免 sunk cost fallacy(沉沒成本謬誤)。
使用者期待優異的 UI/UX
像 Amazon、Facebook 和 Netflix 這樣的巨頭，已經拉高了顧客對優質 UX 的期待。他們花費數百萬美元打磨網站、把每個細節做到位。因此，他們的網站在各種裝置上，都能為數百萬顧客帶來恰到好處的體驗。
獨立小店沒有這些資源。然而，許多顧客仍然期待和他們常用的其他網站一樣高品質的使用者體驗。第一次站在經營者的那一邊，我才體會到要打造一個能讓 90% 的人順暢使用的介面有多難。每個小細節——像是表單欄位的順序——都會帶來巨大的差異。太多細節出錯，就會流失顧客。
這些問題只能靠觀察真實使用者如何使用你的產品來發現。我保證，你一定會大開眼界！
得到的教訓：觀察潛在顧客如何使用你的服務。一開始會很痛苦，但能提升產品品質。如果可以，請使用標準的商店框架，因為它們開箱即用就能把許多 UI/UX 細節處理到位。像是 WooCommerce 或 Shopify 都是不錯的選擇。
打造產品意味著要務實
我們對未來產品有很多想法。朋友和顧客也經常告訴我們各種可能的功能，但問題在於如何排序優先順序。多數想法無法規模化：要找到一家供應商，同時符合有提供該產品、價格便宜、全球配送、又能與商店系統順利整合，實在不容易。因此，我們經常得放棄產品構想，僅僅因為供應商端缺乏支援。再加上我們是在正職和其他責任之餘經營這門生意，所以必須盡可能有效率地運用時間。
得到的教訓：讓服務看起來毫不費力，背後需要大量的努力。時間是你最大的限制。你會發現需要說「不」的次數，遠比能說「好」的次數多。
小企業如何取得成長動能
開一間商店從未如此容易。像 Shopify、Stripe 以及眾多供應商等服務，讓起步變得輕而易舉。另一方面，正因為進入門檻如此之低，競爭也變得更加激烈。
成千上萬的服務不斷爭奪我們的注意力。此外，如今大多數顧客在購物時，都直接預設使用 Amazon、AliExpress 或 eBay 等大型平台，而搜尋引擎也把很大一部分流量導向那裡。
由於我們的產品是客製化的，無法在那些大型平台上販售。身為獨立商店，我們大部分的訪客來自口碑、卓越的顧客服務，以及在開發者聚集的地方宣傳：Twitter、Reddit、HackerNews、Lobste.rs 和朋友圈。重點是在這些平台上提供價值；單純的行銷貼文不會引起任何關注。LinkedIn、Facebook、ProductHunt 或 IndieHackers 等其他平台也可能有效，但我們的目標客群（擁有活躍 GitHub 個人檔案的 OSS 開發者）不太常出沒在那裡。
得到的教訓：永遠要知道你的顧客在哪裡，並理解他們的需求。
找到利基市場只是完成一半
常見的市場智慧是找到利基市場並從內部成長。以 codeprints 來說，我們確實找到了自己的利基：受眾非常狹窄，但對我們這種 geek 感的產品很感興趣。如今 GitHub 上有 5600 萬名開發者；這是個龐大的目標客群。不過，大多數的個人檔案並不活躍。要讓輸出成品看起來夠吸引人，你必須長期——長達好幾年——持續提交程式碼。如果假設只有 1% 的開發者是活躍的，那麼我們的目標客群就縮小到 560.000 名使用者。這仍然不小，但市場小得多。現在，如果這群人中只有 1% 找到商店並下單（這已經算是相當不錯的轉換率），總訂單數大約只有 5.600 筆。並不算多！
為了擴大受眾，可以選擇增加潛在顧客的數量，或是專注於讓更多現有的潛在顧客來到頁面上。以我們的情況來說，我們透過提供一年份的版面來擴張，降低了做出好看海報所需的 GitHub 活躍度門檻。我們也正在努力讓較空白的個人檔案看起來更有趣，並突顯開放原始碼貢獻中創造價值的部分。每一個貢獻都很重要——無論多麼微小。
得到的教訓：確保你的利基市場不會過於狹窄，才能打造出可永續經營的事業。
讓使用者回饋變得可執行
最初的顧客回饋非常珍貴。你應該仔細聆聽這些顧客所說的每一句話，因為他們相信你的產品並希望你成功。（畢竟他們已經用荷包投票了。）來自朋友的回饋也有幫助，但我通常會對這類回饋保留更多。並非我所有的朋友都是軟體開發者，雖然他們都是出於好意，但他們說出口的話可能和他們真正的意思不同。這就像他們嘴上說想要 更快的馬，但實際上想要的是汽車。社群媒體上的回饋有時會有點尖酸刻薄；要做好心理準備！你的任務是在每一句話中找到真實的核心，並專注於具建設性的建議。
舉例來說，看看我們收到的 這則回饋：
一個人得多懶才會花 €36 買這個。
你可以把它轉化為具建設性的說法：
我可以拿到一個便宜一點、自己列印的版本嗎？
而這就是很有價值的回饋。我們未來可以提供可下載的版本！
得到的教訓：要從使用者意見中萃取出可執行的回饋，並使其符合你的產品願景，需要不斷練習。
總結
2020 是瘋狂的一年。我協助推出了兩個小型副業，codeprints 和 analysis-tools.dev。
兩者的營收模式完全不同，但有一個共通點：打造過程都超級有趣！🤩 有時回顧這些成果會讓人很有動力……那張 2020 年的海報，幾乎就濃縮了我這些感受。（留意八月和九月顏色較深的區塊，那是我們推出 analysis-tools 的時候，以及十二月打造 codeprints 的那些日子。）
期待在 2021 年打造更多產品。
如果你覺得這篇文章有幫助，歡迎告訴我，有問題也儘管聯繫。對了，如果你正在尋找一種獨特的方式來裝飾你的居家辦公空間，何不從 codeprints 取得一張屬於你自己的海報呢？😊
P.S.：如果你是產品負責人，正在為團隊尋找一份獨特的禮物，歡迎聯繫，搶先獲得私人測試版的邀請。