公式スキル · マーケティング
リリース告知の文面一式
1つのメッセージハウスからローンチキットを書く。同じことを言うブログの導入、顧客へのメール、アプリ内メッセージ、SNS 投稿。
Claude・ChatGPT・コーディング用の AI で使えます。TeamとBusiness では、Pod に入れた公式スキルが改善のたびに自動で最新版になります。
使う場面
- 機能や製品を出し、顧客や見込み客に知らせたいとき
- 別々の人が書いたリリースの文面が、ばらばらのことを言っているとき
AI に渡すもの
- 何を出したか、だれのためか
- リリース日、使える範囲、料金
- ベータ版の結果などの裏づけ
- 機能とヘルプ記事へのリンク
できあがるもの
メッセージハウス、ティアの判断、そろったブログ・メール・アプリ内・SNS の文面と、未決の項目の一覧。
手順
- メッセージハウスを作る 屋根: 正しくて、ほかと違いがわかる1文（このスキルの既定値: 50字未満で、利用者を主語にする。「クリニックの院長は、〜できるようになった」）。柱を3〜4本。それぞれ別のメリット。各柱の下に、その裏づけ。数字、顧客の成果、発言。裏づけのない柱は、裏づけを用意するか削る。そのあとに事実。どこで使えるか、料金、制限。どの経路でも屋根と柱は同じにし、変えるのは形式だけ。
- ティアを決める かける手間を、見込まれる影響に合わせる（Pragmatic Institute のリリースのティア。ティアごとの文面はこのスキルの既定値）。ティア1（まれで戦略的なもの。新製品や新カテゴリー）: すべての文面とプレスリリース。ティア2（ある程度の注目に値する改善）: ブログ、メール、アプリ内、SNS。ティア3（保守のためのリリース）: アプリ内のお知らせや変更履歴の1行など、ふだんの連絡だけ。どのティアか、なぜかを書く。ティア3の変更にブログ記事は書かない。
- ブログの導入を書く 短い3段落。顧客の言葉での課題、何が新しいか、今日どう試せるか。見出しは屋根の1文か、それに近いもの。
- 顧客へのメールを書く このスキルの既定の長さは、件名が50文字未満で、できるようになったことを書く。「重大発表」にはしない。本文は300字未満で、ボタンは1つ。ボタンの行き先は機能そのもの。
- アプリ内メッセージを書く このスキルの既定値は、タイトル40文字未満、本文140文字未満、行動は1つ。その機能を使える利用者にだけ表示する。だれに見せるかを書く。
- SNS 投稿を書く LinkedIn: いちばん具体的な柱から書き出し、120〜400字（このスキルの既定値）、リンクは投稿に入れる。X: 280文字未満（X は日本語などの全角文字を1字につき2文字と数えるので、全角なら140字未満）。このスキルの既定値は、ハッシュタグ2つまで。
- 一貫しているか確かめる どの文面も機能を同じ名前で呼び、使える範囲を同じように書き、メッセージハウスの外の主張をしていない。
SKILL.md の全文
AI が読むファイルそのものです。 ダウンロード
---
name: launch-announcement
description: 機能や製品のリリース告知の文面一式を書く。まずメッセージハウスを作り、そこからブログの導入、顧客へのメール、アプリ内メッセージ、SNS 投稿を、同じことを同じ言葉で書く。リリース告知の文面、新機能のお知らせ、リリースメール、アプリ内バナー、「LinkedIn や X で告知して」、新製品・新機能のローンチキットを頼まれたときに使う。
---
# リリース告知の文面一式
リリースが届くのは、どの経路でも1つのメッセージがくり返されるとき。だれのためのものか、何が新しくできるようになったか、なぜ大事か。先にメッセージハウスを作り、そこから各文面を書く。どの文面も新しい主張を持ち込まない。
## 使う場面
- 顧客や見込み客に知らせるべき機能や製品を出すとき。
- ブログ、メール、SNS の文面を別々の人が書き、言っていることがばらばらなとき。
- すべての修正を並べるリリースノートには使わない（リリースノートを使う）。記者向けのプレスリリースにも使わない（プレスリリースを使う）。
## 用意するもの
- 何を出したか、だれのためか、前はできなかったのに今できること。
- リリース日、どこで使えるか（全プランか一部か）、料金があればその額。
- 裏づけ。ベータ版の顧客の結果、数字、発言。なければ裏づけなしで書き、「[裏づけ: 集める]」と並べる。
- リンク。ブログ記事の URL、ヘルプ記事、アプリ内の場所。なければ「[リンク: ...]」と書く。
- あれば、ブランドの語り口のメモか、合わせたい過去の告知。
## 手順
1. **メッセージハウスを作る。** 屋根: 正しくて、ほかと違いがわかる1文（このスキルの既定値: 50字未満で、利用者を主語にする。「クリニックの院長は、〜できるようになった」）。柱を3〜4本。それぞれ別のメリット。各柱の下に、その裏づけ。数字、顧客の成果、発言。裏づけのない柱は、裏づけを用意するか削る。そのあとに事実。どこで使えるか、料金、制限。どの経路でも屋根と柱は同じにし、変えるのは形式だけ。
2. **ティアを決める。** かける手間を、見込まれる影響に合わせる（Pragmatic Institute のリリースのティア。ティアごとの文面はこのスキルの既定値）。ティア1（まれで戦略的なもの。新製品や新カテゴリー）: すべての文面とプレスリリース。ティア2（ある程度の注目に値する改善）: ブログ、メール、アプリ内、SNS。ティア3（保守のためのリリース）: アプリ内のお知らせや変更履歴の1行など、ふだんの連絡だけ。どのティアか、なぜかを書く。ティア3の変更にブログ記事は書かない。
3. **ブログの導入を書く。** 短い3段落。顧客の言葉での課題、何が新しいか、今日どう試せるか。見出しは屋根の1文か、それに近いもの。
4. **顧客へのメールを書く。** このスキルの既定の長さは、件名が50文字未満で、できるようになったことを書く。「重大発表」にはしない。本文は300字未満で、ボタンは1つ。ボタンの行き先は機能そのもの。
5. **アプリ内メッセージを書く。** このスキルの既定値は、タイトル40文字未満、本文140文字未満、行動は1つ。その機能を使える利用者にだけ表示する。だれに見せるかを書く。
6. **SNS 投稿を書く。** LinkedIn: いちばん具体的な柱から書き出し、120〜400字（このスキルの既定値）、リンクは投稿に入れる。X: 280文字未満（X は日本語などの全角文字を1字につき2文字と数えるので、全角なら140字未満）。このスキルの既定値は、ハッシュタグ2つまで。
7. **一貫しているか確かめる。** どの文面も機能を同じ名前で呼び、使える範囲を同じように書き、メッセージハウスの外の主張をしていない。
## 出力の形式
```markdown
# ローンチキット — [機能]、[リリース日]
**ティア:** [1 / 2 / 3] — [理由]
## メッセージハウス
- **屋根:** [1文、利用者が主語、50字未満]
- **柱1:** [メリット] — 裏づけ: [数字、成果、発言。なければ「集める」]
- **柱2:** [メリット] — 裏づけ: [...]
- **柱3:** [メリット] — 裏づけ: [...]
- **事実:** [使える範囲、プラン、料金、制限]
## ブログの導入
**[見出し]**
[短い3段落]
## メール
- 件名: [50文字未満]
- プリヘッダー: [90文字未満]
- 本文: [300字未満]
- ボタン: [動詞で終わるラベル] → [リンク]
## アプリ内
- 対象: [だれに見せるか]
- タイトル: [40文字未満]
- 本文: [140文字未満]
- 行動: [ラベル] → [場所]
## SNS
**LinkedIn:** [120〜400字]
**X:** [280文字未満（全角で140字未満）]
## 未決の項目
- [必要な裏づけ、リンク、承認]
```
## 例
**入力:** 「シフトリー（カフェ向けのシフト管理アプリ）で、スタッフが自分でシフトを交代できるようになった。店長はワンタップで承認する。全有料プランで、5月12日から。ベータ版: 豆の木珈琲の各店で、シフトについての連絡がおよそ半分に減った[利用者からの情報]」
**出力:**
```markdown
# ローンチキット — シフト交代、5月12日（火）
**ティア:** 2 — 要望の多かった機能で、全有料プランで使える。報道向けに案内する理由はない。
## メッセージハウス
- **屋根:** カフェのスタッフが自分でシフトを交代でき、店長はワンタップで承認できるようになった。
- **柱1:** シフトの連絡が減る — 裏づけ: 豆の木珈琲では、ベータ版の期間中にシフトについての連絡がおよそ半分に減った。
- **柱2:** 店長が決める権限はそのまま — 裏づけ: 承認がなければ、交代は反映されない。
- **柱3:** シフト表がいつも最新 — 裏づけ: 承認された交代は、全員の予定にすぐ反映される。
- **事実:** 5月12日から全有料プランで。料金 [要確認: 追加料金か、プランに含まれるか]。
## ブログの導入
**カフェのスタッフが、自分でシフトを交代できるように**
シフトの変更は、たいていグループのメッセージから始まります。「土曜に入れる人いますか？」。そのあと店長が、シフト表を手で書き直します。
今日から、スタッフはシフトリーでシフトを交代できます。同僚が引き受け、店長がワンタップで承認すれば、全員の予定が更新されます。
シフト交代は、すべての有料プランで今すぐ使えます。シフト表を開き、どれかのシフトをタップして試してください。
## メール
- 件名: スタッフが自分でシフトを交代できるようになりました
- プリヘッダー: 承認はワンタップ。シフト表は全員分が更新されます。
- 本文: これまでシフトの変更といえば、グループでのやりとりと書き直しでした。これからは、スタッフがシフトを出し、同僚が引き受け、店長がワンタップで承認するだけ。豆の木珈琲では、ベータ版の期間中にシフトについての連絡がおよそ半分に減りました。シフト交代は、今日からご利用のプランで使えます。
- ボタン: シフト表を開く → [リンク: シフト表のページ]
## アプリ内
- 対象: 有料プランの店長とスタッフ
- タイトル: グループでのやりとりなしでシフト交代
- 本文: シフトをタップして交代に出せます。同僚が引き受け、店長が承認すると、シフト表が更新されます。
- 行動: 試してみる → シフト表のページ
## SNS
**LinkedIn:** 豆の木珈琲の各店では、スタッフが自分でシフトを交代できるようにしたところ、シフトについての連絡がおよそ半分に減りました。今日から、シフトリーの有料プランを使っているすべてのカフェで同じことができます。スタッフがシフトを出し、同僚が引き受け、店長がワンタップで承認。日曜の夜にシフト表を書き直す必要はもうありません。[リンク: ブログ]
**X:** カフェのスタッフが、シフトリーで自分でシフトを交代できるようになりました。同僚が引き受け、店長がワンタップで承認すれば、全員のシフト表が更新されます。全有料プランで使えます。[リンク: ブログ]
## 未決の項目
- 豆の木珈琲の名前を出す許可と、正確な数字 — [要確認: ベータ版のデータ]
- ブログとシフト表のリンク
- どのプランでも交代に追加料金がかからないか — [要確認: 料金]
```
## 送る前のチェック
- [ ] 屋根の1文の要になる言葉が、ブログの見出し、メールの件名、アプリ内のタイトルにある。
- [ ] 使える範囲と料金が、すべての文面で同じ。
- [ ] メッセージハウスにない主張をしている文面がない。
- [ ] どの文面も行動は1つで、リンクの行き先はトップページではなく機能。
- [ ] 長さの上限を守っている。件名50、アプリ内タイトル40、アプリ内本文140、X 280（全角で140）。
- [ ] 顧客名と数字は、入力にあるか、未決の項目に挙げてある。
## よくある失敗
- 「このたび〜をリリースしたことをお知らせします」と書く。読み手が気にするのは自分に何ができるかなので、そこから始める。
- 機能を3通りの名前で呼ぶ（「シフト交代」「シフトトレード」「シフトの入れ替え」）。
- 使えない利用者に告知する。たとえば、無料プランの利用者に有料プラン限定のバナーを見せる。
チームで使う
AI Skill Pod に追加すると、業務委託の方も含めてチーム全員が、自分の AI から同じ版を使えます。 AI スキルをチームで共有する方法を読む
変更履歴
- v1.0.0 · · First release.
出典
出典は英語のページです。