軟體產品做出來沒人用怎麼辦？上線後 30 天冷啟動完整 SOP（含週度行動表）

上線當天早上十點，你開了 Mixpanel 後台。註冊數：3。3 個都是你自己用測試帳號註冊的。

再過半小時，你按了重新整理。註冊數：3。中午吃飯前再看一次。註冊數：4——那是你太太用她的手機掛你 LINE 進來幫忙看畫面。下午三點，註冊數還是 4。你開始懷疑系統壞了，跑去問外包工程師，他傳一張螢幕截圖回來，事件追蹤運作正常，沒有 bug。問題出在沒人來。

這是大部分台灣中小企業老闆做完一套軟體產品（App / SaaS / 訂閱型平台）之後第一週的真實畫面。從 idea 到上線，你已經燒了三百萬、跟外包來回拉了八個月、在凌晨三點通宵改第七版需求。等到產品終於跑起來，你才發現一件事——當初預算表上完全沒有規劃「上線後怎麼讓人來用」這條線。

First Round Review 在他們的 Cold Start Playbook 訪談裡寫過一句話：「90% 的 software product 真正會死在做完之後的前 30 天，而非死在做不出來。」 a16z 的 Andrew Chen 把這個現象寫成一整本書叫《The Cold Start Problem》——所有需要「使用者越多、體驗越好」的產品，都會卡在最初一無所有的這段。

這篇是寫給「已經把產品做完、正盯著一個寒冷後台」的老闆。它會把上線後的 30 天拆成四週的具體 SOP，每週該做什麼、用什麼工具、預算怎麼抓、結束時要看到什麼數字才算過關。也會講一件大部分外包提案不會講的事——上線當天結束，戰鬥才剛開始，而且這場仗的預算規劃方式，跟前面 8 個月完全是兩件事。

為什麼「做完上線」不等於「會有人用」——3 個老闆最常有的幻覺

先說一個刺耳但常見的事實：很多老闆把「產品上線」跟「產品上市」混在一起講。技術上線只是把產品丟到 App Store 或網域上，可以被搜尋、可以被打開；但「有人用」是另一個完全獨立的工程。混淆這兩件事，是冷啟動災難的第一步。

觀察過很多老闆從興奮到失望的軌跡，幾乎都是從以下三個幻覺出發的：

幻覺一：「產品好就會自然有人來」

這個邏輯來自零售業——東西做得好，口碑會傳，自然有客人。但軟體產品的世界不是這樣。Reforge 創辦人 Brian Balfour 在他的 Growth Loops 框架 裡反覆強調，數位產品的成長是「機制設計」出來的，不是「品質好就會發生」的。你真正需要的是一條讓使用者帶來下一個使用者的迴路，光是把產品做得更好還不夠。沒有迴路，做得再好也只是一個漂亮的孤島。

幻覺二：「投廣告就會有人來用」

第二個幻覺更貴。老闆通常是這樣想的：產品做完了，剩下的就是丟錢給 Meta / Google，讓流量跑進來。問題是——你連使用者輪廓、定位、留存率、生命週期價值都還沒搞清楚之前，廣告只會把錢倒進一個沒有底的漏斗。

做 B2B 報名平台的老闆 W 最近就踩過這個坑。產品上線第一週他直接砸 30 萬丟 Meta 廣告，CPC 看起來不錯，每天進來兩百多個註冊。一個月後他算總帳，付費轉換率 0.3%、免費用戶 7 天留存只剩 4%。30 萬換到 18 個付費客戶，平均每個成本超過 1.6 萬，但他的客單價只有 980。錢燒完了才發現問題不在廣告，是在 onboarding 體驗根本沒人會留下來。

幻覺三：「註冊數 = 活躍用戶」

這是最致命的數字謊言。Lenny Rachitsky 在他的 產品分析筆記 裡反覆強調，註冊數是虛榮指標（vanity metric）裡最會騙老闆的一個。100 個註冊裡如果只有 5 個第二天還會打開，真實有效用戶就是 5,不是 100。你應該追的是 D1 / D7 / D30 留存、是付費轉換、是月經常性收入（MRR），不是後台上那個一直跳動的「累計註冊數」。

把這三個幻覺解掉之後，你才有資格進入冷啟動的 SOP。下一段先決定一件更前面的事——你的產品適合哪種冷啟動模式，因為錯的模式會讓你後面 30 天的努力全部白做。

冷啟動的三種模式——先選對，再開跑

產品是 toC 還是 toB、客單價是 99 還是 99,000、使用頻率是每天還是每年——這三個變數決定了你該用哪一種冷啟動策略。用錯模式，再多預算都救不回來。

先看下面這張對照表，再回頭判斷你的產品落在哪一格。

社群驅動（toC、低 ARPU、高頻使用）

做寵物餐主訂閱 App 的創辦人 L 是這個模式的典型。她的產品客單價只有 599 元一個月，但飼主一個月要打開 App 至少 8-10 次，黏性高、生活感重。這種產品砸廣告 CAC 永遠回不來，但只要找到對的飼主社群（FB 寵物社團、IG hashtag、PTT cat 板），用試吃禮 + 真實使用心得換到第一批 50 個願意分享的鐵粉，整套滾動就會自己活起來。

社群冷啟動的核心動作是「人對人」的接觸，不是「品牌對人」的廣告。預算多半花在試用品、社群活動、甚至實體聚會。這條路慢，但起來之後 CAC 接近零。GrowthHackers 早年那篇經典案例 Airbnb 如何用 Craigslist 冷啟動 就是把「找人」這件事做到極致的範本——靠的是親手把房東一個一個拉進來，而非發廣告。

SEO / 內容驅動（toB、高 LTV、長決策週期）

如果你做的是給企業用的 SaaS、報價系統、客戶管理工具，客單價 5,000 起跳、決策週期 1-3 個月，那廣告通常打不過 SEO。原因很現實：B2B 買家不是看到廣告就掏錢，他們會 Google 三個禮拜的「[功能名] 推薦」「[工具] 比較」，然後才進入評估。

SEO 驅動的冷啟動，30 天真正能做的是「奠地基」,衝排名反而是其次。前 30 天的工作是：選 5-10 個目標關鍵字（用 Ahrefs 或 SimilarWeb 看搜尋量跟難度）、寫 3-4 篇核心文章、把產品頁的 schema、Open Graph、internal link 補齊。流量會在第 90-180 天開始長，但這條路的複利是任何其他模式比不上的。

如果這正是你的產品類型，可以直接看我們之前寫的 Google 2026 演算法總整理與 SEO 修復 SOP，把上線初期最容易踩的 SEO 設定坑先繞開。

付費通路驅動（清楚 LTV/CAC 才能用）

這是最後一個選項，不是第一個。a16z 在 Growth Stage Investing 框架 裡把這條路定義為「已驗證階段」的工具——你必須已經知道一個用戶平均能產生多少 LTV、留存曲線在哪裡平緩、付費漏斗每一步的轉換率是多少，才有資格大規模買流量。冷啟動的前 30 天，付費廣告應該只用來「測試假設」，不是用來「灌流量」。

30 天 SOP：第一週到第四週的週度行動表

選好模式之後，下面是這 30 天的具體拆解。每一週都有明確的目標、可執行的工作清單、必須看到的數字。先看總覽表，再進入週度細節。

第一週：起始 100 人從哪來

第一週只有一個目標——把產品從 0 推到 100 個真實使用者。這 100 個人是你親手「找」進來的,並非用廣告買來。聽起來很笨，但 Y Combinator 把這件事歸納成一句他們會反覆對創辦人講的話：Do Things That Don't Scale。Paul Graham 那篇經典文章的核心觀點就是——前 100 個用戶必須用最笨、最人工、最不可規模化的方式找來，因為這些人會教你下一個 1,000 人應該長什麼樣。

具體怎麼做？分成四條獨立的拉新管道，平行進行：

• 私人名單外推：把過去三年的 LinkedIn 連絡人、客戶名單、創業圈朋友列出 100 個最相關的，逐一發訊息邀請內測。回覆率通常 20-40%。
• 目標社群滲透：找到使用者會聚集的 FB 社團、Reddit subreddit、Discord 伺服器。先觀察 3-5 天，回答別人的問題、累積信任，再用「我做了一個工具，正在找早期使用者」的真誠口吻邀請。直接貼連結會被踢，要先當人再當推銷者。
• PTT / Dcard 真誠發文：把產品的故事寫成「我為什麼做這個」的長文，丟相關板（Soho、CCR、Web_Design 等）。重點是寫故事不寫功能。
• Product Hunt / Indie Hackers 軟上線：英文受眾雖然並非台灣老闆主場，但這兩個平台的使用者願意給回饋，是免費的早期測試池。

第二週：留存與回饋收集

第一週讓人「進來」，第二週是讓人「留下來」。這週的工作重點是把第一週的 100 人放在顯微鏡底下看，找出產品哪裡會卡住、哪一個畫面會讓人關掉、哪一句文案讓人不想付錢，而非再拉新。

具體三件事：

• 把 onboarding 流程拆成 5-7 個事件追蹤（註冊 → 完成個人資料 → 第一次主動作 → 第三次主動作 → 升級嘗試）。Mixpanel、Amplitude、PostHog 都可以做漏斗分析。看每一步流失多少。
• 找 5 個第二天有回來的活躍用戶做 30 分鐘 1:1 訪談。問三件事：你怎麼找到我們的？你第一次打開時想做什麼？什麼讓你決定回來？
• 對所有 D7 仍活躍的用戶發 NPS 問卷（單題：0-10 分你會推薦給朋友嗎？為什麼？）。回收率通常 20-30%，這比你想的高。

這週最重要的事是你開始能「描述」用戶，某個指標好看反而是其次。如果月底有人問你「你的早期用戶是誰」，你能講出三種具體輪廓（職業、年齡、為什麼用、怎麼用）——這 30 天就值得了。

第三週：轉介機制設計

到了第三週，你應該已經有 100-200 個用戶、知道 D7 留存大概在 25-40% 之間、知道核心使用者長什麼樣。這時候才有資格做「迴路設計」——也就是讓現有使用者把下一個使用者帶進來的機制。

Andrew Chen 在 The Cold Start Problem 裡把這個機制叫 Network Effect Trigger，意思是用一個明確的誘因把使用者推到「分享」這個動作。常見的設計有四種：

• 雙邊獎勵（Dropbox 模式）：你推薦朋友，雙方都拿好處（多送 500MB / 折扣碼 / 免費月）。最經典也最容易濫用。
• 純單邊感謝（Notion 模式）：推薦人拿到「擴展功能」，被推薦人沒有額外好處，但兩邊都會收到一封感謝信。
• 病毒式產出（Loom 模式）：使用者每做一次主要動作就自動產生一個可分享連結，這個連結本身會帶新用戶進來。
• 公開貢獻（Github 模式）：使用者在平台的活動會被社群看到（commit、回答、分享），曝光本身就是拉新。

選哪一種，看你的產品本質。生活工具用雙邊獎勵、企業工具用病毒式產出、社群型產品用公開貢獻。第三週的目標是把這個機制上線，並監測一個指標：K-factor（每個用戶平均帶來幾個新用戶）。K-factor ≥ 1 代表你進入指數成長；0.3-0.5 就已經非常健康了。

第四週：付費通路測試

到了最後一週，自然成長的迴路應該已經跑出最初的形狀。第四週才是「該不該開廣告」的判斷時間——這時候要做的事是先用一輪小成本的「分桶測試」，看哪個通路可能會 work，而不是立刻決定投或不投。

怎麼測？把 3 萬元的測試預算切成三桶：

這 3 萬元真正的目的是換到「資料」,而非換到 N 個用戶。月底你要能畫出一張表：哪個通路 CPA 最低、哪個通路用戶 D30 留存最好、哪個通路的 LTV/CAC 比值健康——再用這張表決定下一個 90 天的火力分配。

老闆最常犯的 5 個冷啟動錯——對照表逐個拆

業界軟體產品冷啟動的觀察中，老闆會犯的錯幾乎都集中在五個地方。每一個都看似合理，每一個都會讓你白燒三個月。

注意第三個——「PR 比 SEO 划算」這個誤區，2026 年其實正在加劇。隨著 Google 的 AIO（AI Overview）越來越常吃掉前三名點擊，很多老闆乾脆放棄 SEO 改丟 PR。但 SimilarWeb 的 2026 流量結構分析 有一組很值得看的數據：B2B SaaS 的有機搜尋仍佔總流量 34%，是任何單一管道的 1.5 倍以上。SEO 並沒有死，只是門檻變高了——現在做 SEO 必須兼顧 AIO 引用、結構化資料跟 E-E-A-T，比過去複雜，但複利仍在。

找外包時要不要包含行銷？什麼情況該分開找

台灣中小企業老闆找開發外包時，最常糾結的兩件事：要不要請對方一起做行銷？要不要分開找兩家？這個決策直接影響你 30 天冷啟動的執行品質。

先看四種搭配模式：

我的建議是——如果你的產品邏輯單純（例如報名平台、表單系統、簡單訂閱），一條龍外包是最划算的選擇，因為溝通成本最低，產品跟行銷之間的數據可以共用。如果產品比較複雜、需要大量內容運營或社群經營，那行銷必須找專業的，不能交給做工程的團隊兼著做。

如果你還在評估產品要不要二次迭代、或上線後發現某些核心功能其實沒打中用戶，可以看看 foreverwebs 客製化網站開發服務 怎麼處理「產品已經做出來但需要重新調整」的案例。業界軟體產品冷啟動的諮詢中，常碰到老闆已經砸過第一筆錢、但第一版產品沒成功，需要在不重做的情況下調整核心流程的狀況。

另外如果你決定走「開發 + 行銷分開」的路，行銷外包這塊可以參考 整合行銷服務方案。把官網、SEO、廣告、Email 整合在同一個團隊處理，比起每樣分開找一家公司，溝通成本會低很多。

30 天結束後的三種劇本：爆紅、慢跑、死掉，下一步該怎麼走

到了 Day 30，你應該能很清楚知道自己落在哪個劇本——靠的是看數據,而非憑感覺。下面三種情境，每一種都有截然不同的下一步。

劇本 A：爆紅（罕見但會發生）

特徵：30 天累計註冊 2,000+、D30 留存 ≥ 30%、自然分享比例超過 25%、有人在社群自發推薦你而你不認識他。這是最少數的劇本，1% 不到。

這時最大的危險是「基礎建設跟不上」,而非成長太快。第一個動作該是把伺服器擴容、客服流程建立、付費漏斗壓力測試——投廣告加速這件事，至少先押後兩週。爆紅產品在第 60 天倒下的常見原因是技術債一夕引爆,而非熱度退潮——第二週就該開始的監控（Sentry、Datadog、PostHog）這時候會救你的命。

劇本 B：慢跑（最常見）

特徵：30 天累計註冊 200-1,000、D30 留存 15-25%、有零星付費但還沒形成穩定 MRR、口碑開始有但還很弱。這是 70% 以上產品的真實樣貌。

慢跑階段最容易做錯的事是「失去耐心」。老闆看到數字沒有指數爆炸，就開始懷疑產品方向、改 pivot、砍功能、換團隊。但實際上慢跑期才是真正在累積複利——每多一個留下來的用戶，下個月轉介、自然搜尋、社群推薦的力量都會增加一點。下一個 90 天的工作是延長戰線：把內容、社群、付費三條腿穩定跑著，不要急著換動作。

劇本 C：死掉（10-20% 機率）

特徵：30 天累計註冊不到 100、D7 留存低於 10%、訪談時用戶說「我也不確定為什麼會用」、付費轉換接近 0。這代表你的產品沒有 PMF（product-market fit），需要做困難的決定。

死掉劇本的下一步應該是冷靜判斷三件事——核心問題是不是真實的,而非「再給三個月」？解法是不是這個產品形態？目標客群是不是這群人？三個答案有兩個是「不確定」，那就需要 Pivot 而不是 Push。

這部分如果想看更完整的階梯與決策框架，可以參考系列文 SaaS 產品驗證階段：從 0 到 MRR 的完整指南。冷啟動 30 天其實是 SaaS 驗證階梯的最後一塊——前面如果沒走過 MVP、第一批付費客戶、留存驗證這幾階，30 天 SOP 也救不回來。

如果你還在規劃軟體產品的初期 MVP，也可以看 MVP 分階段驗收與付款指南，把上線前的版本控制跟現金流壓力分散開。

「打造會賺錢軟體產品」系列文章導覽

這是「打造會賺錢軟體產品」7 篇系列的最後一篇。整個系列的閱讀順序如下，從前期定位到上線後冷啟動，幫你把整條路徑串起來：

• 第一篇：打造會賺錢軟體產品的完整路線圖
• 第二篇：產品定位與市場驗證（系列其他主題，依本系列規劃）
• 第三篇：技術選型與外包決策（系列其他主題，依本系列規劃）
• 第四篇：MVP 分階段驗收與付款指南
• 第五篇：上線前準備與測試環境（系列其他主題，依本系列規劃）
• 第六篇：SaaS 產品驗證階段——從 0 到 MRR 完整指南
• 第七篇：上線後 30 天冷啟動 SOP（本篇）

如果你的產品性質偏 toC、且有打算用 IG 當主要冷啟動通路，建議搭配看 IG 知識型帳號冷啟動完整攻略 跟 一週只花 3 小時持續產出 IG 內容，IG 端的執行細節這兩篇講得更深。

冷啟動常見問題 FAQ

上線後第 31 天，你該做的下一個決定

把這篇從頭看到這裡的老闆，多半是手上已經有產品、正準備上線、或是上線一兩週發現「事情比想像中冷」。一個冷靜的事實——產品做完是另一個 30-90 天工程的起點,並非終點。前面外包跟你談的「上線」，是技術上線；冷啟動，是市場上線。

如果你發現第一版產品有需要二次迭代的地方（例如 onboarding 太複雜、付費流程斷掉、核心功能其實要拆成兩個），歡迎來看我們的 客製化網站開發服務。我們很常處理「上線後才發現該調整」的案子，比起重做一輪，怎麼在不打掉原本架構的前提下調優，是另一門功夫。

如果你打算把行銷整合一起處理，從官網、SEO、廣告到 Email 自動化全部上線，可以看 整合行銷一站式服務。把這 30 天 SOP 變成可以實際執行的專案，不只是 PDF 上的計畫。

最後，如果你的產品偏 B2B、客單價高、預期靠搜尋流量帶長尾轉換——SEO 仍是 2026 最划算的長期通路。 foreverwebs SEO 優化服務 從技術 SEO（schema、Core Web Vitals、AIO 結構化資料）到內容架構，能跟你冷啟動 30 天的內容投放接得起來。

產品上線那天的後台只有 3 個註冊不可怕，可怕的是 30 天後還是 3 個。把這 30 天當成下一個獨立專案來做，預算、時程、KPI 都重新規劃一次——這是把「做出來」翻轉成「會賺錢」的關鍵那一段。

如果你已經跑完 30 天冷啟動、開始考慮要不要花錢買流量，下一篇可以參考 B2B SaaS 投廣告完整框架——拆解三大平台分工、用 LTV/CAC 反推預算、避開 6 個會把 CAC 燒爛的常見地雷。