精華筆記

· @aihub.tw

AI SaaS 產品開發

上線與獲客:沒人知道等於不存在

上線與獲客:沒人知道等於不存在

你的 AI SaaS 上線了。支付串接測過、AI 功能跑得順、Vercel 部署完成——但打開 Google Analytics,流量是個位數。你等了三天,還是沒有人來。

這不是技術問題,是曝光問題。網路上沒有「做好就有人來」這件事。每天都有數以千計的 AI 工具上線,沒有主動推出去,就是數位荒野裡的孤島。這堂課的主題就是:怎麼讓對的人找到你,怎麼讓找到你的人付錢。

這堂課適合誰 適合:已經完成第 3 課(金流)和第 4 課(AI 功能)、手上有可上線產品的人。需要基礎:會用 Next.js App Router(至少看得懂 layout.tsx)、熟悉 git push 流程。前置課:第 3 課(登入與金流)、第 4 課(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 秒內確認「這是我要的東西」。你只有幾秒鐘的時間,在他按上一頁之前說清楚。

Landing Page 五段架構流程:Hero、問題展開、解法展示、社交證明、次 CTA,每段的文案方向與設計重點

五段架構拆解

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 基礎設施只需要四樣東西:

  1. metadata 物件:每個 route 的標題、描述、OpenGraph
  2. sitemap.ts:讓 Google 知道你有哪些頁面
  3. robots.ts:告訴爬蟲哪些頁面要/不要索引
  4. opengraph-image.tsx:社群分享時的預覽圖(決定有沒有人點)

Next.js SEO 基礎設施四層架構:技術層、內容層、社群層、結構化資料層,各層對應的檔案名稱與效果

三種訪客的搜尋意圖

做 SEO 之前先想清楚你的訪客在 Google 打什麼字:

意圖 範例關鍵字 對應頁面
問題意識 「合約審閱怎麼加速」 部落格文章
產品比較 「AI 合約審閱工具推薦」 landing page / 比較頁
品牌搜尋 「ContractAI 評價」 首頁 / 案例頁

初期資源有限,先把問題意識的關鍵字做透——這類關鍵字競爭小、流量精準,讀完文章的訪客已經有痛點認知,轉換率高。

觀念三:冷啟動的三波打法

「冷啟動」的難點在於,平台演算法偏好已有互動的內容——你從零開始,每個平台都看你是陌生人,不幫你推。解法是繞過演算法,用人脈直接觸達

冷啟動 100 用戶三波打法時間軸:第一波人脈直接觸達、第二波垂直社群潛水、第三波 Product Hunt 加內容行銷,各階段的管道、人數與時間

第一波:從你認識的人開始(目標: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 點,依夏冬令時)。發布後立刻:

  1. 通知你的 20-30 個支持者(一對一傳訊,不要群發——群發帳號被演算法降權)
  2. 在相關社群(你的 Discord、Slack、電子報)發布
  3. 自己在貼文下回覆所有留言,提升活躍度

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、完成註冊、首次核心操作、第一筆付款,各層的追蹤工具與健康轉換率範圍

你要追蹤的關鍵轉換點:

  • 訪客 → 點 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% 的產品等到「行銷完美」好——因為後者永遠不會來。

六個獲客管道效益對照表:人脈一對一、垂直社群、Product Hunt、內容行銷、SEO、付費廣告,比較初期成本、啟動難度、轉換率與複利效應

常見坑

坑 1:Product Hunt 帳號被演算法降權

症狀:發布後一小時有 50 個 upvote,排名卻一直掉,最後消失在第二頁。

原因:你的支持者清單裡有人帳號過新(剛為了支持你才建帳號)、或是你的多個支持者從同一個 IP 位址點讚(例如你的同事在公司 WiFi 集體 upvote)。

解法:

  1. 支持者要有至少一個月活躍的帳號,要求他們先在 PH 上正常使用幾週
  2. 叮嚀大家用自己的手機或家裡的網路,不要集中在辦公室

補救:如果發現排名在掉,立刻切換到其他管道補流量——在 Twitter/X 發一串 thread、在相關社群貼上你的發布連結,帶真實互動進來。

坑 2:Landing page 流量來了,但 CTA 點擊率 < 2%

症狀:Vercel Analytics 顯示每天 200 個訪客,但 PostHog 看 CTA 點擊事件一天只有 3-4 次。

診斷步驟:

  1. 錄製使用者行為(用 Hotjar 或 PostHog 的 Session Recording,免費方案可用)——看他們在哪裡停留、在哪裡離開
  2. 檢查 Hero Section:CTA 按鈕在首屏(不需要滾動就看得到)嗎?按鈕顏色夠對比嗎?
  3. 文案問題:用 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: falsenoindex 確認有沒有誤殺。

作業

  1. 文案作業:用今天的公式寫出你的 Hero Section 文案(一句話 + 主 CTA 文字),把 AI 評估後的版本和原本的版本都保留,貼到課程討論區讓同學互評。

  2. 技術作業:把 metadatasitemap.tsrobots.ts 全部設定完成,部署後用 site:your-domain.com 確認 Google 能抓到頁面;同時把 og:imageopengraph.xyz 預覽正確。

  3. 發布計畫:根據實戰第 6 步的時程表,把你自己的發布日期填進去,列出 10 個人脈圈支持者的名字和聯絡方式。

  4. 追蹤作業:在你的 CTA 按鈕和「完成第一次核心操作」這兩個點加上 PostHog 事件追蹤,確認 PostHog 後台看得到事件觸發。

  5. 選做:在一個垂直社群裡潛水並回覆三個真實問題(不帶產品連結),練習「先有用、後推廣」的社群節奏。

下一課預告

前五課你走完了一個 AI SaaS 的完整生命週期:找題目、選技術棧、串金流、設計 AI 功能、上線推廣。但真正的考驗在上線後——用戶進來了,會遇到 bug、功能需求衝突、伺服器費用超過預期……第 6 課是這門課程的最終章:兩週上線覆盤與迭代。我們會拿一個真實 AI SaaS 的第一個月數據,還原每一個決策時刻:哪個功能要砍、怎麼算出 token 成本有沒有吃掉利潤、迭代速度怎麼維持在「改得夠快但不炸掉」——把這門課所有的知識點串成一個能實際操作的產品思維框架。

#AI SaaS#獲客#Landing Page#SEO#Product Hunt#冷啟動

← 回所有文章