branding
ブランド戦略の定義・監査・適用を行いたいときに使用するスキルです。ブランドのパーパス・バリュー・ポジショニング・ストーリーテリング・ボイス・ナラティブなど、ビジュアル以外の要素を包括的にカバーします。「ブランド戦略」「ブランドストーリー」「ブランドボイス」「ブランドアイデンティティ」「ブランドガイドライン」「ブランドアーキタイプ」などに言及した際にも起動し、タイポグラフィ・カラー・デザイントークン等のビジュアル領域はbrand-visual-generatorが担当します。
description の原文を見る
When the user wants to define, audit, or apply brand strategy—purpose, values, positioning, storytelling, voice, narrative (not only visuals). Also use when the user mentions "brand strategy," "brand story," "brand storytelling," "brand voice," "brand identity," "brand guidelines," "brand purpose," "brand values," "origin story," "brand narrative," "brand personality," "brand archetype," "slide deck branding," "PPT brand colors," or "document style guide." For typography, colors, design tokens, and frontend visuals, use brand-visual-generator.
SKILL.md 本文
Strategies: Branding
ブランド戦略(目的、価値観、ポジショニング、ストーリーテリング、ボイス、ビジュアルアイデンティティ)をガイドします。一貫したブランディングを行う企業は売上が23〜33%上昇し、人々は事実だけの場合より約22倍多くストーリーを記憶します。新しいブランドを定義する、一貫性を監査する、複数のタッチポイント全体でメッセージングを整合させる場合に使用してください。
キーワード: ブランド戦略、ブランドガイドライン、ビジュアルアイデンティティ、ストーリーテリング、ブランドボイス、デザイントークン、スライドデッキ、コーポレートアイデンティティ、スタイルガイド、ポジショニング
呼び出し時: 初回使用時は、必要に応じてこのスキルがカバーする範囲と重要性について1〜2文で開始し、その後メイン出力を提供してください。以降の使用時またはユーザーがスキップを要求した場合は、メイン出力に直接進んでください。
Scope
- ブランド戦略: 目的、価値観、ポジショニング、差別化、ターゲットオーディエンス
- ブランドストーリーテリング: オリジンストーリー、ヒーローズジャーニー、ナラティブアーク、ブランドアーキタイプ
- ブランドボイス&トーン: ボイス、トーン、避けるべき用語、推奨用語
- ブランドビジュアルアイデンティティ: 色、タイポグラフィ、ロゴルール(戦略レイヤー)。実装は brand-visual-generator、logo-generator で行う
初期アセスメント
プロジェクトコンテキストを最初に確認: .claude/project-context.md または .cursor/project-context.md が存在する場合、セクション 2(ポジショニング)、3(バリュープロポジション)、8(ブランド&ボイス)、12(ビジュアルアイデンティティ)を読んでください。
以下を特定してください:
- Scope: 新規ブランド、監査、または整合
- タッチポイント: ウェブサイト、ソーシャル、プロダクト UI、ディレクトリ、コンテンツ
- 既存アセット: ブランドガイド、ロゴ、スタイルガイド
ブランド戦略の柱
| 柱 | 目的 |
|---|---|
| ブランド目的 | 利益以上にブランドが存在する理由。1文で表現 |
| ブランド価値観 | 4〜5個のコア価値観。自分たちが何を大切にするか。差別化要因 |
| ターゲットオーディエンス | 誰に提供するか。ICP。達成すべきジョブ |
| ポジショニング | [顧客]が[ニーズ]を持つとき、我々の[商品]は[カテゴリー]であり[利点]をもたらします。[競合他社]とは異なり、[差別化要因]を持つ理由は[根拠]です |
| 差別化 | 他社ではなく自社を選ぶ理由。曖昧でなく具体的 |
ブランドストーリーテリング
オリジンストーリー
- 何か: ジャーニー、創業、マイルストーン、会社を形作った個人的経験
- なぜか: 感情的なつながり。58%の顧客が会社の価値観に基づいて購入
- 要素: 創業者は誰か。なぜ創設したか。克服した課題。ビジョン。進化の経緯
ヒーローズジャーニー(顧客がヒーロー)
| 要素 | コンテンツ |
|---|---|
| ヒーロー | あなたの顧客。ニーズ、ウォンツ、コンテキスト |
| 問題 | 彼らが直面していること。現在の解決方法 |
| 転機 | 緊急性を生み出す再フレーミング |
| ブランドの役割 | ガイド、ツール、パートナー(ヒーロー以外)。解決をどのように実現するか |
| トランスフォーメーション | より良い未来の姿。証拠(ケーススタディ、推薦文) |
ブランドナラティブアーク
- 主人公: 課題に直面している顧客
- ステークス: 何も変わらない場合の結果
- 証拠: データ、ケーススタディ、推薦文
- CTA: ストーリー内に行動喚起を配置。アクションを促す
ブランドアーキタイプ(12タイプ)
| アーキタイプ | トーン | 例 |
|---|---|---|
| Creator(創造者) | 革新的、想像的 | Adobe |
| Caregiver(ケアギバー) | 養護的、支援的 | Johnson & Johnson |
| Ruler(統治者) | 権威的、プレミアム | Mercedes-Benz |
| Innocent(無垢) | シンプル、楽観的 | Coca-Cola |
| Sage(賢人) | 知識的、洞察的 | |
| Explorer(探検家) | 冒険的、独立的 | Patagonia |
| Outlaw(無法者) | 反抗的、破壊的 | Harley-Davidson |
| Magician(魔法使い) | 変容的、ビジョナリー | Disney |
| Hero(ヒーロー) | 勇敢、決定的 | Nike |
| Lover(恋人) | 情熱的、官能的 | Chanel |
| Jester(道化師) | 遊び心、楽しい | M&M's |
| Everyman(普通の人) | 親しみやすい、素朴 | IKEA |
アーキタイプを顧客パーソナリティに合わせる。ストーリーテリングを強化します。
ブランドボイス&トーン
| 要素 | 定義 | 例 |
|---|---|---|
| ボイス | ブランドパーソナリティ。すべてのタッチポイント全体で一貫 | プロフェッショナル/フレンドリー/テクニカル/ボールド |
| トーン | 話し方。コンテキストに応じて適応 | 自信があるが傲慢でない。役立つ。簡潔 |
| 避けるべき | バズワード、決して使わない用語 | 「streamline」「revolutionize」「synergy」 |
| 推奨 | 一貫して使う用語 | 「analysis」でなく「audit」。「user」でなく「customer」 |
プロダクトマーケティングコンテキスト セクション 8: ボイス、トーン、避けるべき、推奨用語を文書化してください。project-context テンプレートを参照。
ブランドビジュアルアイデンティティ(戦略レイヤー)
| 要素 | 戦略 | 実装 |
|---|---|---|
| 色 | プライマリ、セカンダリ、CTA。業界マッピング | brand-visual-generator |
| タイポグラフィ | ディスプレイ+本文。階層。ペアリング | brand-visual-generator |
| ロゴ | バリアント、クリアスペース、最小サイズ | logo-generator |
| 画像 | トーン、被写体、ビジュアルムード | ブランドガイドライン |
| 一貫性 | ウェブ、ソーシャル、プロダクト全体で同じアイデンティティ | すべてのタッチポイント |
フルビジュアルスペック(フォント、HEX、スペーシング)については brand-visual-generator を参照。ロゴ配置と実装については logo-generator を参照。
ブランドガイドライン構造
唯一の情報源。以下を含める:
- 目的&価値観: なぜ存在するか。何を大切にするか
- ポジショニング: ワンライナー。差別化
- ストーリー: オリジンストーリー。ヒーローズジャーニーサマリー
- ボイス&トーン: ボイス、トーン、避けるべき、推奨
- ロゴ: 使用ルール、クリアスペース、バリアント(ライト/ダーク)
- 色: プライマリ、セカンダリ、CTA(HEX、RGB、CMYK)
- タイポグラフィ: フォントファミリー、階層、サイズ設定
- 画像: 写真トーン。アイコノグラフィスタイル
ビジュアル仕様配信(デザイントークン)
ユーザーが実行可能な仕様(戦略のみでなく)を必要とする場合(ウェブ、スライド、印刷用)、チームがデザインシステム、メディアキット、またはスライドマスターに貼り付けられるトークンテーブルを作成してください。brand-visual-generator で完全なウェブ/CSS詳細と整合させてください。
| トークンカテゴリ | ドキュメント内容 | 例フィールド |
|---|---|---|
| 色 | 名前付きロール+ライト/ダークに対応する値(該当時) | プライマリ #______、テキストプライマリ #______、背景 #______、アクセント 1〜3、CTA、ボーダー、エラー/成功 |
| タイポグラフィ | ファミリー、ウェイト、サイズスケール、行高 | ディスプレイ/H1〜H3/本文/キャプション。ウェブセーフまたはシステムフォールバック |
| スペーシング | ベースユニットとスケール | 例:8pxベース。セクションギャップ。ロゴクリアスペース(em または px) |
| 非テキストアクセント | チャート、図形、区切り線 | アクセント色をローテーション。パレット外の恣意的なワンオフ色を避ける |
トークンをサーフェス全体に適用
- ウェブ/プロダクト: CSS変数またはデザイントークン。brand-visual-generator を参照。
- スライド(PowerPoint、Google Slides、Keynote): スライドマスターの背景+デフォルトタイトル/本文フォントをトークンテーブルから設定。テーマ色をプライマリ/セカンダリ/背景/テキストにマップ。可能な限り、デック内の1つのアクセント色をセクションごとに再利用。
- ドキュメント(Word、Google Docs、PDF): 段落スタイル(タイトル、見出し 1〜3、標準、キャプション)をトークンのフォントと色で定義。ブランドがオフホワイトを使用する場合、デフォルトページ背景を設定。
ユーザーが既存のブランド PDF またはブレットリストを貼り付ける場合、実装提案前にこのトークンテーブルに抽出・正規化してください。
出力形式
- ブランド戦略(目的、価値観、ポジショニング、差別化)
- ストーリー(オリジンストーリー、ヒーローズジャーニー、ナラティブアーク)
- ボイス&トーン(ボイス、トーン、避けるべき、推奨)
- アーキタイプ(該当時)
- ビジュアル(高レベル。ウェブスペックについては brand-visual-generator に委譲)
- デザイントークンテーブル(色、タイプスケール、スペーシング)成果物が実装対応である場合
- スライド/ドキュメント注記(マスターフォント、テーマ色)タッチポイントにデッキまたはドキュメントを含む場合
- project-context 向けコンテキストテンプレート セクション 8、12
関連スキル
- about-page-generator: アバウトページはブランドストーリー、ミッション、価値観を実装
- homepage-generator: ホームページはバリュープロップ、差別化、ブランドボイスを実装
- logo-generator: ロゴ配置、実装。ブランディングはロゴルールを定義
- brand-visual-generator: タイポグラフィ、色、スペーシング。ブランディングはビジュアル戦略を定義
- media-kit-page-generator: メディアキットはブランドガイドラインをホスト
- directory-submission: ディレクトリコピーはブランドボイスを使用。セクション 8 ブランド&ボイス
- title-tag, meta-description: メタデータはブランドボイスを使用
- integrated-marketing: PESO全体でのブランド認知
- domain-selection: ドメイン選択(ブランド/PMD/EMD、TLD)。ドメイン選択時にブランディングの前または同時に実行
- domain-architecture: ドメイン構造がブランドアーキテクチャを実装(Branded House vs House of Brands)
- rebranding-strategy: リブランド実行。ドメイン変更、301、アナウンスメント
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- kostja94
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/kostja94/marketing-skills / ライセンス: MIT
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。