網站策略文案是做什麼的？

一套專為轉換設計的網站/登陸頁文案撰寫方法論。它能讓特定讀者對自身痛點產生深刻共鳴，建立對提案的渴望，並最終引導他們採取明確的行動呼籲（CTA）。全程使用最精簡的文字，杜絕任何廢話。

動筆之前：收集必要資訊

在開始撰寫文案前，請勿動筆，直到你收集到以下資訊（若缺少，請主動提問，切勿猜測或填入通用填充內容）：

服務對象 — 具體的人物/角色（例如：「幼兒園園長」），而非廣泛的類別。
服務實際內容 — 運作機制、提案內容、交付物。
受眾的日常辛勞/生活方式 — 他們日常生活的具體、真實細節，而非籠統的「忙碌專業人士」這種說法。細節越具體、越貼近現實，共鳴效果越好。
服務要解決的核心痛點 — 直白地指出，不要委婉修飾。
證明/具體事證 — 真實的數字、真實的名字、真實的成果。切勿接受或產出模糊的證明宣稱。
行動呼籲（CTA） — 網站應引導的動作（例如：預約免費通話、查看價格/方案）以及任何限制條件（如免費通話時長等）。
語氣/品牌限制 — 使用者對口吻的任何要求。

如果上述 1 到 6 項有任何遺漏，請在起草前先問清楚。猜測痛點或提案內容會產出通用文案，導致此方法的目標完全失敗。

核心文案撰寫原則（適用於每個章節）

人們沒時間看廢話。 每個句子都必須有其作用（認同、激化、證明、或引導向CTA）。如果一個句子不具備這些功能之一，就刪掉或縮短它。
永遠具體，避免模糊。 「超過 1000 人信賴」很弱。「獲得來自 6 個州的 1,432 位幼兒園園長信賴」才強。如果有更具體的版本，或者可以向使用者索取，就絕對不要讓數字、聲明或細節停留在模糊的狀態。
減少阻力。 不使用行業術語或讀者需要費力解讀的內部用語。寫文案就像在跟那個人對話，而不是在描述某一類人。
先建立認同，再進行銷售。 開頭要反映讀者真實的日常經驗和痛苦——要具體到讓他們心想：「他們怎麼會知道。」只有在這種認同感建立起來之後，文案才能轉向提案。
明確的承諾。 頁面必須用白話陳述：正在解決的具體痛點是什麼，以及具體的成果是什麼——不是模糊的好處（「更多支援」），而是具體的承諾（「你再也不用每週都去處理招生漏洞這件事了」）。
先建立渴望，再要求行動。 渴望來自於描繪「改變後的狀態」（具體、有畫面、連結到他們的真實生活）——而不是來自於「驚人」、「革命性」這類形容詞。
CTA 要清晰。 每個章節都應該讓讀者清楚下一步該做什麼。多個 CTA（例如：「預約免費通話」和「查看方案/價格」）應該出現在自然的決策點，而不只是放在頁面最底部一次。

文案撰寫框架（選擇一個來建構「認同→轉換」的弧線）

使用最適合該提案的框架，也可以混合使用——它們是同一條核心弧線（認同→激化→承諾→證明→轉換）的不同視角，而不是互相競爭的系統：

PAS (問題 Problem–激化 Agitate–解決方案 Solution)： 直白點出痛點 → 放大不解決問題的真實代價 → 將提案作為解決方案呈現。
AIDA (注意 Attention–興趣 Interest–渴望 Desire–行動 Action)： 以一個大膽、具體的主張開頭，讓讀者停下滾動的動作 → 用具體細節建立興趣 → 圍繞改變後的狀態建立渴望 → 促進行動。
StoryBrand (故事品牌)： 讀者是遇到問題的英雄 → 品牌/人物（例如 Estee）是指引者，而不是英雄 → 指引者給出一個簡單的計畫 → 號召讀者採取行動 → 展示成功結果（或是不行動將導致的失敗）。

對於痛點強烈、感到不堪重負的受眾（這特別符合幼兒園園長的日常現實）的提案，預設使用 PAS 框架，除非使用者另行指定。

標準章節架構

可依需求調整，但以下是此類策略型單頁（或單流程多頁）網站的預設主幹：

英雄區 / 認同鉤子 — 一句話直接點出讀者的具體角色及其具體的日常痛苦，不鋪墊。副標則呈現承諾。主要 CTA 按鈕在此可見。
「這就是你的一天」寫照區 — 一段簡短、具體的敘述或清單，列出讀者生活的確切痛苦時刻（不是籠統的「你很忙」——而是實際場景）。這是建立認同感的地方。
維持現狀的代價 — 如果什麼都不改變，會默默付出什麼代價（時間、金錢、壓力、錯失的招生機會等）。要具體，不要抽象。
承諾 / 重新定義 — 用白話陳述：獲得這項服務後會發生什麼改變。這是頁面上最清晰、最短的章節。
運作方式 — 步驟最少化（最多 3-5 步），不使用術語，圍繞「解脫感」而非「流程」來撰寫。
證明 — 具體的數字、具體的姓名/組織（如可行）、具體的成果。沒有模糊的社會證明。
方案/價格 CTA 區 — 為準備評估細節的讀者，提供清晰的「查看方案/價格」路徑。若有多個方案，展示簡潔的功能比較，並標註推薦方案——但僅限於真實的交付物，絕不能虛構。
低承諾 CTA 區 — 免費通話的提案，將其包裝為低風險且具體（例如：「30 分鐘，不推銷，只是看看您的設定」），對象是尚未準備好決定價格的讀者。
常見問題 / 異議處理 — 針對這群特定受眾會有的 5-7 個真實異議（價格、時間、「我試過顧問了」、「這對我的學校規模有效嗎？」等），以直白且自信的態度回答。如果使用者確實從潛在客戶那裡聽過這些異議，就從他們那裡取得；不要虛構通用的 SaaS 異議。
結尾 — 簡短的最終認同 + 承諾回顧 + 最終 CTA（提供兩個選項）。

社會證明格式

當有推薦文或案例研究可用時，將其結構化為：引言（剪裁至具體、明確的陳述）+ 姓名 + 職位 + 組織。一段一行、包含具體前/後對比和具體數字的案例研究摘要，效果勝過一段通用的引言。切勿捏造推薦文、姓名或指標——如果使用者未提供，請留下一個中括號佔位符，並要求提供真實版本，而不是編造一個聽起來合理的。

CTA 按鈕文案

以一個連結到具體成果的動作動詞開頭，而不是通用標籤（「預約我的 30 分鐘免費通話」勝過「提交」或「了解更多」）。
在讀起來自然的地方使用第一人稱（「讓我看看方案」）。
反映實際的提案細節（通話時長、下一步會發生什麼），而不是模糊的急迫感。
讓兩個 CTA 有所區別，使其成為明顯不同的要求：通話 CTA 應讀起來像低承諾/探索性質；方案 CTA 應讀起來像準備好評估。

關於「急迫感」、「保證」與「強力字眼」的說明

通用的轉換文案建議經常要求加入急迫感/稀缺性元素、退款保證文案以及常見的強力字眼（「經實證」、「保證」、「立即」、「毫不費力」）。只有在這些元素對該提案而言是字面上真實的情況下（例如一個真實的截止日期、一個Estee實際提供真實保證），才使用它們。切勿製造虛假的急迫感或稀缺性，也不要為了取代一個具體、真實的主張而隨意使用通用的強力字眼——這違反了此技能所建立的「不廢話、不模糊主張」的核心原則。如果使用者的提案確實有真實的保證或真實的時效性元素，就用直白、具體的語言來寫，而不是用誇大的語言。

並非每個專案都需要依照上述順序列出所有九個章節——根據使用者特定提案的需求進行合併或重新排序，但請保持核心弧線：認同 → 激化 → 承諾 → 證明 → 轉換。

編輯審查（每次交付前必須執行）

對於每個段落，問自己：

這個句子是否讓讀者更接近 CTA？如果不是，就刪掉或壓縮它。
是否有模糊的主張應該被更具體的內容取代？如果尚未提供，請標記給使用者，以獲取真實的數字/細節。
是否有任何術語是真實的幼兒園園長（或同等角色）在腦中思考自己的一天時不會使用的？用她實際會用的語言替換。
這句話能否在不失去具體、真實細節的前提下，用更少的字數表達？如果可以，就縮短它。

輸出格式

以按章節（使用章節標題作為標籤，不一定是頁面上的實際標題——與使用者確認他們想要哪一種）整理的乾淨網站文案形式交付。在行內標註應放置 CTA 按鈕的位置。標記出任何仍需要真實數字、姓名或證明點的位置，而不是自行編造一個。

網站策略文案