大多數「價格頁範例」清單都只是截圖，每張下方配一句讚美。這只告訴您頁面長什麼樣子，卻沒說明為什麼這樣設計，或買家要付出多少心力才能找到答案。本範例集收錄 11 個知名 B2B 公司的實際 SaaS 價格頁，描述每個頁面在 2026年10月實際呈現的內容，並整理出背後的決策：頁面是為誰而設計、要求訪客做什麼，以及如果是我們的頁面，我們會測試的那一件事。
我們從歐洲以全新的瀏覽器工作階段查看每個頁面，因此部分價格以歐元顯示。價格經常變動且因地區而異，所以我們描述的是結構而不是引用數字。每個範例都附有實際頁面連結，方便您自行查證。
我們在每個價格頁上觀察的重點
B2B 價格頁面有三項任務，而大多數頁面至少有一項做不到：
- 協助買家自我評估。訪客應該在十秒內就知道哪個方案適合像他們這樣的公司。
- 說明計價模式。按使用者、按主機、按成果、按交易計費：計價單位比數字本身更重要，因為財務部門會以它來建模。
- 導向正確的下一步。小型團隊走自助註冊；涉及採購、資安審查與合約的方案則走業務洽談。
我們為每個範例記錄了方案結構、行動呼籲措辭、佐證元素，以及支援採購委員會的內容（比較表、常見問答、資安說明）。如果您想了解依區隔調整這些元素背後的理由，我們的B2B 個人化價格頁面指南有詳細說明。
1. Slack：推薦方案標章與帳單週期切換
Slack 的價格頁面開頭的標題直接鎖定企業（「選擇專為企業打造的付費方案」），下方則有一行較溫和的文字，讓免費方案仍然可見。四個層級並排：Free、Pro、Business+ 與 Enterprise+。方案上會顯示「為您推薦」標籤，Business+ 則標有「最划算」。每個付費方案都同時顯示月繳與年繳的每位使用者價格，而我們查看時，付費層級上還顯示了限時的首購折扣。
有效之處：功能清單以成果的方式撰寫，每項下方附簡短說明（「訊息會保存90天並可搜尋」）。比較 Free 和 Pro 的買家不必打開比較表，就能看到會影響他們的確切限制：訊息紀錄。
我們會測試的項目：頁面在每個層級下都列出大量 AI 功能，讓各欄又長又相似。我們會測試把共通功能收合起來，在首屏只顯示各層級之間的差異。
2. Notion：方案分成兩種情境
Notion 的價格頁以「One tool to run your company」這句話開場，接著是月繳／年繳切換和幣別選擇器。四個方案分在兩個標題下：Free 和 Plus 在「Essentials for staying organized」之下，Business 和 Enterprise 則在一個關於 AI 工作空間的標題之下。Business 方案帶有「Recommended」標籤。每一行功能都有淺白的說明，例如什麼是「block」。
有效之處：兩個標題直接替您完成了自我篩選。個人或小團隊會看第一組，評估 AI 與資安的公司則看第二組。SAML SSO、網域驗證與私人團隊空間列在 Business 方案中，正好是 IT 審查人員會去看的地方。
我們會測試的地方：幣別選擇器位於頁面頂部附近，並依地區預設。對於跨國公司中的 B2B 買家，我們會測試改為在價格旁顯示計費幣別，讓切換開關不會與方案選擇爭奪注意力。
3. Linear：四欄方案與一張長比較表
Linear 的價格頁面是本清單中最精簡的。標題只有一個字：「Pricing」。四個方案（Free、Basic、Business、Enterprise）各列出一小段差異說明，以「All Free features +」等開頭。下方是一行社會認同（「超過 40,000 家公司信賴」），接著是完整的比較表，依核心功能、AI 與代理工作流程、整合、團隊管理、分析、Asks 與資安分組。
有效之處：「包含前一方案所有功能，再加上」的寫法讓每張卡片保持簡短，而 Enterprise 列出了採購部門會問的項目：發票與採購單付款、SAML 與 SCIM、客戶經理。Business 同時提供自助按鈕與「聯絡業務」連結，適合兩種購買方式都可能的團隊。
我們會測試的項目：頁面上沒有常見問題。在這個階段，關於席位計算和週期中變更帳務的問題很常見，在表格下方加一段簡短的常見問題，很可能可以省下一些客服對話。
4. HubSpot：一個頁面涵蓋多個 Hub，較高方案交由業務處理
HubSpot 的價格頁面以「Sales. Marketing. Service. All together.」開場，提供四個層級：Free、Starter、Professional 和 Enterprise。每個層級都有一行說明適合對象（「適合成長中的團隊」、「適合成熟的團隊」、「適合高度專業的團隊」）。免費層級標示為「最超值」。Starter 有「立即購買」按鈕；Professional 和 Enterprise 則同時顯示「立即購買」和「與業務洽談」。卡片下方的功能比較區塊從使用者人數上限和額外席次費用等方案細節開始，頁面最後則是依團隊規模編排的區塊。
做得好的地方：在較高價方案上提供雙 CTA。有些中型市場買家想不經通話直接購買，有些則需要報價、導入範圍與合約。兩者都提供，就不會讓任何一種人跳出。
我們會測試的地方：「適合成長中／成熟／進階團隊」這類標籤很模糊。我們會測試將它們換成具體的條件，例如團隊規模或該方案適用的任務（「執行自動化培育計畫」），讓訪客能更快找到自己的定位。
5. Jira：在方案前先輸入團隊規模
Jira 的價格頁面使用的標題是「適合每個團隊的透明價格」。方案上方有團隊規模欄位與月繳／年繳切換，價格會依訪客實際的使用者人數重新計算。四個方案分別是 Free（最多 10 位使用者）、Standard、Premium（標示「推薦」）與 Enterprise，Enterprise 只有在選擇年繳時才會顯示價格。冗長的常見問題涵蓋訂閱費用的計算方式、使用者計費方式、付款選項，以及 Premium 與 Enterprise 的差異。
做得好的地方：團隊人數輸入欄位把每位使用者的定價轉換成「我們要花多少錢」。這正是買家申請預算時需要的數字，也省去了一個試算表步驟。常見問題則回答了財務會問的問題。
我們會測試的項目：把 Enterprise 價格藏在年繳切換按鈕後面，很容易被忽略。我們會測試在 Enterprise 卡片上加一行簡短說明，表示需要按年計費，而不是仰賴切換按鈕的狀態。
6. Figma：在每個方案中說明席位類型
Figma 價格頁的標題是「Pick your plan, choose your seats.」。每個付費方案（Professional、Organization、Enterprise）都列出三種席次類型：Full、Dev 與 Collab，各有自己的價格與 AI 點數額度。每個方案都有一個「Why choose」區塊，以「Choose this plan if you:」開頭，接著是三項簡短的適用條件。頁面最後是價格常見問題，回答什麼是席次、年中新增席次如何計費，以及如何降級。
有效之處：「如果您符合以下情況，請選擇此方案」的條列，是這組範例中最清楚的自我篩選設計。「是一家在整個組織中設計產品的企業」與「需要基本的安全性」，明確告訴買方自己屬於哪裡。
我們會測試的地方：三種席次類型乘以三個方案，等於要消化九種價格。一個小型席次組合計算機（「5位設計師、10位開發人員、30位審閱者」）能顯示總金額，讓席次計價模式更具體。
7. Intercom：成果計價加上成本估算工具
Intercom 的價格頁面同時銷售兩項產品：客服平台（按席次計價）和 AI 客服 Fin（按成功解決的結果計價）。Essential、Advanced 和 Expert 三個方案都列出每次結果的價格和每席次的價格，接著是主要功能。另有一張卡片介紹搭配其他客服平台使用 Fin，不需要席次。再往下是加購項目、費用估算工具（「為您的團隊找到合適的方案」）、ROI 計算工具和新創計畫。
有效之處：當計價單位不為人熟悉時（按每次 AI 解決計費），估算工具幾乎是必要的。Intercom 在頁面上放了兩個估算工具，一個算成本、一個算節省，讓客服主管不必與業務通話就能建立商業理由。
我們會測試的項目：估算工具放在方案下方很遠的位置。對於從未購買過成果計價 AI 的首次訪客，我們會測試把成本估算工具直接移到方案卡片下方。
8. Zendesk：最受歡迎方案，以及說明計價方式的常見問題
Zendesk 的價格頁在顯示方案前，先讓訪客選擇客戶服務、員工服務或客服中心的價格。接著是四個方案等級，每個都有一句話說明適合的團隊（「適合已經不敷使用共用收件匣的團隊」）。Suite Professional 標示為「最受歡迎」。最高等級使用「與業務洽談」，其他則是「立即購買」。精選加購項目、節省計算機，以及以「Zendesk 的價格結構是什麼？」開頭的常見問題，構成頁面的其餘部分。
有效之處：方案說明以成熟度階梯的方式撰寫。每個層級都描述團隊在什麼時候會超出前一個層級，這正是客服主管思考升級的方式。常見問答以淺顯的方式說明成本組成（基本訂閱、依用量計費的功能、加購項目、按年 vs 按月）。
我們會測試的地方：計算工具附有結果僅供參考的免責聲明，這很誠實。我們會測試搭配一個實際範例，例如一個指定規模的團隊，讓訪客在輸入自己的數字前，先看到一個貼近現實的結果。
9. Datadog：依主機計價，搭配產品選擇器
Datadog 的價格頁面一開始是一個很長的產品選擇器（基礎架構、APM、日誌、資安等等），因為每個產品都有各自的計價單位。基礎架構檢視中顯示 Free、Pro 與 Enterprise 三個方案，以每台主機每月計價，每個方案下方註明年約與隨需費率，旁邊則是 DevSecOps 組合方案。大型部署的量販折扣則導向「聯絡我們」。下方的比較表列出指標保留期限與容器配額等限制。
做得好的地方：頁面誠實面對複雜的計價模式。它沒有硬把一切塞進三個方案，而是讓工程師選擇正在評估的產品，看到確切的計價單位。這尊重了會自己驗算的技術型買家。
我們會測試的：產品清單長到首次訪客可能不知道從哪裡開始。我們會測試在選擇器頂端加上一句簡短的「大多數團隊從這裡開始」提示。
10. Stripe：隨用隨付與客製方案並列
Stripe 的價格頁面只有兩個選項：Standard，依每筆交易計費的即用即付費率，並註明沒有設定費或月費；以及 Custom，適用於大量交易或特殊商業模式，導向「聯絡業務」。Custom 卡片列出了可協商的項目：交換費加成定價、量大折扣、多產品折扣與各國專屬費率。
有效之處：列出客製方案可以包含的項目，讓「聯絡業務」從黑盒子變成具體的對話。高交易量公司的財務主管會清楚知道該要求什麼。
我們會測試的地方：Standard 方案卡片上沒有說明在什麼使用量下 Custom 方案才划算。提供一個大致的門檻，能幫助中型企業判斷該現在還是之後再聯繫業務。
11. Gong：不列價格，只列計價因素和一份簡短表單
Gong 的價格頁面沒有任何數字。標題（「了解 Gong 的價格」）之後列出影響價格的三個因素：按使用者計價的授權、依使用者人數計算的平台費，以及不額外收費的整合功能。分步驟表單以一個問題開頭：團隊規模，提供四個範圍。分析師與評論網站的評分就放在表單旁邊。
做得好的地方：如果您不打算公開價格，就說明計價方式。Gong 告訴買家帳單由哪些項目組成，讓他們在通話前就能估算出範圍。表單的第一步只需點選一個團隊規模範圍，遠比完整的聯絡表單容易。
我們會測試的項目：列出小型團隊常見的起始價格範圍。即使是很寬的區間，也能讓較小的買方在投入時間前先判斷自己是否適合。
範例中的共通模式
- 讓訪客自我判斷的文案勝過功能清單。Figma 的「如果您……請選擇此方案」、Zendesk 的成熟度描述和 Notion 的兩個標題，都能幫助訪客在閱讀功能前先找到自己的定位。
- 說明計價單位，而不只是標價。Datadog（按主機）、Intercom（按結果）、Figma（按席次類型）和 Gong（按使用者加平台費）都花了不少篇幅說明帳單如何計算。
- 最高層級導向業務，中間層級通常兩者都提供。HubSpot 和 Linear 在同一個中高階方案上同時顯示自助和業務選項。
- 資安與採購相關項目放在企業方案卡片上。SSO、SCIM、稽核紀錄、發票請款和 SLA 都明確列出，因為 IT 或採購審查人員會找這些項目。
- 計價模式陌生時，就會出現試算工具。Jira 的團隊人數輸入、Intercom 的估算工具與 Zendesk 的節省試算，都是為了回答「我們要花多少錢」。
- 只突顯一個方案。幾乎每個頁面都會把某個方案標示為推薦、最熱門或最划算。
這些頁面都沒有向不同類型的公司顯示不同內容，至少看不出來。大多數頁面仍然讓五人新創公司和企業 IT 團隊看到同一個版本。這正是價格頁個人化的起點：依區隔改變推薦方案、實證與 CTA，同時讓所有人看到的價格保持一致。該指南會逐步說明建置方式。
B2B SaaS 價格頁面檢查清單
用這份清單，對照上述模式稽核您自己的價格頁面：
- 每個方案都有一句話說明適合誰，而且使用買家可以核對的條件（團隊規模、使用情境、需求）。
- 計價單位有明確命名與說明，若較特殊則附上範例。
- 月繳與年繳價格都看得到，或切換按鈕一目了然。
- 只突顯一個方案，而且理由清楚。
- 企業方案明確列出資安、法規遵循與採購相關項目。
- 自助與業務重疊的方案，兩條路徑都提供。
- 如果價格未公開，頁面要說明影響價格的因素，以及填完表單後會發生什麼事。
- 常見問題涵蓋席位計算方式、帳務變更、降級和取消。
- 如果計價單位不是按席位，則提供計算機或計算範例。
- 頁面以自身目標（選擇方案或開始填寫業務表單）進行測試，而不只看註冊數。
關於表單本身，我們的B2B 名單蒐集表單文章說明了該詢問哪些欄位以及何時詢問。如果您想比較其他類型的頁面如何建構，請參考我們的B2B 到達頁面範例、姊妹篇B2B 首頁範例，以及Demo 申請頁面範例拆解。想了解 Markettailor 如何計價，請造訪我們的價格頁面。
常見問題
好的 SaaS 價格頁需要具備什麼？
好的 SaaS 價格頁能讓買家在幾秒內找出合適方案、理解計價單位，並採取符合其採購流程的下一步。實務上，這代表每個方案都有一句簡短的「適合誰」、只突顯一個方案、有比較表、有關於帳務的常見問題，並在兩者重疊之處同時提供自助購買與業務洽詢兩種途徑。
B2B 公司應該在價格頁上顯示價格嗎？
只要有相當比例的買家不需議價就能購買，就應該顯示價格。如果每筆交易都是客製的，就說明價格由什麼決定，像 Gong 以每位使用者授權加上平台費的方式說明，並讓表單第一步保持輕量。同時隱藏價格和計價模式，才是會流失買家的做法。
價格頁面應該放幾個方案？
這裡大多數範例使用三或四個方案，通常是一個免費或入門方案、一兩個自助方案，以及一個轉由業務處理的企業方案。超過四個通常代表方案之間的差異不夠明顯，或頁面混雜了應該各自有獨立頁面的產品，Datadog 就是用產品選擇器來處理這種情況。
企業方案應該列出哪些內容？
安全性、IT 或採購審查人員會檢查的項目：SSO 和 SCIM、管理控制、稽核紀錄、資料落地、正常運作時間 SLA、支援等級、發票或採購單付款，以及客製條款。Linear、Notion 和 Jira 直接在大型企業方案卡片上列出這些項目。
流量低時如何測試價格頁？
測試較大的改動，例如方案說明或突顯的方案；衡量頻繁發生的事件，例如方案卡片點擊或業務表單開始填寫，而不是成交案件；並讓測試跑得夠久，涵蓋完整的採購週。我們的A/B 測試計算機能告訴您依目前流量測試需要跑多久。