Communitygithub.com

候補名單發布·第1步:發布落地頁(Amplitude)

規劃並打造發布落地頁,讓訪客最快抵達驚豔時刻:首屏、支撐區塊、唯一主 CTA、精簡表單、行動優先與 SEO 基礎,涵蓋預熱、發布日與發布後。

候補名單發布·第1步:發布落地頁(Amplitude) 是什麼?

「預發布候補名單」配方第 1 步(頁面策略),來自 amplitude/builder-skills。寫程式或文案之前,代理先回答關鍵設計問題,再從首屏、支撐區塊到頁尾 CTA 規劃整頁結構。它偏好開發者友善的模式(嵌入式 Playground、真實程式碼),堅持一個主 CTA 與最少表單欄位,涵蓋 SEO 基礎,並區分臨時發布頁與長期產品頁,包含預熱期、發布日與發布後的候補名單與急迫感策略。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/amplitude/builder-skills/tree/HEAD/launch-skills/skills/launch-landing-page

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

發布著陸頁

此技能協助設計與建立產品發布用的著陸頁。一個優秀的著陸頁有兩個目標:快速傳達價值,並讓訪客盡快體驗到「驚豔時刻」。其他一切都是次要的。

兩個設計問題

在寫任何一行文案或程式碼之前,先回答這些問題:

  1. 「我們如何讓訪客以最快的速度體驗到『驚豔時刻』?」 最好的著陸頁讓訪客使用產品,而不只是閱讀產品介紹。對於開發者工具,這可能意味著一個內嵌的遊樂場。對於SaaS,則是一個即時示範。對於AI產品,一個直接在頁面上執行推論的 widget。從「我來到這裡」到「喔,這太棒了」之間的摩擦越小,轉換率就越高。

  2. 「我們如何讓這個頁面設計得如此出色,以至於它本身就能成為亮點?」 一個會被人們截圖並在社交媒體上分享的著陸頁,能將發布的影響力延伸到最初的宣傳之外。這不意味著過度設計——而是指有巧思、精緻且與眾不同。

頁面結構

英雄區

這是對大多數訪客來說唯一重要的區塊。60-80% 的訪客從不會往下滾動。

組成要素:

  • 標題 — 來自訊息摘要的主要價值主張。一句話,具體且以利益為導向。應該回答「我能用它做什麼?」,而不是「這是什麼?」
  • 副標題 — 1-2 句話,進一步說明標題。增加具體性——說明目標對象、運作方式或關鍵佐證點。
  • 主要 CTA — 一個明確的行動呼籲。「免費試用」、「立即開始」、「看看實際效果」。不要放兩個 CTA 互相競爭注意力。
  • 視覺內容 — 產品截圖、示範影片或互動式 widget。絕對不要用圖庫照片。展示實際產品正在執行標題所承諾的功能。

支援區塊(滾動深度)

只包含那些值得佔用空間的區塊。每個區塊都應該針對特定的疑慮或擴展次要價值主張。

常見區塊(選擇對此次發布重要的):

  • 運作方式 — 3 步驟或視覺化逐步解說。減少「這會不會太複雜?」的疑慮。
  • 主要功能/能力 — 3-4 張卡片或欄位。每個都是一個次要價值主張,並附帶具體範例或截圖。
  • 社會證明 — 客戶標誌、引言、使用統計、基準測試結果。減少「這是不是騙人的?」的疑慮。
  • 比較 — 如果你要進入一個已有已知替代方案的市場,請提供明確的比較。要誠實——選擇性的比較會侵蝕信任。
  • 定價 — 如果定價是競爭優勢,應及早呈現。如果很複雜或針對企業客戶,則連結到獨立的定價頁面。
  • 技術細節 — 針對開發者和技術受眾。程式碼範例、API 參考資料、架構圖。
  • 常見問題 — 針對不適合放在其他地方的疑慮。保持簡短——最多 4-6 個問題。

頁尾 CTA

在頁面底部重複主要 CTA,針對那些從頭滾到尾的訪客。他們是最投入的受眾——讓他們輕鬆轉換。

開發者優先模式

對於技術產品和開發者工具,這些模式能持續帶來良好的轉換:

無情地減少摩擦

開發者在評估工具時,兩個最大的摩擦點是成本和存取權。在著陸頁上解決這兩點:

  • 提供免費方案或試用,且無需信用卡
  • 即時存取——沒有為個人用戶設置的「要求示範」關卡
  • 清晰、透明的定價直接在頁面上顯示

讓他們在註冊前先試用

最有效的開發者著陸頁讓訪客無需建立帳號就能體驗產品。例如:

  • 內嵌的程式碼遊樂場或 REPL
  • 可以從頁面直接呼叫的 API 端點
  • 能產生真實輸出的互動式示範
  • 「在這裡貼上你的資料/程式碼,看看結果」的 widget

展示真實程式碼

開發者想看到整合實際上長什麼樣子。包含:

  • 安裝指令(npm install、pip install 等)
  • 最小可運作範例(5-10 行能做點有用事情的程式碼)
  • 所有程式碼區塊上都要有複製按鈕

以能力為導向,而非功能

「每秒處理 10,000 份文件」比「分散式處理引擎」更有說服力。開發者關心他們能建立什麼以及能達到什麼規模。

SEO 整合

發布著陸頁是一個 SEO 機會。最初的發布活動會帶來反向連結(來自新聞、社交媒體、部落格文章),這有助於頁面長期排名。從一開始就為此做準備。

為搜尋命名

如果這是一個新產品或功能,在選擇名稱時要考慮搜尋量。名稱應該與目標受眾實際搜尋的詞彙相符。「語音轉文字 API」可能比「音頻轉錄服務」獲得更多搜尋流量——反之亦然。使用關鍵字研究來決定。

頁面 SEO 基礎

  • 標題標籤 — 包含主要關鍵字。保持在 60 個字元以內。
  • Meta 描述 — 包含關鍵字的引人入勝的摘要。150-160 個字元。
  • H1 — 應與標題標籤相符或非常接近。
  • 內部連結 — 從你的說明文件、部落格和其他頁面連結到這個著陸頁。從這個頁面連結到相關的說明文件和教學。
  • 頁面速度 — 快速的頁面排名更好,轉換也更好。最佳化圖片、最小化 JavaScript、使用 CDN。

長期排名的內容

你在英雄區下方加入的區塊(運作方式、功能、常見問題)同時也作為可索引的內容。首先為人類而寫,但使用你的受眾在搜尋時使用的語言。

轉換最佳化

一個主要 CTA

每個頁面都有一個你希望訪客採取的主要動作。其他一切都是次要的。如果你要求訪客「註冊」、「預約示範」、「加入等候名單」和「閱讀說明文件」並給予相同的視覺權重,你就是在要求他們選擇——而許多人會選擇離開。

減少表單欄位

你在註冊表單上每增加一個欄位,就會損失一些轉換。只要求提供開始使用所需的最少資訊。你可以在之後收集更多資訊。

速度很重要

頁面載入時間直接影響轉換率。每多一秒的載入時間,大約會損失 7% 的轉換。特別是對於著陸頁:延遲載入摺疊以下的內容、最佳化英雄區圖片、最小化第三方腳本。

行動優先

發布活動的流量中,通常有 40-60% 來自行動裝置(人們在手機上點擊社交媒體的連結)。英雄區必須能在手機螢幕上正常運作。在行動裝置上測試 CTA 按鈕——你能輕鬆點到它嗎?

發布特定模式

發布專用的著陸頁與常態產品頁面有不同的限制——它們具有時效性,需要在短時間內轉換一波流量,而且通常服務於第一次聽說該產品的受眾。

急迫性與稀缺性

對於 Tier 1 發布,目標是將註冊集中到一個狹窄的時間窗口內:

  • 發布定價或搶先體驗窗口 —「前 1,000 位用戶免費」或「發布週期間五折優惠」給出了一個具體的理由,讓用戶立即行動而不是先加入書籤。明顯地顯示截止日期或剩餘名額。
  • 倒數計時器 — 謹慎使用,且僅在截止日期是真實的情況下使用(測試版關閉、價格變動、存取權限有限)。虛假的急迫性會侵蝕信任。
  • 即時社會證明 —「今天有 1,247 位開發者註冊」或一個即時計數器。這顯示了動能,並減少「只有我在試這個嗎?」的猶豫。

不要全部堆疊這些元素。選擇一個真實的急迫性機制,並讓它顯得突出。

等候名單流程

如果產品尚未全面上市,著陸頁就變成一個等候名單頁面。等候名單頁面的轉換率是標準註冊頁面的 2-5 倍,因為稀缺性是真實的。

  • 單一欄位:只要 email。每增加一個欄位,就會損失一些等候名單註冊。
  • 位置回饋:「你在等候名單上的第 #847 位」讓註冊感覺具體,並提供了一個重新互動的鉤子(「你快到了!」)。
  • 推薦機制(可選):「透過分享給朋友來前進等候名單排名。」只有在你能夠真正實現時才加入這個機制——壞掉的推薦機制會損害信任。
  • 設定期望:「我們每週開放 200 位用戶」或「預計在 2 週內獲得存取權限」。註冊後的沉默會扼殺興趣。

發布前、發布日與發布後狀態

一個發布著陸頁不是靜態的——它應該要隨著三個階段演進:

發布前(1-2 週前):

  • 預告文案:即將推出的內容、目標對象、發布時間
  • 等候名單或「通知我」的註冊
  • 除了主要價值主張之外,不提供產品細節

發布日:

  • 完整頁面:英雄區、示範、功能、社會證明、CTA
  • 直接存取:「立即試用」或「免費開始使用」
  • 發布影片或示範嵌入在英雄區
  • 任何急迫性機制生效(倒數計時、發布定價)

發布後(1 週後 → 永久):

  • 移除有時效性的元素(倒數計時、「剛發布」等用語)
  • 加入在發布期間累積的社會證明(用戶數、推薦、新聞標誌)
  • 為 SEO 進行最佳化:這現在是一個永久的產品頁面
  • 更新 CTA 以反映持續狀態(「開始使用」取代「加入發布」)

在開始建置之前,先規劃好這三種狀態。發布前和發布後的狀態常常被遺忘,導致頁面過時,帶有已過期的倒數計時器或幾個月後還寫著「剛發布!」的文案。

發布頁 vs. 永久產品頁

對於 Tier 1 發布,考慮建立一個專用發布頁以及一個永久產品頁面:

  • 發布頁 — 為發布時刻最佳化。包含急迫性機制、發布影片、集中的 CTA。臨時性的——計劃將其退役。
  • 產品頁 — 此產品的永久家園。為持續的曝光和 SEO 最佳化。在發布窗口關閉後(通常 1-2 週)取代發布頁。

轉換計畫:在發布前,決定發布頁何時以及如何變成產品頁。最簡單的方法:先建立產品頁,然後在上面加上臨時的發布特定英雄區和急迫性區塊,並在發布後移除這些元素。這避免了建立兩個獨立的頁面。

對於 Tier 2 及以下的發布,更新現有的產品頁即可。不要為功能建立獨立的頁面——這會分散你的 SEO 權重。

建立頁面

在實際實作著陸頁時,請謹記:

  • 從文案開始,而不是設計。 首先依據訊息摘要寫好所有文字。文案決定結構——而不是反過來。
  • 使用經過驗證的佈局。 英雄區 → 社會證明 → 功能 → 運作方式 → CTA。你可以重新排序,但除非產品有特殊需求,否則不要重新發明佈局。
  • 為掃讀者設計。 大多數訪客是掃讀,而不是閱讀。標題、副標題和視覺內容應該能傳達故事,即使主體文字被跳過。
  • 測試 5 秒規則。 讓人看頁面 5 秒鐘,然後問他們這個產品是做什麼的。如果他們答不出來,英雄區需要改進。

配套技能

  • launch-strategy — 驅動頁面文案和結構的訊息摘要
  • launch-video — 放在頁面上的示範影片和截圖
  • launch-blog-post — 頁面連結到的部落格文章(反過來也是,為了 SEO)
  • launch-distribution — 為頁面導流
  • launch-metrics — 透過 UTM 追蹤頁面轉換率和流量來源

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

amplitude/builder-skills

Performs deep analysis of a specific Amplitude chart to explain trends, anomalies, and likely drivers. Use when a metric looks unusual, investigating a spike or drop, or understanding the "why" behind numbers.

amplitude/builder-skills

Deeply analyze Amplitude dashboards by analyzing key charts, surfacing top areas for concern and takeaways, identify anomalies, then explain changes using customer feedback trends.

amplitude/builder-skills

Designs A/B tests with proper metrics and variants, analyzes running or completed experiments, and interprets results with statistical rigor. Use when setting up experiments, checking experiment status, analyzing results, or making ship decisions.

amplitude/builder-skills

Synthesizes customer feedback into actionable themes including feature requests, bugs, pain points, and praise. Use when planning product roadmap, understanding user sentiment, investigating specific issues, or preparing voice-of-customer reports.

amplitude/builder-skills

Analyze MCP server usage instrumented with Amplitude's MCP Analytics SDK: break usage and errors down by tool, read the rationales within each tool to see what callers are trying to do, and produce a prioritized write-up of actionable fixes. Use this skill whenever the user asks to understand how their MCP server is being used, what agents/users are trying to do with it, why tool calls are failing, what to fix or improve in their MCP server, or asks for an "MCP usage report", "tool error analysis", "intent analysis", "rationale clustering", or "MCP insights". Also trigger when the user mentions [MCP]-prefixed events, tool rationale, tool call errors, or just finished instrumenting their MCP server and wants to see what the data says. Requires the Amplitude MCP connector.

amplitude/builder-skills

Read lost deals and churned accounts from your CRM, extract reasons clustered by theme (missing features, pricing, competitors, UX), and write a prioritized weekly analysis with product improvement recommendations. Use before roadmap planning or to build the case for prioritizing retention work.

amplitude/builder-skills

Creates Amplitude charts from natural language descriptions, handling event selection, filters, groupings, and visualization choices. Use when you know what you want to measure but prefer not to build the chart manually.

amplitude/builder-skills

Guide an Amplitude user through building a custom agent by suggesting use cases grounded in their role and data, shaping the idea into a well-formed spec, and generating a ready-to-run Global Agent deeplink that creates it. Use to create, build, or set up a custom agent, automate a recurring analysis, or put a repeated report on a schedule.

amplitude/builder-skills

Builds comprehensive Amplitude dashboards from requirements or goals, organizing charts into logical sections with appropriate layouts. Use when creating a complete dashboard from scratch or assembling existing charts into a cohesive view.

amplitude/builder-skills

Monitors all active and recently completed experiments across Amplitude projects, triages them by importance, then runs deep analysis and reporting on the most impactful ones. Use when the user asks to "check on experiments", "experiment status", "experiment review", "what experiments are running", or wants a periodic experiment health report.

amplitude/builder-skills

Pull Intercom tickets and Slack support messages from the past 7 days, classify each signal, enrich with CRM data (ARR, plan, renewal), score by customer value and churn risk, and output a tiered priority report saved to Drive. Use when you need a fast, data-driven view of what support signals matter most.

amplitude/builder-skills

Use this skill whenever a user wants to improve existing pages on their website to get cited more by AI models — whether they say "our pages aren't getting cited", "improve this page for AI visibility", "which of our pages should we update", "make this article more cite-worthy", "our competitors are getting cited instead of us", "update our content for AI search", or any variation where the goal is improving an existing asset rather than creating something new. This skill pulls owned pages from AI Visibility, identifies which ones have citation potential but are underperforming, compares them against the external pages that are winning citations on the same topics, and produces section-level rewrites or a full-page update — then pushes the revision to the CMS as a draft. Trigger even if the user just says "help me get cited more" or "why is [competitor] getting cited instead of us".

amplitude/builder-skills

Use this skill whenever a user wants to win AI citations on prompts that competitors currently dominate — whether they say "competitors are getting cited instead of us", "we're losing on these prompts", "how do I outrank [competitor] in AI answers", "find prompts where we should be winning", "create content to beat [competitor]", or any variation where the goal is capturing AI share on prompts a competitor currently owns. This skill pulls competitor visibility data from AI Visibility, identifies the specific prompts where competitors win and Amplitude is absent, clusters them by intent, and produces targeted comparison pages, alternatives content, or rebuttal assets — then pushes drafts to CMS. Trigger on any mention of competitor, prompt hijack, outrank, or "why is [competitor] getting cited instead of us".

amplitude/builder-skills

Use this skill whenever a user wants to turn AI Visibility data into published content — whether they say "find content gaps", "what should we write about", "which topics have low visibility", "help me get cited by AI models", "create a blog post from our AI Visibility gaps", "we're losing to competitors on these prompts", or any variation where they want to go from AI visibility weakness to a draft article, landing page, or FAQ. This skill connects directly to Amplitude AI Visibility data (topics, prompts, visibility scores, citations, competitor data, full LLM responses and sources) and produces a publish-ready content brief plus full article draft. If the user mentions CMS (WordPress, Webflow, Contentful, Sanity, HubSpot, Ghost, Shopify), also trigger this skill to push the draft directly. Trigger even if they just say something vague like "what content should we create?" in an AI Visibility context.

amplitude/builder-skills

Use this skill whenever a user wants to test content variants before publishing to find which one will get cited most by AI models — whether they say "which version of this content will perform better", "test this article before we publish", "simulate how AI will respond to this content", "which angle should we use", "generate content variants and pick the winner", "run a simulation before publishing", or any variation where the goal is data-driven content selection rather than gut-feel publishing. This skill takes an identified content opportunity, generates 2–3 distinct variants with different angles or structures, scores them against actual AI model responses from AI Visibility, references the Simulate Changes feature for pre-publish validation, and produces a clear recommendation on which variant to publish — then pushes the winner to CMS. Trigger on any mention of "simulate", "test variants", "which performs better", "A/B content", or "before we publish".

amplitude/builder-skills

Use this skill whenever a user wants to understand which external sources are being cited by AI models on topics relevant to their brand, and wants to create content that will outrank those sources — whether they say "what sources are AI models citing", "why is [third-party site] being cited instead of us", "we want to be the definitive source on X", "build something that gets cited more than G2 or TechRadar", "create an authoritative asset", or any variation where the goal is producing a new reference asset (definition page, benchmark, methodology, glossary, comparison hub) designed to beat existing top-cited sources. This skill analyzes AI Visibility source data, reverse-engineers what makes top-cited pages authoritative, and produces a superior source asset — then pushes it to CMS as a draft. Trigger on any mention of "sources", "third-party citations", "authoritative content", "definitional pages", or "outrank".

amplitude/builder-skills

Instrument a Node/TypeScript MCP server with Amplitude's @amplitude/mcp-analytics SDK so tool calls, sessions, and rationale are tracked as Amplitude events. Use this skill whenever the user wants to add Amplitude analytics to their MCP server, mentions "MCP Analytics", "@amplitude/mcp-analytics", "instrument my MCP server", "track MCP tool calls", "add rationale to my MCP tools", or wants agent traffic (Claude, Cursor, ChatGPT) attributed back to Amplitude. Also use for adding UTM tagging to MCP-returned links, or for troubleshooting identity/user_id mismatches between MCP events and web/mobile Amplitude data.

amplitude/builder-skills

Instruments a pull request with Amplitude analytics that conform to the project's existing taxonomy. Reads the tracking plan via the Amplitude MCP server (events, properties, naming conventions), analyzes the PR diff to find the few user actions genuinely worth tracking, detects the codebase's SDK and tracking patterns, and adds instrumentation that matches both. Optionally (opt-in) stages new events and properties on an Amplitude tracking-plan branch for data-governance review. Use when asked to "instrument this PR", "add analytics to this change", "add tracking", "add Amplitude events", "instrument this feature", or "what should I track here".

amplitude/builder-skills

Diagnoses product health by cross-referencing Amplitude analytics (dashboards, charts, funnels, feedback, AI agent analytics), optionally Datadog (errors, latency, stack traces), and optionally Slack (qualitative feedback, bug reports, feature requests). Identifies what's broken, what's working, and what to do about it — with root causes, not just symptoms. Use when asked to "diagnose my product", "what's going on", "product health check", "what's broken", "where are users struggling", "give me a product diagnosis", or "what should I focus on".

amplitude/builder-skills

Summarizes B2B account health by analyzing usage patterns, engagement trends, risk signals, and expansion opportunities. Use for customer success reviews, renewal preparation, QBRs, or account prioritization.

相關技能