| name | brand-essence |
| description | アプリ・サービスのブランドエッセンス（USP・差別化・タグライン・カテゴリ帰属）を ヒアリングと分析で抽出し、構造化ドキュメントとして出力するスキル。 ロゴデザイン、ASO、LP、トンマナ設計など、あらゆるブランド制作物の「前工程」として機能する。 コードベースや既存ドキュメントがあれば自動で読み取り、不足分だけユーザーに質問する。 Use when: ブランドの核心を整理したい、ロゴやLPを作る前に訴求ポイントを明確にしたい、 USPを言語化したい、差別化ポイントを整理したい、タグラインを考えたい。 Triggers: "ブランドエッセンス", "brand essence", "USP", "訴求ポイント", "差別化ポイント", "タグライン", "何が売りか整理", "ブランドの核心", "訴求整理", "ブランド定義", "value proposition", "カテゴリ帰属"
|
Brand Essence Skill
アプリ・サービスのブランドエッセンスを抽出・言語化するスキル。
ロゴ、トンマナ、ASO、LP、コピーなど、あらゆる制作物の 前工程 として使う。
なぜ必要か
ロゴやLPを作る前に、以下が明確でないと的外れな成果物が出る:
- 何のアプリか（カテゴリ帰属）→ 一目で伝わるか
- 何が一番の売りか（USP）→ 差別化されているか
- 競合と何が違うか（差別化）→ 埋もれないか
- 一言で伝えたいこと（タグライン）→ 記憶に残るか
出力ファイル
docs/brand-essence.md に以下の構造で出力:
# {アプリ名} - Brand Essence
## カテゴリ帰属
**{アプリ名} は {カテゴリ} である。**
（例: fpt はポモドーロタイマーアプリである）
> ロゴ・LP・ストア掲載で「何のアプリか」が一目で伝わること。
> カテゴリを示すビジュアル要素（時計、カレンダー、チャット吹き出し等）は
> 差別化要素より優先して含める。
## USP（Unique Selling Proposition）
**{一文で表す独自の売り}**
（例: 25分で強制打ち切り — 止められないタイマー）
## 差別化ポイント
**{競合との違いを対比で表現}**
（例: 他のポモドーロは無視できる。fpt は無視できない。）
| 観点 | 競合の一般的なアプローチ | {アプリ名} のアプローチ |
|------|------------------------|----------------------|
| ... | ... | ... |
## タグライン
**「{ユーザーに一言で伝えたいこと}」**
（例: 「25分の約束を、あなたの代わりに守るアプリ」）
## ブランドパーソナリティ（任意）
- トーン: {厳格 / 穏やか / 遊び心 / プロフェッショナル 等}
- 感情: {ユーザーに感じてほしい感情}
## 制作物への適用ガイド
| 制作物 | カテゴリ帰属の反映 | USPの反映 | タグラインの反映 |
|--------|-------------------|-----------|----------------|
| ロゴ/アイコン | {カテゴリを示すモチーフ} | {差別化を示す要素} | — |
| App Store | カテゴリ設定 | スクリーンショット1枚目 | サブタイトル |
| LP | ファーストビュー | ヒーローセクション | ヘッドライン |
| トンマナ | — | デザインテンション | ボイス&トーン |
抽出プロセス
Step 1: 自動収集
コードベースや既存ドキュメントから情報を自動収集:
docs/product-context.md があれば読み込む（product-discovery の成果物）demand.md、README、アプリの説明文があれば読み込む- 既存の設計ドキュメント（ADR、仕様書等）から抽出
- App Store / Google Play の既存メタデータがあれば読み込む
Step 2: ギャップ分析
自動収集した情報で埋まらない項目を特定:
✅ 自動で埋まった:
- カテゴリ帰属: ポモドーロタイマー（demand.md から）
- USP: 強制打ち切り（ADR から）
❓ ユーザーに確認が必要:
- タグライン: 候補はあるが確定していない
- 差別化の対比表: 競合の具体名が不明
Step 3: ヒアリング（不足分のみ）
自動収集で埋まらなかった項目だけユーザーに質問する。
既にわかっていることを聞き直さない。
質問テンプレート:
ブランドエッセンスを整理しています。
以下の情報が不足しています:
1. {質問1}
2. {質問2}
既に把握済み:
- カテゴリ: {自動収集した値}
- USP: {自動収集した値}
Step 4: 言語化・構造化
収集した情報を docs/brand-essence.md に構造化して出力。
Step 5: 確認
ユーザーに最終確認:
他スキルとの連携
このスキルの出力（docs/brand-essence.md）は以下のスキルの入力として使える:
| スキル | 使い方 |
|---|
logo-design | カテゴリ帰属 → モチーフ選定、USP → 差別化要素 |
app-tone-manner | ブランドパーソナリティ → トーン設計 |
aso-optimize | タグライン → サブタイトル、USP → 説明文 |
screenshot-creator | USP → 1枚目スクリーンショットのメッセージ |
persona-creation | 差別化 → ペルソナのペインポイントとの接続 |
competitive-analysis | 差別化対比表 → 競合分析の起点 |
logo-design での参照方法
logo-design スキルは Phase 0 で docs/brand-essence.md の存在をチェックし、
あれば自動読み込みする。なければユーザーに brand-essence スキルの実行を推奨する。
# Phase 0 で自動チェック
if docs/brand-essence.md exists:
→ context.md に「ブランドエッセンス」セクションとして取り込む
→ 全エージェントのプロンプトに含める
else:
→ ユーザーに通知:
「docs/brand-essence.md が見つかりません。
/brand-essence を先に実行すると、より的確なロゴが作れます。」
→ ヒアリングで最低限の情報（カテゴリ・USP）は直接聞く
