官方技能 · 行銷

上線公告文案組

v1.0.0 · 2026 年 11 月 4 日 更新

從同一個訊息屋寫出上線素材包：部落格開頭、給客戶的 email、產品內訊息和社群貼文，每一篇都說同一件事。

可在 Claude、ChatGPT 和程式設計代理中使用。使用 Team 和 Business 方案時，我們改進官方技能後，你 Pod 裡的這個技能會自動更新。

適用情境

• 功能或產品上線，客戶或潛在客戶應該知道
• 不同人寫的上線文案，說法各不相同

你要提供的內容

• 推出了什麼、給誰用
• 上線日期、開放範圍和價格
• Beta 成果等佐證
• 功能和說明文件的連結

你會得到的內容

一個訊息屋、等級判斷，以及一致的部落格、email、產品內訊息和社群文案，並列出待辦事項。

運作方式

1. 建立訊息屋 屋頂：一句真實且有區隔性的話（本技能的預設：50 字以內，以使用者為主詞，「診所主管現在可以……」）。3 到 4 根支柱，每根是一項不同的好處。每根支柱底下放它的佐證：一個指標、一個客戶成果、一句引言。沒有佐證的支柱，要嘛補上佐證，要嘛刪掉。接著是事實：開放範圍、價格、限制。每個管道都保留屋頂和支柱，只改變形式。
2. 決定等級 投入的力氣要和預期影響相稱（Pragmatic Institute 的上線等級；各等級要寫哪些素材是本技能的預設）。第 1 級（罕見且具策略性：新產品或新類別）：所有素材，再加新聞稿。第 2 級（值得一些關注的漸進改善）：部落格、email、產品內訊息、社群。第 3 級（維護性更新）：只做一般性溝通，例如產品內提示和一行更新紀錄。寫明是哪一級、為什麼；不要為第 3 級的變更寫部落格文章。
3. 寫部落格開頭 3 個短段落：用客戶的話說出問題、新功能是什麼、今天就能怎麼試用。標題用屋頂那句話，或很接近的說法。
4. 寫給客戶的 email 本技能預設的長度：主旨 50 字元以內，點出新功能能做什麼，不要寫「重大消息」。內文 300 字以內，一個 CTA 按鈕，直接連到功能本身。
5. 寫產品內訊息 本技能的預設：標題 40 字元以內，內文 140 字元以內，一個動作。只顯示給能使用這項功能的使用者；寫明誰應該看到。
6. 寫社群貼文 LinkedIn：用最具體的支柱當開頭的鉤子，120 到 400 字（本技能的預設），連結放在貼文裡。X：280 字元以內（X 的計算方式中，中文字每字算 2 個字元）。本技能的預設：最多 2 個 hashtag。
7. 檢查一致性 每一篇對功能的稱呼都一樣、寫的開放範圍都一樣，而且沒有訊息屋以外的說法。

SKILL.md 檔案

完整檔案，就是你的 AI 讀到的內容。 下載檔案

---
name: launch-announcement
description: 為功能或產品上線撰寫整套文案：先建立訊息屋（message house），再寫部落格開頭、給客戶的 email、產品內訊息和社群貼文，讓每一篇都用同樣的字眼說同一件事。有人要上線文案、功能發布公告、發布 email、產品內橫幅、「在 LinkedIn 上公告這個」，或新產品、新功能的上線素材包時使用。
---

# 上線公告文案組

每個管道都重複同一個訊息時，上線才會真正打中人：給誰用、他們現在能做什麼、為什麼重要。先建立訊息屋，再從它寫出每一篇；任何一篇都不加入新的說法。

## 適用情境

- 推出客戶或潛在客戶應該知道的功能或產品。
- 部落格、email 和社群文案由不同的人寫，說法各不相同時。
- 不適用於列出每項修正的版本說明：請用 release notes。也不適用於給記者的新聞稿：請用新聞稿技能。

## 需要準備

- 推出了什麼、給誰用，以及他們現在能做到以前做不到的什麼。
- 上線日期、開放範圍（所有方案或部分方案），以及價格（如果有）。
- 佐證：Beta 客戶的成果、一個數字、一句引言。如果沒有，就先寫不含佐證的文案，並列出「[佐證：待收集]」。
- 連結：部落格文章網址、說明文章、產品內的位置。沒有的話用「[連結：……]」。
- 選填：品牌語氣說明，或一篇過去的公告供參照。

## 步驟

1. **建立訊息屋。** 屋頂：一句真實且有區隔性的話（本技能的預設：50 字以內，以使用者為主詞，「診所主管現在可以……」）。3 到 4 根支柱，每根是一項不同的好處。每根支柱底下放它的佐證：一個指標、一個客戶成果、一句引言。沒有佐證的支柱，要嘛補上佐證，要嘛刪掉。接著是事實：開放範圍、價格、限制。每個管道都保留屋頂和支柱，只改變形式。
2. **決定等級。** 投入的力氣要和預期影響相稱（Pragmatic Institute 的上線等級；各等級要寫哪些素材是本技能的預設）。第 1 級（罕見且具策略性：新產品或新類別）：所有素材，再加新聞稿。第 2 級（值得一些關注的漸進改善）：部落格、email、產品內訊息、社群。第 3 級（維護性更新）：只做一般性溝通，例如產品內提示和一行更新紀錄。寫明是哪一級、為什麼；不要為第 3 級的變更寫部落格文章。
3. **寫部落格開頭。** 3 個短段落：用客戶的話說出問題、新功能是什麼、今天就能怎麼試用。標題用屋頂那句話，或很接近的說法。
4. **寫給客戶的 email。** 本技能預設的長度：主旨 50 字元以內，點出新功能能做什麼，不要寫「重大消息」。內文 300 字以內，一個 CTA 按鈕，直接連到功能本身。
5. **寫產品內訊息。** 本技能的預設：標題 40 字元以內，內文 140 字元以內，一個動作。只顯示給能使用這項功能的使用者；寫明誰應該看到。
6. **寫社群貼文。** LinkedIn：用最具體的支柱當開頭的鉤子，120 到 400 字（本技能的預設），連結放在貼文裡。X：280 字元以內（X 的計算方式中，中文字每字算 2 個字元）。本技能的預設：最多 2 個 hashtag。
7. **檢查一致性。** 每一篇對功能的稱呼都一樣、寫的開放範圍都一樣，而且沒有訊息屋以外的說法。

## 輸出格式

```markdown
# 上線素材包 — [功能]，[上線日期]
**等級：** [1 / 2 / 3] — [原因]

## 訊息屋
- **屋頂：** [一句話，以使用者為主詞，50 字以內]
- **支柱 1：** [好處] — 佐證：[指標、成果或引言；或「待收集」]
- **支柱 2：** [好處] — 佐證：[……]
- **支柱 3：** [好處] — 佐證：[……]
- **事實：** [開放範圍、方案、價格、限制]

## 部落格開頭
**[標題]**
[3 個短段落]

## Email
- 主旨：[50 字元以內]
- 預覽文字：[90 字元以內]
- 內文：[300 字以內]
- 按鈕：[動詞開頭的文字] → [連結]

## 產品內訊息
- 對象：[誰會看到]
- 標題：[40 字元以內]
- 內文：[140 字元以內]
- 動作：[按鈕文字] → [位置]

## 社群
**LinkedIn：** [120–400 字]
**X：** [280 字元以內]

## 待辦事項
- [需要的佐證、連結或核准]
```

## 範例

**輸入：** 「排班通（咖啡店的排班 App）現在讓員工自己換班，店長點一下就能核准。所有付費方案，5月12日 上線。Beta：豆留咖啡的排班訊息減少了大約一半 [使用者提供]。」

**輸出：**

```markdown
# 上線素材包 — 換班功能，5月12日
**等級：** 2 — 所有付費方案都能用、大家期待已久的功能；沒有必要向媒體發布。

## 訊息屋
- **屋頂：** 咖啡店員工現在可以自己換班，店長點一下就能核准。
- **支柱 1：** 排班訊息變少 — 佐證：豆留咖啡在 Beta 期間的排班訊息減少了大約一半。
- **支柱 2：** 店長依然能掌控 — 佐證：沒有核准就不會換班。
- **支柱 3：** 班表永遠是最新的 — 佐證：核准後，每個人的班表立刻同步更新。
- **事實：** 5月12日 起所有付費方案都能使用；價格 [待確認：另外收費或已包含]。

## 部落格開頭
**咖啡店員工現在可以自己換班**
大多數的班表異動，都從一則訊息開始：「星期六有人可以幫我代班嗎？」接著店長再手動改一次班表。
從今天起，員工可以在排班通裡換班。同事接受、店長點一下核准，每個人的班表就會更新。
換班功能現在已開放所有付費方案。打開班表，點任何一個班次就能試用。

## Email
- 主旨：員工現在可以自己換班了
- 預覽文字：點一下就能核准，每個人的班表同步更新。
- 內文：以前改班表，代表要在群組裡問一輪，再整份重排。現在員工把班次釋出，同事接受，您點一下就能核准。豆留咖啡在 Beta 期間，排班訊息減少了大約一半。您的方案今天就能使用換班功能。
- 按鈕：打開班表 → [連結：班表頁面]

## 產品內訊息
- 對象：付費方案的店長和員工
- 標題：換班，不必再到群組裡問
- 內文：點一下班次就能釋出。同事接受、店長核准，班表就會更新。
- 動作：試試看 → 班表頁面

## 社群
**LinkedIn：** 豆留咖啡讓員工自己換班之後，排班訊息減少了大約一半。從今天起，每一家使用排班通付費方案的咖啡店都能這麼做。員工釋出班次，同事接受，店長點一下就能核准。再也不用在星期天晚上重排班表。[連結：部落格]
**X：** 咖啡店員工現在可以在排班通裡自己換班。同事接受、店長點一下核准，每個人的班表同步更新。所有付費方案已開放。[連結：部落格]

## 待辦事項
- 豆留咖啡是否同意具名，以及確切數字 — [待確認：Beta 資料]
- 部落格和班表的連結
- 換班功能在任何方案是否另外收費 — [待確認：價格]
```

## 寄出前檢查

- [ ] 屋頂那句話的關鍵詞，出現在部落格標題、email 主旨和產品內訊息的標題中。
- [ ] 每一篇的開放範圍和價格都完全一致。
- [ ] 沒有任何一篇出現訊息屋以外的說法。
- [ ] 每一篇只有一個動作，連結指向功能本身，而不是首頁。
- [ ] 符合長度限制：主旨 50、產品內標題 40、產品內內文 140、X 280。
- [ ] 客戶名稱和數字都出自輸入內容，或列在待辦事項中。

## 常見錯誤

- 寫「我們很高興宣布」。讀者在意的是自己能做什麼，所以從這裡開始寫。
- 同一個功能有 3 種叫法（「換班」、「班次交換」、「班表互換」）。
- 對不能使用的人公告，例如讓免費方案的使用者看到只限付費方案的橫幅。

分享給你的團隊

把它加入 AI Skill Pod，團隊每個人（外包人員也包括在內）都能從自己的 AI 使用同一個版本。 看看和團隊分享 AI 技能的最佳做法

加入我團隊的 Pod

更新紀錄

• v1.0.0 · 2026 年 11 月 4 日 · First release.