--- # System prepended metadata title: 'Book review of Pieter Levels'' MAKE: Bootstrapper''s Handbook' tags: [商業] --- # 影片定位與TL;DR建議 * 這支影片是對 Peter Levels《Make: Bootstrappers Guide》的書評分享 * 如果不確定要不要讀書，建議先看 Lex Fridman 對 Peter Levels 的訪談，時間成本更低且涵蓋面更廣 * 訪談也談到 Peter Levels 的 AI 相關創業經驗（例如改 Stable Diffusion 做「AI 攝影師」），而這些內容在書中不太被討論，但和當前科技趨勢高度相關 * 看完訪談後若仍想深入，再讀書會更有效率，也像是先看「試讀版」再決定 # 本書主題與涵蓋範圍 ![image](https://hackmd.io/_uploads/BJ1uB-8Nbg.png) * 核心是在講「自力啟動（bootstrapping）」：一人創業、獨立開發者自己做產品與生意 * 以新創生命週期來組織內容：發想、開發、上線、成長、變現、自動化、退出（出售產品/公司） * 以務實操作與流程視角，帶讀者理解從 0 到有收入、再到可持續運營的路線 # 為什麼想讀這本書 ![image](https://hackmd.io/_uploads/Byd_S-IN-x.png) * 作者有可驗證的成功履歷，做出多個成功產品（如 Nomad List、Remote OK 等） * 以約 20 萬美元/月的經常性收入為例，並且維持約 90% 的高獲利率，顯示其商業模型與執行力 * 面對 AI coding tools 帶來的職涯焦慮，這本書強調「獨立開發者＋創業者」的生活想像與路徑 * 以「善用 AI 工具」放大個人產出，建立自己的產品與收入來源，追求財務自主 # 讀後行動：WordForge 的例子 ![image](https://hackmd.io/_uploads/BJiYBZ8EWg.png) * 受到書中理念影響，開始做第一個 SaaS：wordforge.tech * 產品定位是單字學習工具，使用生成式 AI 即時提供句子正確性與語境回饋 * 結合間隔重複（spaced repetition）演算法，計算最佳複習提醒時間以提升學習成效 * 先做出可用的最小版本，再逐步打磨介面與使用體驗 # 作者的「殘酷但誠實」現實感 ![messageImage_1767409056890](https://hackmd.io/_uploads/SkE3SbUE-l.jpg) * 書中不粉飾：可能需要在 1–3 年內做出 10–30 個 app，才可能累積到可觀收入 * 這種說法提供現實校準，讓人用「大量嘗試＋快速迭代」的心態看待成果曲線 * 接受失敗與不確定性是路徑的一部分，而不是例外 # 最大收穫：Build in Public（公開打造） * 若想走獨立開發者/獨立創業者路線，需要把專案公開化地持續輸出與累積曝光 * 公開打造能帶來早期回饋、潛在用戶與信任，降低閉門造車的風險 * 也能把「做產品」與「做行銷/建立受眾」同步進行 # 第一階段：Ideation（發想期）— 從自身痛點出發、快速驗證可行性、以生活累積差異化 ![image](https://hackmd.io/_uploads/SycRBWI4Zg.png) * 作者建議從自己的生活出發，聚焦自己的痛點，把問題變成軟體點子 * 你對自己的問題最了解，因此更容易定義痛點、設計解法、判斷價值 * 做自己在乎的產品更不容易倦怠，避免長期做「不持有、不在乎」的產品而產生麻木與消耗 * 影片用作者「做自己會用的東西」來對比一般職場中容易 burnout 的狀態 ## MVP 驗證：先確定有價值再精緻化 * 作者主張先用 MVP 驗證需求，而不是一開始就追求完整與漂亮 * 以 WordForge 為例：v1 只先做核心功能（輸入句子→AI 回饋），用來找人訪談與收集意見 * 得到初步肯定後，才投入更多心力在 UI/UX 與流程優化 * 驗證順序是「先價值、後體驗」，避免把時間花在錯的方向 ## 更抽象但關鍵的觀點：原創問題需要更原創的生活 * 如果生活封閉、只待在家、不接觸人與新情境，就更難產生有差異化的 niche 點子 * 建議去探索、互動、累積生活經驗，新的摩擦與痛點會自然浮現 * 當個人經驗變豐富，看到的問題也更具獨特性，進而更可能成為可做成產品的機會 --- # 第二階段：Building（建置期）— 快速、極簡、盡快交付 ![image](https://hackmd.io/_uploads/By1bU-IEWl.png) * 作者主張在建置期要「越快越好、越早越好」地建置與出貨 * 建產品時要快且最小化，避免把時間浪費在學新技術上 * 盡量用你已熟悉的技術堆疊，利用既有知識加速交付 ## 建置期案例：Word Forge 的 Android 版本抉擇 ![image](https://hackmd.io/_uploads/S1Kr8ZLEZl.png) * 使用者回饋希望有 Android 版本上架到 Android App Store * 面臨兩條路：學 Dart/Flutter 做原生 Android；或用既有 Angular Web App 轉成行動版 * 選擇用 Ionic + Capacitor 把 Angular App 包成 WebView 行動 App * 整體轉換約一週完成，功能可用且使用者滿意 ## 建置期重點：以使用者回饋決定方向 * 建置過程中要持續蒐集使用者回饋，用來決定下一步做什麼 * 回饋用來判斷該修 bug、加功能或調整方向，而不是閉門造車 ## 速度優勢案例：Nomad List 對抗資金雄厚競爭者 * 作者提到自己的知名新創 Nomad List 曾熬過五個大型競品 * 競品有多百萬美元創投資金，但作者靠「超快建置與出貨」撐過競爭 * 對比流程：大公司要開會、分配任務、算 story points；作者一人可半天內修 bug 並上線 * 結論是傳統團隊很難在速度上與 bootstrap 團隊競爭 # 第三階段：Launching（上線期）— 快速上線並定期再上線 ![image](https://hackmd.io/_uploads/BJZwI-U4bl.png) * 作者認為上線期是最重要的階段 * 主張要快速 launch，並在累積新功能後每幾個月「relaunch」一次 * relaunch 的核心是把新功能包裝成值得再次曝光的節點 ## 上線前必做的準備：名單、召回、數據、回饋 * 上線前就要有 email 收集機制，用來建立 mailing list 與直連使用者 * 需要 push notification 機制，把流失使用者拉回來 * 需要 analytics 做數據蒐集，像 Google Analytics 等工具導入相對容易 * 需要回饋管道，延續建置期的使用者回饋迴路 ## 回饋機制實作例：Typeform Feedback Pull Tab ![image](https://hackmd.io/_uploads/Sk708WU4Ze.png) * 做法很簡單：在介面放一個 feedback pull tab * 使用者可點擊後回報 bug、提出功能需求或給一般意見 * 以低成本方式讓回饋進來更順暢、更即時 ## 上線地點選擇：平台與社群投放 * 作者建議的上線平台包含 Product Hunt、Hacker News、BetaList * 個人經驗：在 Reddit 上線成效很好，能從相關版面獲得大量曝光 * 以學單字產品為例，投放到 r/vocabulary 等相關 subreddit 可獲得高品質流量 ## Reddit 投放注意事項：先讀規則避免被刪 * 不同 subreddit 對自我宣傳、AI 相關內容有不同限制 * 發文前要先讀板規，避免貼文被版主刪除或移除 # 第四階段：Growing（成長期）— 反對買量，主張自然成長 ![image](https://hackmd.io/_uploads/rJR0LWLN-g.png) * 作者強烈反對請 growth hacker * 也反對付費廣告，認為成長應該是自然、有機的 * 認為花錢拉來的人多半不會留下，留存與口碑更關鍵 ## 有機成長策略：讓產品更容易被分享 * 讓功能天然可分享，促進使用者在社群自發擴散 * 例子：使用者用新單字造出成功句子後，提供分享按鈕可直接分享社群 * 讓朋友可點連結回到產品，用同一單字造句，形成分享—回流—再分享循環 ## 最大心得：與使用者一起「公開建造」 * 最重要的收穫是「build in public」 * 讓使用者看到進度、參與回饋與方向選擇，形成更緊密的產品迭代關係 --- ## 複利觀點：Build in Public 讓努力不會歸零 ![image](https://hackmd.io/_uploads/S1P-wZ8Vbe.png) * 這段觀點呼應 Naval Ravikant 的說法：人生多數回報（財富、人際、知識）都來自複利效應 * 書中提到可能需要 1–3 年做 10–30 個 app 才看到顯著收入，失敗機率很高 * 若每次做完都不記錄、不輸出，產品失敗就像沙堡被浪打掉，成果歸零，只是不斷重來 * 若持續公開打造並紀錄過程，即使產品連續失敗，你仍累積「創業軌跡」與可被看見的作品脈絡 * 人們可能因為認同你的行動力、價值觀與工作方式而追蹤你，而不只是因為產品 * 最壞情境是產品全敗，但你仍可能累積忠誠受眾與個人品牌，形成後續機會的基礎 * 這被視為作者理念的最大收穫：讓每次嘗試都能累積，而不是一次次歸零 # 第六階段：Monetization（變現期）— 勇敢收費、以付費驗證價值、快速淘汰低價值產品 * 本章最大收穫是「別害怕談錢與收錢」，而且要從一開始就以變現為前提設計產品 * 成長背景可能讓人覺得談錢不夠「美德」，但作者的立場是：收費是一種合理且必要的交換 * 金錢是一種強而有力的市場驗證：願不願意付費比「口頭說喜歡」更能證明價值 * 若用戶不願付費，可能代表產品沒有足夠改善生活的價值，甚至不一定該存在 ## 付費轉換的數學：以 5% 付費率倒推規模 * 作者給出經驗值：活躍用戶中可能只有約 5% 願意付費 * 如果目標是 1,000 位付費活躍用戶，需倒推約 20,000 位免費活躍用戶才能支撐 * 若「賺錢」是主要目標但無法接近這個量級，就應該快速收掉、快速轉向下一個點子 * 核心精神是「Fail fast」：避免把時間耗在已經走向衰退的產品上 ## 書中提到的營收模式與收入來源 ![image](https://hackmd.io/_uploads/Sk32vWL4Wg.png) * Feature Gating（功能限制）：用免費版提供基本可用性，進階功能需要付費解鎖 * Pay per Feature（按功能付費）：把價值切成清楚模組，讓用戶只為需要的功能買單 * Relevant Ads（相關廣告）：反對塞不相關廣告，主張廣告要與使用情境一致以提高轉換 ![image](https://hackmd.io/_uploads/S1JCDZ8V-l.png) * Sponsorship（贊助）：當網站或產品達到一定流量與影響力，會吸引品牌合作 * Patronage（贊助式支持）：以 Patreon 等方式讓支持者每月贊助，形成小額但穩定收入 * Subscription（SaaS 訂閱）：月費/年費訂閱，屬於可預測的經常性收入模式 ![image](https://hackmd.io/_uploads/HyjRvbI4Wx.png) * Community Revenue（社群收入）：不一定對產品本體收費，而是對社群入場、會員、互動與身份認同收費 ## 「相關廣告」的示例：以 WordForge 的廣告邏輯 * 作者主張廣告要和你提供的服務同方向，才能自然轉換而不破壞體驗 * 以 WordForge（協助學習字彙）為例，較合理的廣告可能是語言交換、家教課、口說課等 * 這類廣告和用戶目標一致，因此比泛用型廣告更可能有效 ## 社群收入模式：從內容與互動本身收費 * 例子是以直播節目為主的社群型商業：收入來自會員訂閱與直播中的贊助/打賞互動 * 社群模式的本質是把價值放在「一起參與」與「同好聚集」，而不是單一產品功能 * 可以透過 Discord、群聊、會員區等形式，向加入社群或取得特定權益收費 # 對書的整體評價與建議的觀看路徑 * 書的吸引力在於塑造獨立開發者/一人創業的想像，強化「靠自己的創作達到財務自主」的動機 * 對厭倦替別人做產品、具備開發技能的人，這種生活方式的敘事很有吸引力 * 但對價格的看法是：內容有價值，然而約 30 美元的定價偏高，可能更接近 7–10 美元的合理區間 * 仍建議先看 Lex Fridman 對作者的訪談，再決定是否購書，時間成本更低且涵蓋更多延伸內容 --- # Terminology * 自力創業（Bootstrapping）：不依賴外部融資、以自有資源推動產品與成長的創業方式 * 獨立開發者（Indie Hacker）：以個人或小團隊開發產品並自主營運、行銷與變現的人 * 獨立創業者（Solo Entrepreneur）：由單一創辦人主導產品、營運、銷售的創業角色 * 軟體即服務（Software as a Service, SaaS）：以訂閱或使用費提供雲端軟體服務的商業模式 * 月經常性收入（Monthly Recurring Revenue, MRR）：每月可預期的訂閱型收入指標 * 年經常性收入（Annual Recurring Revenue, ARR）：將訂閱型收入年化後的核心營運指標 * 毛利率（Gross Margin）：收入扣除直接成本後的獲利比例，用於衡量商業可擴張性 * 營運槓桿（Operating Leverage）：固定成本占比高、規模擴大後利潤快速提升的特性 * 產品生命週期（Product Lifecycle）：從構想到退場的完整產品階段管理框架 * 點子生成（Ideation）：系統化產生並擴散候選題材與解法的流程 * 問題驗證（Problem Validation）：確認痛點真實存在且值得解決的驗證活動 * 需求驗證（Demand Validation）：確認市場願意採用或付費的證據蒐集 * 最小可行產品（Minimum Viable Product, MVP）：以最少功能驗證核心價值與需求的版本 * 產品市場契合（Product-Market Fit, PMF）：產品能穩定滿足市場需求並產生可持續成長 * 上線發布（Launch）：將產品以可被使用者取得的形式正式推出市場 * 反覆再發布（Relaunch）：以新功能或新定位週期性重新曝光以放大成長 * 上線前名單（Waitlist）：在產品推出前收集潛在使用者名單的機制 * 名單蒐集（Email Capture）：以表單或註冊流程建立可觸達的使用者通訊管道 * 郵件行銷（Email Marketing）：透過電子郵件推送更新、促活與轉換的策略 * 推播通知（Push Notifications）：以行動端即時通知喚回使用者的觸達手段 * 產品分析（Product Analytics）：以事件與漏斗分析理解使用行為並驅動決策 * 事件追蹤（Event Tracking）：記錄關鍵互動行為以衡量功能與轉換表現 * 轉換漏斗（Conversion Funnel）：從曝光到付費的分階段轉換模型 * 留存率（Retention Rate）：使用者在一段時間後仍持續使用的比例 * 流失率（Churn Rate）：使用者停止訂閱或不再使用的比例 * 使用者回饋迴路（Feedback Loop）：蒐集回饋→改版→再驗證的閉環流程 * 回饋表單（Feedback Form）：用於收集錯誤、需求與建議的入口機制 * 需求管理（Product Backlog）：集中管理功能需求、優先級與排程的清單 * 缺陷追蹤（Bug Tracking）：記錄、分類、指派與驗證錯誤修復的流程 * 產品迭代（Iteration）：以小步快跑的改版循環持續提升產品價值 * 快速交付（Rapid Shipping）：縮短從開發到發布的週期以提升學習速度 * 工程效率（Developer Velocity）：衡量交付速度與產能的團隊/個人指標 * 精實開發（Lean Development）：以最小浪費快速驗證與交付價值的方法 * 低耦合決策（Low-Bureaucracy Execution）：減少會議與層級以提升執行速度的運作方式 * 有機成長（Organic Growth）：非付費投放、靠產品與口碑自然擴散的成長模式 * 病毒式成長（Viral Growth）：透過分享與邀請機制驅動自我擴散的成長模型 * 可分享性（Shareability）：產品內建易於分享的元素以促進自然傳播 * 成長駭客（Growth Hacking）：以實驗驅動快速成長的策略與方法集合 * 付費獲客（Paid Acquisition）：透過廣告投放取得新使用者的成長手段 * 客戶獲取成本（Customer Acquisition Cost, CAC）：取得一位付費客戶的平均成本 * 客戶終身價值（Customer Lifetime Value, LTV）：客戶整段關係期間可帶來的總毛利 * LTV/CAC 比（LTV to CAC Ratio）：衡量獲客投資回報與可擴張性的關鍵比率 * 建立個人品牌（Personal Branding）：以公開輸出建立信任、注意力與影響力的策略 * 公開打造（Build in Public）：公開分享開發過程與數據以累積社群與回饋 * 內容行銷（Content Marketing）：以文章、影片與社群內容帶來流量與信任 * 社群導流（Community-led Growth）：以社群互動與口碑促進成長的策略 * 定價策略（Pricing Strategy）：依價值、競品與目標客群設計收費方式 * 付費牆（Paywall）：以功能或內容限制引導使用者付費的機制 * 功能分級（Feature Gating）：以方案等級區隔功能以提升升級轉換 * 單次付費（One-time Purchase）：以一次性費用提供永久或長期使用權的模式 * 訂閱制（Subscription Model）：以週期性付費提供持續服務與更新的模式 * 贊助（Sponsorship）：品牌以曝光或合作形式提供資金支持的變現方式 * 聯盟行銷（Affiliate Marketing）：透過導購分潤獲得佣金的收入模式 * 社群付費（Paid Community）：以會員費提供交流、資源與身份的變現模式