newsletter-creation-curation について
newsletter-creation-curationは、企業の事業背景に合わせたB2Bニュースレターを作成するスキルです。読者や編集方針の整理から号の設計、公開用原稿までを導き、アウトラインや複数週のカレンダーも作成できます。
主な機能
- 01アウトライン・完全版・詳細モード
- 02事業背景の体系的な聞き取り
- 03執筆前の号の設計
- 04件名・洞察・実践手順・CTA
- 054週間のカレンダーと読者セグメント案
活用シーン
- 01次号のニュースレター企画
- 02公開用B2Bニュースレターの執筆
- 03ニュースレター運用とコンテンツカレンダーの構築
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ brianrwagner/ ai-marketing-claude-code-skills --skill newsletter-creation-curationインストール後、Claude Code で/newsletter-creation-curationを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
PLAYBOOK.mdREADME.mdSKILL-OC.md.clawdhub/origin.jsonexamples/example-hr-tech-issue.mdexample-sales-tech-issue.mdtemplates/fintech-template.mdhr-tech-template.mdops-tech-template.mdsales-tech-template.md詳細
ニュースレターの作成とキュレーションのスキル
このスキルを使って、一般的なコンテンツテンプレートではなく、ビジネスの状況に合ったB2Bニュースレターを作成します。
戦略に関する詳細なガイダンスは PLAYBOOK.md にあります。
このファイルを実行用の運用マニュアルとして使用してください。
モード
状況から判断するか、次のように尋ねます:「概要のみ、完全版、または完全版+カレンダーのどれにしますか?」
| モード | 内容 | 最適な用途 |
|---|---|---|
quick | ニュースレターの概要+リード記事の切り口3案。執筆は行いません | 企画、編集方針 |
standard | 全セクションを書いたニュースレターの完全版 | 今週の配信 |
deep | ニュースレターの完全版+4週間分のコンテンツカレンダー+オーディエンスのセグメント化に関する推奨事項 | ニュースレターの立ち上げや体系化 |
デフォルト:standard — 何を書くか検討中の場合は quick を使用します。ニュースレターをゼロから作成する場合や規模を拡大する場合は deep を使用します。
コンテキスト読み込みの条件
ニュースレターのコンテンツを生成する前に、以下を確認してください:
- 会社のコンテキスト: どのような製品/サービスですか?ICPは誰ですか?
- ニュースレターの目標: リード獲得/ソートリーダーシップ/パーソナルブランド/カテゴリーの確立
- 業界の分野: セールステック/HRテック/フィンテック/オペレーションテック
- 会社のステージ: Series A/Series B/Series C+
- 役職: 創業者/VP・ディレクター/PMM・コンテンツ担当/エンタープライズ企業の従業員
- 地域: 米国優先/インド優先
- 過去の号: 一貫性とトーンを維持するために、既存の号はありますか?
- 承認上の制約: 法務/ブランド/マネージャーによるレビューが必要ですか?
構造化されたヒアリング — 先に進む前に、5つの項目すべてに回答してください:
Goal: [lead_gen | thought_leadership | personal_brand | category_ownership]
Industry: [sales_tech | hr_tech | fintech | ops_tech]
Stage: [series_a | series_b | series_c_plus]
Role: [founder | vp_director | pmm_content | enterprise_employee]
Geography: [us_first | india_first]
フェーズ1:コンテキスト分析
下書きを作成する前に、以下を検討します:
- テンプレートの適合性: どの業界テンプレートが最も適していますか?(セールステック=データ重視、HRテック=調査主導、フィンテック=コンプライアンスを考慮、オペレーションテック=実践重視)
- 配信頻度の適合性: Series A=シンプルな週刊/隔週刊、Series B=プロセスを整えた週刊、Series C+=柱を設けたメディア品質の週刊
- 役職による制約: 創業者=率直な見解を述べてよい、従業員=最終稿の前に承認チェックポイントが必要
- 地域に応じた調整: インド優先=ISTの配信時刻+地域に即した事例、米国優先=EST/PST+米国のベンチマーク
- 目標とコンテンツの整合性: リード獲得には明確なコンバージョンCTAが必要です。ソートリーダーシップには一般的なコンテンツではなく、独自の洞察が必要です
次の形式で、戦略を1行で出力します:
For [ICP], we publish [cadence] to achieve [goal] with [format].
フェーズ2:号の設計図
完全な下書きを作成する前に、号の設計図を作成します:
## Issue Blueprint
**Strategy:** For [ICP], [cadence] to achieve [goal].
**Industry tone:** [tactical/research-led/compliance-aware/practical]
**Approval required:** [yes/no — who]
**Sections:**
1. Subject lines (3 options) — [~words each]
2. Hook — [target ~75 words]
3. Core insight — [target ~200 words]
4. Actionable playbook — [target ~150 words, 3-5 steps]
5. CTA — [1 sentence, singular action]
確認を得てから下書きに進むか、そのまま下書きに進みます。
フェーズ3:号の完全な下書き
そのまま公開できる完全な下書きを生成します。必須の構成 — すべての号に適用:
件名の案(3案必須)
異なる切り口を3つ作成します:
- A:好奇心を刺激する/答えを先延ばしにする(「ほとんどの[ICP]が見落としている指標」)
- B:具体的+メリット(「[企業タイプ]が[期間]で[X]を達成する方法」)
- C:逆張り/大胆(「[よくある行動]はやめましょう。代わりにこれを実行してください。」)
フック
- 最初の2文で読者の読む価値を示します
- 問題と、その重大性から始めます
- 目標:忙しい読者が60秒で要点をつかめること
核となる洞察
- 1号につき主要な持ち帰りは1つだけです。3つではありません
- データ、フレームワーク、または名称の付いたパターンで裏付けます
- 可能な限り、具体的な数値や固有名詞のある事例を含めます
実践的なプレイブック
- 3~5個のステップまたはチェック項目
- 各ステップは概念的なものにとどまらず、実行できる内容にします
- Series A=よりシンプルなステップ、Series C+=より高度なプロセス
CTA
- 測定可能なアクションを1つだけにします
- 選択肢:[X]への返信、[リンク]のクリック、[アセット]の共有、[デモ]の予約
- 曖昧なCTA(「詳細を見る」など)は使用しません
フェーズ 4:仕上げチェックリスト
納品前に実施します:
-
Clarity:忙しい読者が60秒で価値を得られますか? -
Specificity:各セクションに具体的なガイダンスや根拠が含まれていますか? -
Relevance:トーンは業界や役割の制約に合っていますか? -
Compliance:フィンテック/従業員主導の場合、法務担当者/マネージャーによるレビューのステップが含まれていますか? -
Consistency:文体は過去の号(提供されている場合)と一貫していますか? -
CTA:測定可能なCTAはちょうど1つですか?2つでも0でもありませんか?
フェーズ 5:自己批評(必須)
ドラフトの完成後、以下を評価します:
- 件名のA案は、釣り見出しにならず、読者の本物の好奇心を引き出していますか?
- 冒頭のフックは、最初の2文で問題とその重大性を伝えていますか?
- 中心となる洞察は、一般的なAIプロンプトでは得られないものですか?
- プレイブックの手順は、この読者層に特化したもので、一般的な「ヒント」ではありませんか?
- CTAは実際に測定可能ですか?つまり、効果があったかどうかを追跡できますか?
- フィンテック/従業員関連の文脈では、明示的な承認チェックポイントがありますか?
問題があれば指摘します:「Series BのSaaS企業には、プレイブックの手順が一般的すぎます。初心者向けの内容に見えます。既存のプロセスが成熟していることを前提とする内容に修正しました。」
反復プロトコル
ドラフトの納品後:
- 「フックは読み進める価値がありますか?プレイブックは読者にとって実践的ですか?」と尋ねます。
- フックが弱い場合 → 別の切り口(データ主導、ストーリー主導、または逆張り)で書き直します。
- プレイブックが一般的すぎる場合 → 内容の土台にするため、実体験に基づく具体例を尋ねます。
- 次号に向けて:「次号が今回の内容を発展させられるよう、これらのコンテンツテーマを保存しておきましょうか?」と尋ねます。
出力構成
## Newsletter Issue: [Name] — Issue #[X] — [Date]
**Strategy:** For [ICP], [cadence] to achieve [goal].
---
### Subject Line Options
A) [Curiosity/open loop]
B) [Specific + benefit]
C) [Contrarian/bold]
**Recommended:** [A/B/C] — [reason]
---
### Hook
[2-3 sentences — problem + stakes]
---
### Core Insight
[200-300 words — data, framework, or named pattern]
---
### Actionable Playbook
1. [Step]
2. [Step]
3. [Step]
---
### CTA
[Single measurable action]
---
### Distribution Plan
- **Send time:** [Day, Time, Timezone]
- **LinkedIn amplification:** [Post angle / hook]
- **Secondary channel:** [Platform + angle]
### KPI Targets
- Open rate goal: [%]
- CTR goal: [%]
- Primary metric: [SQLs / subscribers / replies]
### Approval Required
[Yes — [who] | No]
### Self-Critique Notes
[Issues flagged + revisions made]
プレイブックのマップ(詳細は PLAYBOOK.md を参照)
- セールステック戦略:
SECTION A - HRテック戦略:
SECTION B - フィンテック戦略:
SECTION C - オペレーションテック戦略:
SECTION D - 役割別の承認と地域別の戦術:
CROSS-CUTTING: UNIVERSAL FRAMEWORKS
Brian Wagner によるスキル | AI マーケティングアーキテクト | brianrwagner.com