brand-voice について
brand-voiceは、ブランドの文章表現を定義し、文書化するマーケティングスキルです。声の特性、場面ごとのトーン、言葉遣いの規則、対比例をまとめ、チームやフリーランサー、AIアシスタントで表現を揃えます。
主な機能
- 01声の特性とその境界の定義
- 02文章の場面ごとのトーン変化の整理
- 03語彙と文法の好みの記録
- 04ブランドらしい例と異なる例の作成
- 05単独で使えるvoice.md文書の作成
活用シーン
- 01初めてのブランド文体ガイドの策定
- 02既存コピーの一貫性の監査
- 03チームやAIアシスタントの執筆指針
- 04対象者やポジショニングの変化に応じた調整
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/インストール後、Claude Code で/brand-voiceを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
README.mdreferences/voice-document-template.mdvoice-frameworks.md詳細
ブランドボイス
ブランドが文章でどのように語りかけるかを定義します。ライター、デザイナー、創業者、AI アシスタントなど、誰もが一貫して適用できるように文書化します。
このスキルでは、単独のボイス文書を作成します。ブランドスタイルガイドに組み込むことも、ブランドスタイルガイドの作成に活用することもできます。
使用する場面
- 初めてブランドボイスを定義するとき
- 既存のコピーのボイスの一貫性を監査するとき
- チーム、フリーランサー、AI アシスタントにブランドボイスを伝えるとき
- すでにあるものの、用途によって一貫していないボイスを洗練させるとき
- ブランドの進化に合わせてボイスを調整するとき（新しいオーディエンス、新しいポジショニング）
使用しない場面
- 具体的なコピーを書くとき（
content-and-copyを使用） - ブランドのビジュアルアイデンティティに取り組むとき（
brand-identityを使用） - ブランドシステム全体を文書化するとき（ボイスを含む
brand-style-guideを使用） - ブランドの初期探索を行うとき（
brand-ideationを使用）
必要な入力
- ブランドとそのポジショニング
- オーディエンスと、伝える必要のあること
- 既存のブランド文章の例 5～10 件（あれば）
- ブランドが目指す方向性とボイスが合致する参考ブランド 3～5 件
- ブリーフですでに指定されているボイス属性
フレームワーク：4 つのレイヤー
ボイスは 4 つのレイヤーで構成され、積み重なっています。各レイヤーが、その下のレイヤーを制約します。
レイヤー 1：ボイス属性
常に変わらない要素です。あらゆる状況でブランドがどのように語るかを定義する性格特性です。
属性を 3～5 個選びます。それぞれに、そうではない姿（やりすぎた場合の失敗例）を組み合わせます。
よくある属性の組み合わせ（選択肢ではありません。独自に考えてください）：
- 自信がある。傲慢ではない
- 率直である。ぶっきらぼうではない
- 温かい。甘ったるくない
- 機知に富む。皮肉っぽくない
- 聡明である。学術的ではない
- 正直である。厳しくない
- 遊び心がある。ばかげていない
- 実用的である。退屈ではない
- 大胆である。声高ではない
- 好奇心旺盛である。散漫ではない
「そうではない」側が、書き手の行きすぎを防ぎます。「自信がある」だけでは、尊大な印象になります。「自信がある。傲慢ではない」とすれば、境界線がどこにあるかを書き手に伝えられます。
レイヤー 2：トーンの変化
ボイスは一貫しています。トーンは状況に応じて変わります。
ブランドが文章を書く主な状況を整理します。それぞれについて、ボイスがどのように異なる表現になるかを記録します。
よくある状況：
| 状況 | トーンの変化 |
|---|---|
| オンボーディング | より温かく、熱意を込め、ややゆっくりしたペース |
| ヒーロー／マーケティング | 自信を持ち、ブランドらしいボイスを全面に出す |
| プロダクトコピー／UX | 率直で、役に立ち、簡潔 |
| エラーメッセージ | 落ち着いて事実を伝え、形式的な謝罪はしない |
| 成功時の表示 | 簡潔に祝福し、次のアクションへ誘導 |
| 空の状態 | 役に立ち、少し遊び心を加え、アクションを提案 |
| 404／見つからない場合 | 自分を客観視し、軽やかに、ホームへの道を示す |
| アカウント削除／キャンセル | 控えめで、敬意を払い、冗談は言わない |
| 料金 | 率直で、透明性があり、自信を感じさせる |
| 法務／利用規約 | 法律文書と並べて、平易な言葉で説明する |
| サポート／ヘルプセンター | 辛抱強く、詳しく、見下した態度を取らない |
| 危機対応のコミュニケーション | 落ち着いて事実に基づき、説明責任を果たす |
| プロダクト発表 | 期待感を伝えるが、興奮しすぎない |
| メールの件名 | 具体的で、クリックベイトにしない |
どの状況でもボイスは一貫しています。変化するのはトーンです。
レイヤー 3：語彙と文法
細かな調整項目です。
語彙の好み：
- ブランドが使う言葉やフレーズ
- ブランドが避ける言葉やフレーズ
- ブランドが独自の意味を与えている言葉（あれば）。たとえば、SaaS プロダクトが機能を「ミーティング」ではなく「ハドル」と呼ぶ場合
- 業界用語：専門性を示すために残すか、親しみやすさを示すために取り除くか
- 文頭の好み（命令形を多用するブランドもあれば、疑問文や平叙文を多用するブランドもあります）
文法とスタイル：
- 短縮形（使うとカジュアルに、避けるとフォーマルに）
- 文の標準的な長さ（短文＝歯切れよく、中程度＝熟慮された印象、長文＝文学的）
- 好んで使う、または避ける句読点（em ダッシュは意見が分かれることで有名です）
- 代名詞（「we」／「you」／「I」）
- 大文字表記のスタイル（タイトルケース、センテンスケース、意図的な全小文字）
- 数字の表記（10 未満は綴る、または常に数字を使う）
- オックスフォードコンマ（使うか、使わないか）
- 能動態と受動態（ほとんどのブランドは能動態を好みます）
レイヤー 4: 例とパターン
ボイスはルールではなく、例を通じて教えられます。ライブラリを構築しましょう。
主要なコンテンツタイプごとに、次を示します:
- 悪い例（ボイスに合っていない）
- 良い例（ボイスに合っている）
- 何が変わったかの簡単なメモ
references/voice-document-template.md のペア例ライブラリに記載されているコンテンツタイプを網羅してください。そのリストはテンプレートが管理するため、メンテナンスすべきリストは 2 つに分かれてずれるのではなく、1 つだけになります。
最低ラインは 15 組のペア例です。テンプレート内のタイプごとに 1 組あればクリアできます。25 を超えるとライブラリは使うよりもざっと目を通すのが難しくなるため、25 は厳密な上限ではなく実用的な上限として扱ってください。これは実際にボイスドキュメントの中で最もよく使われる部分です。
ワークフロー
- エントリーポイントを選びます。
references/voice-frameworks.mdにはこれを決める「フレームワークの選び方」セクションがあります。ゼロから始めるブランドは、そこでアーキタイプから始め、次にディメンション、次に属性と進み、ステップ 2 でこのワークフローに合流します。以下はすべて、監査対象のコピーが存在することを前提としています。 - 既存のコピーを監査します（存在する場合）。何がブランドに合っているか、何が合っていないか、どんなパターンが繰り返されているかを特定します。
- レイヤー 1: ボイス属性。 「私たちは X であり、Y ではない」という枠組みで 5 から 8 個の候補を生成します。3 から 5 個を選びます。
- レイヤー 2: トーンの切り替え。 ブランドが文章を書く 8 から 15 個のコンテキストをリストアップします。それぞれのトーンの切り替えをメモします。
- レイヤー 3: 語彙と文法。 好みを定義します。ブランドを実際に差別化しない限り、デフォルトのルールは飛ばします。
- レイヤー 4: 例。 テンプレートのコンテンツタイプリストに沿って、上記のレイヤー 4 セクションで述べた最低ラインまで、ペア例ライブラリを構築します。
- ストレステスト。 新しいライティングブリーフを 1 つ選び、ボイスドキュメントを適用します。
references/voice-frameworks.mdのストレステストで結果を採点します: 各属性に対して 1 から 5 で評価し、いずれかの属性で 3 未満のものはボイスに合っていません。3 未満は、コピーにもう一度手を入れる必要があるのではなく、ドキュメントが不完全であることを意味します。 - ドキュメント化。
references/voice-document-template.mdのテンプレートを使用します。 - 配布。 ボイスドキュメントは使われて初めて機能します。インラインで参照しやすいようにドキュメントを整えます（CMS テンプレート、ブリーフテンプレート、AI アシスタントのプロンプトからリンクします）。
失敗パターン
- ありきたりな属性（「フレンドリー、プロフェッショナル、親しみやすい」）。 どのブランドもこう言います。何の意味もありません。本当に差別化できる属性を選びましょう。
- 「私たちは NOT」の対がない。 拒否の対がないと、属性は極端な方向に流れていきます。
- 例のないボイスドキュメント。 例のないルールは適用できません。
- 明らかに悪く、明らかに良い例。 実際のボイス作業は、漫画のようなビフォーアフターではなく、ニュアンスのある変化を示します。
- トーンの切り替えを飛ばす。 ボイスを画一的なものとして扱うと、エラー状態や法務のコンテキストで間違って聞こえるブランドになります。
- 願望のボイスをドキュメント化する。 ブランドが現在実際にそう聞こえず、そう変える計画もないなら、そのドキュメントはフィクションです。
- 配布のないボイス。 誰も参照しない完璧なドキュメントには何の価値もありません。
出力形式
デフォルトの出力は、ブランドフォルダ内の voice.md にある Markdown ドキュメントです。セクション:
- ボイス属性（we-are-not の対あり）
- コンテキスト別のトーンの切り替え
- 語彙の好み
- 文法とスタイルのルール
- ペア例ライブラリ（最もよく使われるセクション）
- アンチパターン（避けるべき具体的なフレーズや構文）
- 参考文献（私たちがインスピレーションを受けたブランドと書き手）
このドキュメントは単独で成立させることも、brand-style-guide に引き継ぐこともできます。
参照ファイル
references/voice-document-template.md- 記入可能なテンプレート。references/voice-frameworks.md- Nielsen Norman の 4 ディメンション、ユングのアーキタイプ、および「私たちは X であり Y ではない」アプローチの詳細な解説。