上線與獲客:沒人知道等於不存在
你的 AI SaaS 上線了。支付串接測過、AI 功能跑得順、Vercel 部署完成——但打開 Google Analytics,流量是個位數。你等了三天,還是沒有人來。
這不是技術問題,是曝光問題。網路上沒有「做好就有人來」這件事。每天都有數以千計的 AI 工具上線,沒有主動推出去,就是數位荒野裡的孤島。這堂課的主題就是:怎麼讓對的人找到你,怎麼讓找到你的人付錢。
這堂學什麼
- Landing Page 文案公式:用「痛點 → 成果 → CTA」五段架構,讓陌生人在 30 秒內決定是否試用
- Next.js App Router 的 SEO 布局:metadata、OpenGraph、sitemap、robots,全部設定一遍
- 冷啟動 100 用戶的實際打法:先挖自己人脈,再打社群,最後 Product Hunt
- Product Hunt 上架完整流程與 2026 演算法邏輯
- 轉換漏斗設定(Vercel Analytics + PostHog 免費方案)
- 實戰:完成一份發布計畫並執行第一波推廣
觀念一:Landing Page 不是介紹產品,是說服陌生人
很多工程師的 landing page 長這樣:「功能強大的 AI 寫作助理,支援多種格式輸出」。這句話對潛在用戶完全無效——他不知道這跟他有什麼關係,也不知道為什麼是你的比別人好。
Landing page 的核心任務不是「介紹產品」,是讓訪客在 5 秒內確認「這是我要的東西」。你只有幾秒鐘的時間,在他按上一頁之前說清楚。

五段架構拆解
Hero(英雄區)——一句話定生死
格式:「幫 [目標對象] 把 [痛點] 變成 [具體成果],不用 [他不想做的事]。」
舉例:原本寫「AI 合約審閱工具」,改成「幫法務主管把合約審閱時間從 3 小時壓到 20 分鐘,不用懂 AI 也能用」。前者是功能描述,後者是人話——目標對象、痛點、成果、門檻消除,一句說完。
主 CTA 按鈕:不要寫「了解更多」或「免費試用」這種廢話。改成「現在分析一份合約」或「免費分析前三頁」——動詞 + 具體行動 + 消除風險。
問題展開——讓讀者覺得你懂他的痛
描述他現在的生活:「每次收到對方的合約,你要逐條對照法規、標記風險條款、寫備忘……光是第一輪審閱就要一個下午。萬一審漏了,後果你知道的。」
好的問題展開讓訪客心裡OS「對對對就是這個感覺」,這是建立信任的關鍵。不要跳過這段,直接講功能的做法叫做「沒共情的銷售」,轉換率低。
解法展示——截圖或 Demo 勝過千字
展示產品實際的樣子:截圖、GIF、短影片都行。重點是「Before → After」——使用者拖一份合約進來,30 秒後螢幕右側出現標色好的風險條款清單。看到這個畫面的訪客才會相信你說的 20 分鐘是真的。
社交證明——讓別人幫你說話
初期沒有大客戶沒關係,找你第一批 beta 測試者要一句話真實評語,加上他的名字和職稱。哪怕只有三個人的 quote,也比「獲得 1000 用戶好評」這種無法查證的數字更有說服力。
次 CTA——不要讓他空手離開
頁尾再放一次 CTA,同時提供一個低門檻選項:主 CTA 是「14 天免費試用」,次選是「訂閱電子報看每週法務 AI 案例」。後者是流量不夠高時留住潛在用戶的救生索。
觀念二:SEO 不是玄學,是基礎設施
SEO(搜尋引擎最佳化)對 SaaS 的作用不是讓你第一天就出現在 Google 第一頁——那需要時間。它的作用是讓每一篇你寫的內容都帶流量進來,而且這個流量不會因為你停止付廣告費就消失。
2026 年 Next.js App Router 的 SEO 基礎設施只需要四樣東西:
metadata物件:每個 route 的標題、描述、OpenGraphsitemap.ts:讓 Google 知道你有哪些頁面robots.ts:告訴爬蟲哪些頁面要/不要索引opengraph-image.tsx:社群分享時的預覽圖(決定有沒有人點)

三種訪客的搜尋意圖
做 SEO 之前先想清楚你的訪客在 Google 打什麼字:
| 意圖 | 範例關鍵字 | 對應頁面 |
|---|---|---|
| 問題意識 | 「合約審閱怎麼加速」 | 部落格文章 |
| 產品比較 | 「AI 合約審閱工具推薦」 | landing page / 比較頁 |
| 品牌搜尋 | 「ContractAI 評價」 | 首頁 / 案例頁 |
初期資源有限,先把問題意識的關鍵字做透——這類關鍵字競爭小、流量精準,讀完文章的訪客已經有痛點認知,轉換率高。
觀念三:冷啟動的三波打法
「冷啟動」的難點在於,平台演算法偏好已有互動的內容——你從零開始,每個平台都看你是陌生人,不幫你推。解法是繞過演算法,用人脈直接觸達。

第一波:從你認識的人開始(目標:10–30 人)
列出所有「可能有你解決的問題」的聯絡人——前同事、LinkedIn 連結、過去合作過的人。不是廣播,是一對一傳訊:「我做了一個工具解決 X 問題,你之前有提過這個困擾,願意用 5 分鐘試試嗎?我需要真實回饋。」
這群人的用戶 ID 是最珍貴的——他們給你真實 bug 回報、提供截圖可以放 landing page、說不定直接付錢。早期的 20 個付費用戶比 1000 個免費用戶更值錢,因為他們告訴你產品真正的定價空間。
第二波:垂直社群潛水轉曝光(目標:50–70 人)
找到你的潛在用戶聚集的地方。以合約審閱工具為例:法律人 Facebook 社群、Dcard 法律板、PTT Law 板。先潛水一週觀察大家的問題,然後在有人發問「合約審閱有沒有好用的工具」時自然地回應,附上你的產品連結——這叫「社群埋雷」,效果遠比廣告貼文好。
不同類型產品的社群方向:
- B2B 工具 → LinkedIn 台灣商務社群、產業別 Facebook 社群
- 個人生產力 → Dcard 效率板、PTT Productivity、Reddit (如果目標是英文用戶)
- 創作者工具 → Instagram 創作者帳號、YouTube 評論區互動、Threads
第三波:Product Hunt 與內容行銷(目標:達到 100+ 用戶)
Product Hunt 是技術受眾最集中的國際平台,對 AI 工具友好。但 2026 年的演算法邏輯是前四到六小時的互動速度決定排名,所以不能冷啟動——你需要在發布當天準備好 20–30 個真實支持者同步行動。
內容行銷的長效複利效應——你在這門課學過的寫作技巧在這裡派上用場:寫一篇「我用 AI 把合約審閱時間從 3 小時壓到 20 分鐘的過程」的技術文章,這種「How I」型文章在 Hacker News、Medium、方格子的擴散效果遠比廣告貼文好。
手把手實戰
寫出 Hero Section 文案
先不管設計,打開一個文件套公式寫出你的文案:
[一句話 Hero]
格式:幫 {目標對象} 把 {痛點} 變成 {具體成果},不用 {門檻}。
範例:幫文字工作者把腦中散落的靈感變成結構清晰的文章草稿,不用學複雜的 AI 工具。
[主 CTA 按鈕文字]
格式:動詞 + 具體行動 + 消除風險
範例:「免費生成我的第一篇草稿」(不是「免費試用」)
[問題展開——3-4 句描述用戶現況]
範例:每次要寫文章,你的桌面上都有三個開著的草稿、七八條貼了又撕的便利貼……
寫完之後把你的文案丟給 AI 評估:
我正在寫一個 {產品名稱} 的 landing page Hero Section。
目標用戶是 {描述}。
以下是我目前的文案:
{貼上你的文案}
請從以下角度評估並改寫:
1. 用戶能在 5 秒內知道這是給他的嗎?
2. CTA 有具體行動嗎?(不能是「了解更多」)
3. 痛點描述夠具體嗎,還是太泛泛?
請給出改寫後的版本,不要只給建議。
確認文案之後,在 app/page.tsx 的 Hero 區塊照著實作。
設定 Next.js SEO metadata
在 app/layout.tsx 加入 metadataBase 和根層 metadata,確保社群分享圖片 URL 能正確解析:
// app/layout.tsx
import type { Metadata } from 'next'
export const metadata: Metadata = {
metadataBase: new URL('https://your-domain.com'), // 換成你的正式網域
title: {
default: '你的產品名稱 | 一句話說清楚做什麼',
template: '%s | 你的產品名稱',
},
description: '90-160 字,說清楚解決什麼問題、對誰有用——這段文字會出現在 Google 搜尋結果',
openGraph: {
type: 'website',
locale: 'zh_TW',
url: 'https://your-domain.com',
siteName: '你的產品名稱',
images: [
{
url: '/og-image.png', // 放在 public/ 下,建議 1200×630px
width: 1200,
height: 630,
alt: '圖說文字',
},
],
},
twitter: {
card: 'summary_large_image',
creator: '@你的X帳號',
},
robots: {
index: true,
follow: true,
},
}
動態頁面(例如每個用戶的報告頁)用 generateMetadata():
// app/reports/[id]/page.tsx
import type { Metadata } from 'next'
export async function generateMetadata(
{ params }: { params: { id: string } }
): Promise<Metadata> {
const report = await getReport(params.id) // 你自己的 Supabase 查詢
return {
title: `${report.title} 分析報告`,
description: report.summary.slice(0, 160),
openGraph: {
title: `${report.title} 分析報告`,
description: report.summary.slice(0, 160),
},
}
}
接著在 app/ 根目錄建 sitemap.ts(Next.js 會自動產生 /sitemap.xml):
// app/sitemap.ts
import type { MetadataRoute } from 'next'
export default function sitemap(): MetadataRoute.Sitemap {
return [
{
url: 'https://your-domain.com',
lastModified: new Date(),
changeFrequency: 'weekly',
priority: 1,
},
{
url: 'https://your-domain.com/pricing',
lastModified: new Date(),
changeFrequency: 'monthly',
priority: 0.8,
},
// 部落格文章如果有的話也要加進來
]
}
以及 robots.ts:
// app/robots.ts
import type { MetadataRoute } from 'next'
export default function robots(): MetadataRoute.Robots {
return {
rules: {
userAgent: '*',
allow: '/',
disallow: ['/dashboard/', '/api/'],
},
sitemap: 'https://your-domain.com/sitemap.xml',
}
}
把網站 deploy 之後,到 Google Search Console 用你的網域登入,送出 sitemap URL——這是讓 Google 知道你存在的第一步。
準備 Product Hunt 發布
Product Hunt 的發布流程至少要提前兩週準備:
提前兩週:建立 Maker 身分
在 Product Hunt 上把 profile 填完整(照片、bio、連結),然後每天用幾分鐘去 upvote 和評論其他產品——不是為了刷好感,是讓你的帳號有「正常活躍」的紀錄。新帳號當天衝發布,演算法信任度低。
提前一週:準備發布素材
Product Hunt 發布清單:
□ Tagline:60 字以內,同 Hero Section 一句話
□ Description:說清楚 What/Who/Why(不超過 260 字)
□ Gallery:至少 3 張截圖(1270×760px),第一張最重要
□ 示範影片:60-90 秒 demo(可選但強烈建議)
□ First Comment:Maker 身分在自己的發布貼文下第一個留言,說產品的故事和背後動機,這個留言是 upvoter 的主要瀏覽頁面
□ 支持者名單:找 20-30 個真實使用過你產品的人,準備好發布當天傳訊息提醒
發布當天:前幾小時決定排名
Product Hunt 的發布時間是太平洋時間 00:01(台灣時間約下午 3-4 點或 4-5 點,依夏冬令時)。發布後立刻:
- 通知你的 20-30 個支持者(一對一傳訊,不要群發——群發帳號被演算法降權)
- 在相關社群(你的 Discord、Slack、電子報)發布
- 自己在貼文下回覆所有留言,提升活躍度
2026 年 Product Hunt 演算法的關鍵指標是前四到六小時的 upvote 速度和留言品質,不是一整天的總數。演算法現在更會分辨真實互動與動員灌票——500 個 upvote 配 200 則有內容的留言,常常贏過 800 個 upvote 只有 30 則罐頭留言的產品。30 個在發布頭幾小時到的真實 upvote,比下午才來的 200 個有效。
社群冷啟動:三管道同步
同時間跑三個管道,互相不衝突:
管道 A:垂直社群潛水法
找到你的目標用戶聚集的 Facebook 社群、Dcard 板、Discord 伺服器。進去之後先只潛水不發文,觀察一週——了解大家在討論什麼、遇到什麼問題。
然後在有人發問你的痛點時回應,放產品連結的方式:
推薦做法:
「我之前也有這個問題,後來做了一個工具解決它,你可以免費試試:https://your-domain.com
用了再告訴我哪裡還不夠好。」
避免做法:
「推薦我的新產品!功能超強! 」(廣告感太重,很多社群會直接被管理員刪文)
管道 B:一對一直接觸達
打開你的 LinkedIn/Facebook 聯絡人,過濾「可能有你解決的問題」的人,寫個人化訊息:
[名字] 你好,
我知道你之前在 {公司/職位} 一定常常需要 {做某件事}。我最近做了一個工具專門解決這個問題,現在還在 beta 階段免費用——
[產品連結]
如果有空試試,給我 2-3 句真實感想就好,對我超有幫助。
目標:一週發出 30-50 則訊息,預期 5-10% 回應率,能拿到 3-5 個真實用戶回饋和 testimonial。
管道 C:內容行銷埋長尾
這是呼應本課程寫作課的部分。寫一篇「How I」文章——不是「我做了一個產品」的廣告文,而是「我用 AI 解決 X 問題的過程」:
標題範例(選其中一個方向):
- 「我把合約審閱從 3 小時壓到 20 分鐘的完整過程」
- 「為什麼我放棄 ChatGPT,自己做了一個更精準的合約工具」
- 「法律文件 AI 化:我踩的三個坑和最終做法」
發布平台:Medium(英文)、方格子(台灣繁中)、自己的部落格。文章末尾放一句 CTA:「我把這套做法包成工具了,這裡可以直接用:{連結}」。
設定轉換漏斗追蹤
沒有數據就不知道哪個管道有效、哪個 landing page 段落讓人離開。用免費工具設定最基礎的漏斗:
Vercel Analytics(免費)
在 app/layout.tsx 加:
npm install @vercel/analytics
// app/layout.tsx
import { Analytics } from '@vercel/analytics/react'
export default function RootLayout({ children }) {
return (
<html lang="zh-TW">
<body>
{children}
<Analytics />
</body>
</html>
)
}
這樣就能在 Vercel Dashboard 看到頁面瀏覽量和來源。
PostHog 追蹤轉換事件(免費方案 100 萬事件/月)
PostHog 可以追蹤「點了 CTA 按鈕」、「完成第一次 AI 分析」這類具體行動:
npm install posthog-js
// lib/posthog.ts
import posthog from 'posthog-js'
export function initPostHog() {
if (typeof window !== 'undefined') {
posthog.init(process.env.NEXT_PUBLIC_POSTHOG_KEY!, {
api_host: 'https://app.posthog.com',
capture_pageview: false, // 自己控制
})
}
}
// 在要追蹤的按鈕上:
export function trackEvent(name: string, properties?: Record<string, unknown>) {
posthog.capture(name, properties)
}
在 CTA 按鈕加追蹤:
// components/CTAButton.tsx
import { trackEvent } from '@/lib/posthog'
export function CTAButton() {
return (
<button
onClick={() => {
trackEvent('cta_clicked', { location: 'hero', plan: 'free_trial' })
// 原本的導航邏輯
}}
>
免費生成我的第一篇草稿
</button>
)
}

你要追蹤的關鍵轉換點:
- 訪客 → 點 CTA:健康目標 5–15%
- 點 CTA → 完成註冊:目標 40–60%
- 完成註冊 → 完成第一次核心操作(activation):目標 30–50%
- 完成核心操作 → 付費:目標 5–15%
如果哪一層掉太多,就是那個環節出問題——landing page 文案、onboarding 流程、或付費牆設定。
制定發布計畫並執行第一波
把上面所有步驟整理成一份時程表,避免上線當天手忙腳亂:
上線前兩週:
□ Landing page 文案定稿(Hero 文案套公式)
□ SEO metadata 全部設定完成,本機 build 過
□ PostHog 追蹤事件確認觸發正常
□ Product Hunt Maker profile 完整、開始每日活躍
□ 列出 20-30 個支持者名單,確認他們有 PH 帳號
上線前一週:
□ 部署到正式網域,確認所有功能線上正常
□ Google Search Console 送出 sitemap
□ 準備 Product Hunt 發布素材(截圖/Tagline/Description/First Comment)
□ 開始垂直社群潛水,觀察討論
發布當天(Product Hunt 太平洋時間 00:01):
□ 送出 Product Hunt 發布
□ 一對一通知支持者清單
□ 在自己的電子報/社群發布
□ 每隔 1 小時回覆 PH 上的留言
□ 監控 PostHog 轉換漏斗
發布後一週:
□ 分析各管道帶來的用戶數量和品質
□ 收集 3-5 個用戶的真實 testimonial
□ 把表現最好的管道加倍投入
□ 根據用戶回饋更新 landing page 文案
執行第一波最重要的心態:不要等「準備好了再上」。90% 可用的產品 + 50% 準備好的行銷,遠比 100% 的產品等到「行銷完美」好——因為後者永遠不會來。

常見坑
坑 1:Product Hunt 帳號被演算法降權
症狀:發布後一小時有 50 個 upvote,排名卻一直掉,最後消失在第二頁。
原因:你的支持者清單裡有人帳號過新(剛為了支持你才建帳號)、或是你的多個支持者從同一個 IP 位址點讚(例如你的同事在公司 WiFi 集體 upvote)。
解法:
- 支持者要有至少一個月活躍的帳號,要求他們先在 PH 上正常使用幾週
- 叮嚀大家用自己的手機或家裡的網路,不要集中在辦公室
補救:如果發現排名在掉,立刻切換到其他管道補流量——在 Twitter/X 發一串 thread、在相關社群貼上你的發布連結,帶真實互動進來。
坑 2:Landing page 流量來了,但 CTA 點擊率 < 2%
症狀:Vercel Analytics 顯示每天 200 個訪客,但 PostHog 看 CTA 點擊事件一天只有 3-4 次。
診斷步驟:
- 錄製使用者行為(用 Hotjar 或 PostHog 的 Session Recording,免費方案可用)——看他們在哪裡停留、在哪裡離開
- 檢查 Hero Section:CTA 按鈕在首屏(不需要滾動就看得到)嗎?按鈕顏色夠對比嗎?
- 文案問題:用 A/B 測試兩個版本的 Hero 文案(PostHog 的 Feature Flags 免費方案可以做簡單 A/B)
最常見的真正原因:Hero Section 的標題還是在介紹產品功能(「強大的 AI 分析引擎」),而不是說出用戶的痛點。回到觀念一的公式重新改寫。
坑 3:社群貼文被刪、帳號被封
症狀:在 Facebook 社群貼了產品連結,幾分鐘後被管理員刪掉;或 Dcard 帳號被標記「廣告帳號」。
原因:第一次出現就直接貼廣告,沒有建立社群信譽。
解法:先在社群裡純粹回答問題、分享知識 2–3 週,建立帳號信譽,再自然帶入產品。節奏:每發 5 則有用的回覆,才帶一次產品提及——而且帶的方式要是「這個問題我之前也遇到,後來用了...」而不是「我做了一個超強工具」。
坑 4:Google Search Console 一直顯示 URL 未建立索引
症狀:送出 sitemap 三週了,Search Console 裡「已建立索引的網頁」還是 0。
診斷:
- 檢查
robots.ts有沒有不小心寫了disallow: '/' - 用 Chrome 開無痕視窗搜尋
site:your-domain.com,看 Google 能不能找到你的網站 - 在 Search Console 的「網址檢查」工具輸入你的首頁,點「測試線上網址」,看抓取結果有沒有錯誤
最常見的問題:metadata 的 robots 設定在某個 layout 裡寫了 { index: false },導致整個路徑被 noindex。用全域搜尋找 index: false 或 noindex 確認有沒有誤殺。
作業
文案作業:用今天的公式寫出你的 Hero Section 文案(一句話 + 主 CTA 文字),把 AI 評估後的版本和原本的版本都保留,貼到課程討論區讓同學互評。
技術作業:把
metadata、sitemap.ts、robots.ts全部設定完成,部署後用site:your-domain.com確認 Google 能抓到頁面;同時把og:image在 opengraph.xyz 預覽正確。發布計畫:根據實戰第 6 步的時程表,把你自己的發布日期填進去,列出 10 個人脈圈支持者的名字和聯絡方式。
追蹤作業:在你的 CTA 按鈕和「完成第一次核心操作」這兩個點加上 PostHog 事件追蹤,確認 PostHog 後台看得到事件觸發。
選做:在一個垂直社群裡潛水並回覆三個真實問題(不帶產品連結),練習「先有用、後推廣」的社群節奏。
下一課預告
前五課你走完了一個 AI SaaS 的完整生命週期:找題目、選技術棧、串金流、設計 AI 功能、上線推廣。但真正的考驗在上線後——用戶進來了,會遇到 bug、功能需求衝突、伺服器費用超過預期……第 6 課是這門課程的最終章:兩週上線覆盤與迭代。我們會拿一個真實 AI SaaS 的第一個月數據,還原每一個決策時刻:哪個功能要砍、怎麼算出 token 成本有沒有吃掉利潤、迭代速度怎麼維持在「改得夠快但不炸掉」——把這門課所有的知識點串成一個能實際操作的產品思維框架。