copywriter-skill について
マーケティングコピーの作成とレビューを支援するスキルです。新しい文章の作成や既存コピーの改善に向けて、明確さ、具体性、読者視点を重視します。
主な機能
- 01作成とレビューの 2 モード
- 02読者、目的、認知段階に沿った構成
- 03AIDA、PAS、BAB、FAB などの活用
- 04明確さの観点別評価
- 05見出し案の生成と評価
活用シーン
- 01ランディングページやメールの作成
- 02既存コピーのレビューと書き換え
- 03見出し候補の作成
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ firatcand/ founder-skills --skill copywriter-skillインストール後、Claude Code で/copywriter-skillを入力して読み込まれたか確認します。
同梱ファイルreferences/knowledge-base.md
詳細
明確さ優先のコピーライティング
このスキルでは、2つのモードを利用できます。WRITE(新しいコピーを作成)とREVIEW(既存のコピーを監査して改善)です。どちらも、明確さを優先する同じ手法に基づいています。
出力の規律
ユーザーが実際に使うものだけを納品してください。内部の仕組みを出力に漏らさないでください。
- 読者に見えない参照表記は含めないでください(「§3.2」、「ナレッジベースによると」、「KB §1.4」など)。
- モードやプロセスの説明は含めないでください(「モード:生成」、「必要な情報はすべてそろいました」、「スキルの手法に従って」など)。
- 納品物の中に、スキルへ引き継ぐ旨の説明を含めないでください。
フレームワークは表に出さずに適用し、読者の役に立つ場合に限って名前を挙げてください。作業過程を見せるために名前を挙げないでください。文脈が不足している場合は、前提を1行で示して、そのまま進めてください。質問攻めにしないでください。
トリガー時の最初のアクション: 出力を作成する前に、
references/knowledge-base.mdを読んで、手法全体を把握してください。ナレッジベースには、以下の判断すべての基盤となる、詳しい原則、フレームワーク、実践者向けの指針が記載されています。
モードの判定
ユーザーの依頼からモードを判定します。
| 手がかり | モード |
|---|---|
| 「書く」「下書きする」「作成する」「考案する」 | WRITE |
| 「レビューする」「編集する」「改善する」「批評する」「監査する」「書き直す」「修正する」 | REVIEW |
| ユーザーが既存のコピーを貼り付けて、支援を求めている | REVIEW |
| ユーザーが目標や対象読者を説明し、成果物を求めている | WRITE |
| 曖昧な場合 | 文脈から推測します(コピーの貼り付けがあればREVIEW、目標の説明があればWRITE)。本当に判断が難しい場合は、前提を明示して進めます。 |
WRITE モード
ステップ1:文脈を把握する
ブランド、文体、対象読者、検討段階の文脈が示されている場合は、それに従ってください。示されていない場合は、前提を明示して進めてください。文脈から推測し、本当に情報が不足している場合は、前提を明示して進めてください。1語も書き始める前に、以下を明確にします。
- 形式:何を作成しますか?(ランディングページのヒーロー部分、ランディングページ全体、メール、見出しセット、CTA、広告、製品説明など)
- 対象読者:誰が読むのですか?役割、悩み、状況を具体的にします。
- 認知段階(Schwartz):読者は認知度の段階のどこにいますか?
- 未認知 → 問題を明らかにし、名前を付ける必要があります
- 問題認知 → 問題を印象的に描き、重要性を高めます
- 解決策認知 → 自社のカテゴリーやアプローチを解決策として紹介します
- 製品認知 → 差別化を示し、証明し、比較します
- 最も認知度が高い → 具体的なオファー、割引、条件を提示します
- 目標:読者に取ってほしい行動を1つに絞ります。
- 主要な根拠/具体情報:数値、成果、顧客の声、仕組みなど、具体的な情報を挙げます。
- 文体/トーンの指針:ブランドの文体に関する特性があれば、それに従います。なければ、明快で、率直、自信があり、親しみやすい文体を標準とします。
ユーザーがほとんどの情報を提示している場合は、妥当な範囲で不足を補い、前提を明示してください。質問を重ねすぎないでください。
ステップ2:フレームワークを選ぶ
形式と認知度に応じて、中心となる構成フレームワークを選びます。
| 文脈 | 推奨フレームワーク |
|---|---|
| ランディングページ全体、またはセールスページ | AIDA — 注意 → 関心 → 欲求 → 行動 |
| 悩みを軸にしたメール、広告、短いページ | PAS — 問題 → 深刻化 → 解決策 |
| ケーススタディ、変化を描くストーリー | BAB — 以前 → 以後 → 橋渡し |
| 機能を多く掲載する製品ページ、B2B データシート | FAB — 機能 → 優位性 → 利点 |
| 見出しの作成、件名のストレステスト | 4 U — 有用性、緊急性、独自性、具体性の高さ |
フレームワークを組み合わせてもかまいません。例:AIDA の構成で、関心を引くセクションに PAS、欲求を高めるセクションに FAB を適用します。
ステップ 3:ドラフトを作成する
執筆中は、次の譲れない明確さのルールを守ってください。
- 平易な言葉:長い言葉より短い言葉を選びます。専門用語より日常的な英語を使います。中学2年生程度の読みやすさを目指します。
- 具体性:具体的な数字、明示された成果、測定可能な効果を示します。「時間を節約する」ではなく「週に3時間節約する」とします。
- 要素ごとに役割は1つ:各ページには目標を1つ、各セクションには主張を1つ、各文には考えを1つだけ盛り込みます。
- 機能よりメリット:「それで何がよいのか?」という問いに必ず答えます。機能 → 利点 → メリットの順に示します。
- 読者を中心にした表現:すべての文で、読者の視点から「自分にとってどんな意味があるのか?」に答えます。「発表できてうれしく思います……」ではなく、「これでできるようになったことをご紹介します……」とします。
- 誠実な緊急性:本当に期限や数量の制限がある場合だけ、緊急性を示します。品薄を偽ってはいけません。
- 見出しが最も重要:オグルヴィのルールでは、見出しが1ドルのうち80セントを担います。明確なメリットを伝え、対象読者を示し、できれば新しさや具体性も盛り込みます。
ステップ 4:提示前に自分で推敲する
ドラフトを見せる前に、次の観点で自分の文章を見直してください。
- オーウェルの観点:削れる言葉はありませんか? 長い言葉を短くできませんか? 専門用語を平易な言葉に置き換えられませんか?
- ホプキンスの観点:購入を迷っている見込み客の背中を押す言葉になっていますか? そうでなければ削るか、書き直します。
- 具体性の観点:曖昧な表現をすべて具体的な表現に置き換えます。「速い」なら「2分以内」、「多い」なら「1,200以上」とします。
- 共感の観点:対象読者になったつもりで読み直します。どんな疑問が残りますか? 企業らしい中身のない表現に感じる部分はありませんか?
ステップ 5:根拠とともに提示する
ドラフトを提示するときは、次のことを行ってください。
- 使用したフレームワークとその理由を簡潔に述べます。
- 想定した認知段階を示します。
- ユーザーの入力が不足していたため、仮定を置いた箇所があれば明記します。
- ランディングページまたはメールを書く場合は、見出しの案を2〜3個提示します(見出しは必ずテストしてください)。
レビューモード
ステップ 1:コピーを読む
ユーザーのコピーを注意深く読み、次の点を特定します。
- 想定される形式(メール、ランディングページ、広告など)
- 想定される対象読者
- 想定される認知段階
- 想定される目的/主な CTA
ステップ 2:明確さの観点から評価する
各項目を1〜5で評価し、根拠を1行で示します。
| 項目 | 評価する内容 |
|---|---|
| 明確さ | 中学2年生でも要点を理解できますか? 専門用語は使われていないか、説明されていますか? |
| 具体性 | 主張は具体的で測定可能ですか? 数字、名称、期間が示されていますか? |
| メリット重視 | コピーは「それで何がよいのか?」に答えていますか? それとも機能を並べるだけですか? |
| 読者への共感 | 読者の視点で書かれていますか? それとも会社の視点ですか? |
| 構成 | 各セクションに役割が1つありますか? フレームワーク(AIDA、PASなど)に一貫性がありますか? |
| CTAの強さ | 行動は明確で具体的、かつ簡単に実行できますか? 補足するマイクロコピーはありますか? |
| 見出し/フック | 見出しはメリットを伝え、対象読者を示し、関心を引きますか? |
| 信頼の根拠 | 根拠は具体的で、意思決定の場面に近い位置にありますか? 中身のない最上級表現はありませんか? |
| トーンの適合性 | トーンは対象読者や状況に合っていますか? 会話調ですか、それとも堅苦しいですか? |
| 簡潔さ | 意味を損なわずに削れる部分はありますか? ごちゃつきや余分な表現はありませんか? |
ステップ 3:避けるべきパターンを特定する
次の項目に当てはまるものがあれば、明示してください。
- 専門用語/曖昧さ:弱いポジショニングを隠す抽象的な企業用語
- 明快さより気の利いた表現を優先:言葉遊びで商品やメリットが分かりにくくなっている
- 機能の羅列:メリットを示さずに機能を並べている
- 自社中心の表現:読者にとっての価値ではなく、「発表できてうれしく思います……」といった表現をしている
- 偽りの緊急性:偽のカウントダウン、作り上げた品薄感、根拠のない最上級表現
- 構成の混乱:CTAが競合している、ページの目的が不明確、認知段階に合っていない
- メッセージの不一致:ヒーローセクションや見出しが、流入元と合っていない
ステップ 4:改善案を書き直す
見つかった各問題について:
- 問題のある行またはセクションを引用します。
- 違反している原則を挙げます(自然な場合は、たとえば「Orwell の削るべき言葉の原則」や「Hopkins の営業担当者テスト」のように、提唱者も示します)。
- 書き直した案を提示します。
ステップ 5:レビューを提示する
次の形式でレビューをまとめます。
- 全体評価 — 全体的な印象を1~2文で要約します。
- 評価表 — スコアと根拠を記載した各項目の表です。
- 優先事項トップ 3 — 影響の大きい変更を優先度順に示します。
- 詳細な書き直し — 優先度の高い問題を行ごとに修正します。
- うまくいっている点 — 強みを認めます。すべてを直す必要はありません。
見出しの作成
見出しの品質ルール
- 能動態で、力強い動詞を使う。「メールのやり取りでクライアントのフィードバックを失うのを防ぐ」は、「メールのやり取りの中でクライアントのフィードバックが失われることはよくあります」よりも優先します。主語が動作を受けるのではなく、動作するようにします。
- 前置きの冗長な言葉を避ける。「ご紹介」「発見する」「可能性を引き出す」「ようこそ」などは避けます。メリット、課題、数字、または対象読者から始めます。
- **見出しでは核となるアイデアを1つに絞る。**リズムやニュアンスを加えても構いませんが、主張は1つにします。2つのアイデアを盛り込むと、どちらの訴求力も弱まります。
- **5~12語を目安にする。**意味や個性を伝えるには十分な長さで、ひと目で読める短さにします。15語を超える場合は、見出しではなく説明になっている可能性があります。
- **個性を歓迎する。**明快さを第一にすれば、リズム、対比、引用句、具体性を使って、見出しに個性を加えられます。個性のある見出しは、ただ短いだけの見出しよりも効果的です。
作成プロセス
-
異なるアプローチを取り入れた5~8案を作成します。
- メリット優先(Ogilvy スタイル):「請求書の照合を、何日もかけずに数分で。」
- 課題を前面に(PAS):「メールのやり取りでクライアントのフィードバックを失うのを防ぐ。」
- ハウツー:「メールに埋もれずにクライアントのプロジェクトを5件管理する方法。」
- 数字・具体性:「修正3回。メール47通。明確さはゼロ。」
- 好奇心+明快さ:「『今どのバージョンですか?』—もう聞かなくて済みます。」
- 対象読者を明示:「フリーランスのデザイナーへ:フィードバックのワークフローを見直しましょう。」
- 対比・緊張感:「すべての修正依頼、すべてのメモを、ひとつの場所に。」
-
各見出しを4 Uで評価します。有用か?緊急性があるか?独自性があるか?具体性が極めて高いか?それぞれに ✓/✗ を付けます。
-
最有力案と次点案を、根拠とともに推薦します。
メール特有のガイダンス
メールのコピーを書く場合:
- **件名:**巧妙さより明快さを優先します。メリットを中心にし、4 Uで評価します。件名案を3つ以上提示します。
- **書き出し:**特定の1人に宛てて書くようにします。「大切なお客様へ」のような表現は避けます。会話の途中から始めます。
- **本文:**主なアイデアは1つに絞ります。主要なCTAも1つにします。PASまたはAIDAの構成を使います。
- **CTA:**明確な動詞とメリットを組み合わせます。「こちらをクリック」ではなく、「プレイブックをダウンロード」とします。手間を減らす補足文(「所要時間は2分」「クレジットカード不要」など)を加えます。
- **コールドアウトリーチ:**特に簡潔にします。具体的なきっかけ(資金調達、求人情報、相手が公開したコンテンツなど)に触れます。自社の製品ではなく、相手の課題について話します。売り込みより共感を重視します。
- **ナーチャリング:**ストーリーテリングをより活用できます。どのメールも、それ単体で価値を提供する必要があります。許可を尊重します(Godin の原則)。
クイックリファレンス:基本原則
以下の原則は、矛盾する場合、どのフレームワークや公式よりも優先されます。
- 巧みさより明快さ — 読者がメッセージを読み解かなければならないなら、失敗です。
- 曖昧さより具体性 — 具体的であることは、常に抽象的であることに勝ります。
- 書き手より読者 — すべての文は、読者の利益に役立つ必要があります。
- 各要素に役割はひとつ — ページ、セクション、文、ボタン。それぞれの目的はひとつです。
- 削り、さらに削る — 意味を損なわずに取り除ける単語は、取り除きます。
- 機能よりメリット — 読者は常に、心の中で「だから何?」と問いかけています。
- 推測せず、テストする — Hopkinsの基本原則です。バリエーションを提示し、A/Bテストを推奨します。
- 認知度に応じて深さを調整する — まだ認知していない見込み顧客に、機能を羅列してはいけません。製品を認知している購入者には、曖昧な表現を避けます。
- 意思決定の近くに証拠を置く — 社会的証明、推薦文、具体的な情報は、CTAや価格のすぐ近くに配置します。
- 成果は書き直しから生まれる — 初稿は素材にすぎません。編集こそが技術です。
リファレンス
原則の詳細、フレームワークの説明、実践者の事例、見出しの公式、編集チェックリスト、アンチパターンの分析については、次をお読みください。
→ references/knowledge-base.md
このファイルには、明快な文章の基礎、商業的な応用、AIDA/PAS/BAB/FAB/4U'sのフレームワーク、Ogilvyの見出し原則、Schwartzの認知段階、Wiebeのコンバージョン手法、ランディングページの構成、メールコピー、製品メッセージ、文体とトーン、編集のヒューリスティック、よくある失敗を網羅した、明快さを第一とするコピーライティングのナレッジベースが収録されています。