molten-brand

ブランドブリーフ

ブランド戦略を、アプリ開発の残りの工程で活用できる実践的なブランドブリーフにまとめるお手伝いをします。

出力先（正式）： リポジトリのルートにある molten-docs/brand/brand.md。molten-docs/brand/ ディレクトリが存在しない場合は作成してください。

ビジュアルデザインの判断に飛びつかないでください。このスキルで作成するのは、ブランドの基盤のみです。後ほど molten-design スキルが molten-docs/brand/brand.md を読み込み、molten-docs/design/design.md を作成または更新します。

運用ルール

• 対話形式で実行を開始する際は、ユーザーに次のように伝えてください。「このスキルを使う際は、音声モードでフィードバックを音声入力するのがおすすめです。」
• 回答例を示して、ユーザーが回答しやすいようにしてください。例：「質問1への回答は……です」
• 簡潔な質問を少しずつ行ってください。
• チャットで自由記述の質問をする際は、すべてに番号を付けてください。特に音声モードで回答を音声入力する場合、番号を参照して回答できるようにします。
• 意味のある選択肢が限られている質問には、エージェントの構造化質問ツールを優先して使用してください。認知度、ペルソナのアーキタイプ、性格の次元、トーンの選択などが該当します。
• エージェント別の構造化質問ツール：
  • Codex： request_user_input
  • Claude Code： AskUserQuestion
  • Cursor： AskQuestion
• 回答が自由記述となる質問（製品名、ひと言での説明、課題の説明、独自のコピー、参考例など）は、チャットで会話形式で尋ねてください。
• チャットでは、選択肢を文字や箇条書きで列挙しないでください。選択式の場合は、そのエージェントの構造化質問ツールを使用してください。自由記述の場合は、通常の文章で尋ねてください。
• 同じフェーズに属する関連した構造化質問は、1回のツール呼び出しにまとめてください。
• ユーザーがすでに回答している場合は、再度尋ねないでください。
• 一般的な好みを示す言葉ではなく、具体的なトレードオフを優先してください。
• 「モダン」「クリーン」「プレミアム」「万人向け」といった曖昧な回答には、掘り下げて確認してください。
• 事実、仮定、未解決の質問を分けてください。
• このスキルの実行中は、アプリのコードを生成しないでください。
• ビジュアルデザインの詳細は定義しないでください。
• ユーザーがビジュアルに関する好みを伝えた場合は、ブランドブリーフに加えず、molten-docs/design/design.md に記載するよう案内してください。
• 十分な情報が得られてから、ブランドブリーフを作成または更新してください。
• ファイルへの書き込みが可能な場合は、**molten-docs/brand/brand.md** に書き込んでください（必要に応じて親ディレクトリを作成）。書き込みができない場合は、Markdown の全文を提示し、保存先として molten-docs/brand/brand.md を伝えてください。

構造化質問とチャットの使い分け

次の場合は、構造化質問ツール（request_user_input／AskUserQuestion／AskQuestion）を使用してください。

• 回答が、限られた選択肢から1つまたは数個を選ぶ形式に適している。
• トレードオフを並べて比較することで、ユーザーが判断しやすくなる。
• 競合するブランドの方向性から、1つを選ぶ必要がある。

このスキルでの構造化質問の適切な例：

• 認知度（未認知／課題認知／解決策認知／製品認知／最認知）
• ブランドの成熟度（遊び心のある／洗練された／エディトリアル／技術的／実用的／ラグジュアリー／表現豊か／落ち着いた）
• ボイスの軸（フォーマルかカジュアルか、専門的か親しみやすいか、大胆か控えめか）
• 購入者とユーザー（同一人物／別人／委員会）
• 価格帯（無料／低価格／中価格帯／プレミアム／エンタープライズ）
• ペルソナのアーキタイプ、ナラティブの展開形式、主な反論の種類

次の場合は、チャットで会話形式の質問をしてください（構造化質問ツールは使いません）。

• 自由記述の回答が必要な質問：製品名、ひと言での説明、課題の説明、顧客の発言、主張、避けたい参考例、独自の CTA コピー、マイクロコピーのルール。
• 曖昧な回答に対して掘り下げて確認する場合。
• フェーズを進める前に、確認や要約を行う場合。

フェーズ 1：ブランドの基盤

まず、ブランドについて必要最小限の情報を尋ねます。回答は自由記述になるため、構造化された質問ツールではなく、チャットで尋ねてください。

以下の内容を確認します。

• ブランドまたは製品名
• 製品を一文で説明したもの
• カテゴリーまたは市場
• 製品が解決する深刻な問題
• 約束する変化または成果
• 既存の名称、タグライン、ドメイン、顧客、実績、制約

質問の例：

• 「製品名と、その機能を平易な一文で教えてください」
• 「この製品が解決する深刻な問題を抱えているのは誰ですか？」
• 「ユーザーは現在、その代わりに何をしていて、それでは不十分なのはなぜですか？」
• 「この製品を使うことで、ユーザーはどのような成果が得られると信じられるべきですか？」
• 「尊重すべき既存の名称、タグライン、ドメイン、顧客の声、主張、または市場の制約はありますか？」

フェーズ 2：ポジショニングと市場

基盤が明確になったら、市場とポジショニングを明らかにします。

構造化された質問ツールでは、以下を尋ねます。

• 購入者とユーザーの関係（同一人物／別の人物／購入委員会）
• 認知段階（未認知／問題認知／解決策認知／製品認知／最も認知が進んでいる）
• 価格帯（無料／フリーミアム／低価格／ミッドマーケット／プレミアム／エンタープライズ）
• カテゴリーに対する姿勢（慣例に従う／一部を打ち破る／意図的にカテゴリーを捉え直す）

チャットでは自由記述で、以下を尋ねます。

• 主なターゲット市場と、その範囲を絞るための背景
• 競合する代替手段や回避策
• 差別化要因と独自の仕組み
• カテゴリーに対する期待と信頼性を確立するための要件

明確で端的なポジショニングを促します。

• 「［オーディエンス］向けの、［問題］に悩む人を対象とした［製品］は、［成果］を実現する［カテゴリー］です。［仕組みまたは実績］により、［代替手段］とは異なります。」

状況、緊急性、予算、知識レベルを絞り込まずに、「中小企業」「創業者」「クリエイター」という回答を受け入れてはいけません。

フェーズ 3：ペルソナと利用状況

まず、主要なペルソナを 1 人設定します。製品、メッセージ、信頼性、購入の意思決定に影響する場合に限り、二次ペルソナを追加します。

構造化された質問ツールでは、以下を尋ねます。

• スキルレベル（初心者／中級者／エキスパート／混在）
• 主なデバイスまたは環境（モバイル／デスクトップ／両方／専用ハードウェア）
• 支配的な感情状態（苛立ち／圧倒されている／懐疑的／好奇心がある／切迫している／諦めている）
• 主な反論の種類（価格／信頼／複雑さ／時間／切り替えコスト／優先度が低い）
• 購入のきっかけ（自発的な検索／紹介／やむを得ない出来事／好奇心／規制）

チャットでは自由記述で、以下を尋ねます。

• 役割、状況、日々のワークフロー
• 本人の言葉による、解決すべき主なジョブ
• 具体的な不安と信頼性に関する要件
• アクセシビリティや環境に関するニーズ
• 成功を実感する具体的な瞬間

ペルソナの品質基準：

• 優れたペルソナは、ブランドが何を伝えるべきか、どのような実績が必要か、どの反論に対処すべきか、どのような摩擦を取り除くべきかを説明できます。
• 不十分なペルソナは、製品の意思決定を変えない、属性に関する雑学にすぎません。

フェーズ 4：ブランドの個性とメッセージ

戦略を、ボイスとコピーのルールに落とし込みます。

ボイスの軸については構造化された質問ツールを使い、複数の軸を 1 回の呼び出しで尋ねます（各軸の allow_multiple: false）。

• フォーマルさ（非常にフォーマル／プロフェッショナル／会話調／カジュアル／遊び心がある）
• 権威性（対等な立場／コーチ／エキスパート／権威者）
• エネルギー（落ち着いていて控えめ／安定している／エネルギッシュ／大胆で力強い）
• 親しみやすさ（温かみがあり人間味がある／バランスが取れている／中立的／臨床的）
• ユーモア（なし／ドライな機知／軽め／遊び心がある／あからさまなユーモア）
• ナラティブの展開スタイル（問題提起・深刻化・解決／使用前・使用後／英雄の旅／通説に反する主張／静かな自信）

チャットでは自由記述で、以下を尋ねます。

• 対になる形式で表したブランドの性格特性（「自信があるが、傲慢ではない」）
• ブランドが避けるべき特性
• 使用する具体的な単語やフレーズ
• 避けるべき具体的な単語やフレーズ
• 実績、主張、信頼性を示す要素
• エラー、空の状態、オンボーディング、成功の各状態におけるトーンの違い

対になる特性の形式を使います。

• 「自信があるが、傲慢ではない」
• 「シンプルだが、単純ではない」
• 「技術的だが、不透明ではない」
• 「温かみがあるが、子どもっぽくない」

Phase 5: ブランド戦略と引き継ぎ

今後の molten-docs/design/design.md で使用する、ブランドレベルの指針を明確にします。

構造化質問ツールを使って、以下を尋ねます。

• ブランドの成熟度（遊び心のある／洗練された／エディトリアル／技術的／実用本位／高級感のある／表現豊かな／落ち着いた）— 組み合わせを希望する場合は allow_multiple: true
• リスクへの姿勢（安全で慣例的／自信に満ちた／逆張り／破壊的）
• 信頼戦略で重視する点（社会的証明／資格／透明性／実績／デモ／保証）— allow_multiple: true

チャットでは自由記述で、以下を尋ねます。

• ビジュアルではなく、言葉で表したときに望ましい第一印象
• プロダクト体験で実証すべきブランドの約束
• 譲れないブランド上の制約
• 使用する前に根拠が必要な主張
• 今後のブランド表現の参考になり得るコンセプト、比喩、参考資料

「Apple風」「Stripe風」「Linear風」などのビジュアルの参考例が提示された場合、どのブランド特性を指しているのか尋ねます。ブランド特性は保持しつつ、ビジュアルへの解釈は molten-design / molten-docs/design/design.md に委ねます。

Phase 6: molten-docs/brand/brand.md を生成する

十分な情報が集まったら、以下の構成で molten-docs/brand/brand.md にファイルを作成します。

# Brand Brief

## 1. Brand Snapshot

### Product Name
[Name]

### One-Sentence Description
[Plain-language description]

### Category
[Category and market context]

### Core Promise
[The transformation or outcome the brand promises]

### Strategic Summary
[Short paragraph connecting audience, problem, differentiation, and brand implications]

## 2. Positioning

### Target Market
[Specific market and qualifying context]

### Primary Audience
[Who this is for]

### Buyer And User
[Clarify whether buyer and daily user differ]

### Problem
[Painful, specific problem]

### Alternatives
[Current alternatives or workarounds]

### Differentiation
[Why this product should win]

### Positioning Statement
For [audience] who [problem], [product] is a [category] that helps them [outcome], unlike [alternative], because [mechanism/proof].

### Category Expectations
[What the market expects from this kind of product]

### Beliefs To Challenge
[Old assumptions the brand must replace]

## 3. Audience And Persona

### Primary Persona
- Name: [Persona label]
- Role: [Role]
- Context: [When and where they encounter the problem]
- Skill level: [Novice/intermediate/expert and relevant vocabulary]
- Motivation: [What they want]
- Anxiety: [What they fear]
- Objections: [Reasons they might hesitate]
- Success moment: [How they know it worked]
- Trust requirements: [What they need to believe before acting]

### Secondary Personas
- [Only include if meaningfully different from the primary persona]

### Jobs To Be Done
- Functional: [Task they need to complete]
- Emotional: [How they want to feel]
- Social: [How they want to be perceived]

### Awareness Level
[Unaware/problem-aware/solution-aware/product-aware/most-aware, plus implications]

## 4. Brand Personality

### Personality Traits
- [Trait], not [bad extreme]
- [Trait], not [bad extreme]
- [Trait], not [bad extreme]

### Voice Principles
- [Rule for headlines]
- [Rule for body copy]
- [Rule for CTAs]
- [Rule for errors and empty states]
- [Rule for sales or trust-building moments]

### Words To Use
- [Word or phrase]

### Words To Avoid
- [Word or phrase]

### Tone By Context
- First impression: [Tone]
- Onboarding: [Tone]
- Core workflow: [Tone]
- Error or failure: [Tone]
- Success moment: [Tone]
- Sales or conversion moment: [Tone]

## 5. Messaging System

### Primary Message
[Main message the product should lead with]

### Supporting Messages
- [Supporting point]
- [Supporting point]
- [Supporting point]

### Narrative Arc
- Before: [User's current state]
- Struggle: [Why current options fail]
- Breakthrough: [What new belief or mechanism changes things]
- After: [User's improved state]

### Proof Points
- [Evidence, credential, customer result, demo, data point, or mechanism]

### Objection Handling
- Objection: [Objection]
  Response: [How the brand answers it]

### Claims And Evidence

- Claim: [Claim the brand can make]
  Evidence needed: [Proof required before using it]

## 6. Brand Experience Principles

### Experience Promises
- [Promise the product experience must fulfill]
- [Promise the product experience must fulfill]
- [Promise the product experience must fulfill]

### Product Behavior Principles
- [How the product should behave]
- [How the product should explain itself]
- [How the product should handle user uncertainty]

### Trust And Credibility
- [Trust signal]
- [Risk reducer]
- [Proof requirement]

### Things The Brand Must Never Do
- [Anti-principle]
- [Anti-principle]
- [Anti-principle]

## 7. Market And Competitive Context

### Alternatives
- [Competitor, workaround, or status quo]

### Differentiation Map
- We are more: [Quality]
- We are less: [Quality]
- We are similar to: [Reference point]
- We are different from: [Reference point]

### Category Language
- Terms to use: [Terms]
- Terms to avoid: [Terms]
- Concepts that need explanation: [Concepts]

## 8. Content And Naming Rules

### Naming Conventions
- Product features: [Naming rule]
- Plans or tiers: [Naming rule, if relevant]
- Actions and CTAs: [Naming rule]
- Events or states: [Naming rule]

### CTA Patterns
- Primary CTA: [Pattern]
- Secondary CTA: [Pattern]
- Avoid: [Pattern]

### Microcopy Rules
- [Rule]
- [Rule]
- [Rule]

## 9. Design Handoff

This brand document does not define visual design details.

Create or consult `molten-docs/design/design.md` (via **molten-design**) for visual design decisions, interface design, and design-system implementation guidance.

## 10. Open Questions And Assumptions

### Open Questions
- [Question that still needs a user decision]

### Assumptions
- [Assumption made due to missing information]

### Next Step
Run **molten-design** to create or consult `molten-docs/design/design.md`.

品質チェック

molten-docs/brand/brand.md を確定する前に、以下を確認します。

• ターゲット市場が、適合しないユーザーを除外できるほど具体的である。
• ペルソナが、実際のブランド、コピー、信頼性、プロダクトに関する判断に影響している。
• ポジショニングステートメントで代替手段を明示している。
• メッセージング体系に、根拠と反論への対応が含まれている。
• ボイスガイドラインに、使用する表現と避ける表現のルールが含まれている。
• ビジュアルデザインの詳細を定義していない。
• ビジュアルに関する希望はブランドブリーフに含めず、molten-docs/design/design.md に委ねている。
• ドキュメントに、明確な「使用する」と「避ける」の指針が含まれている。
• 残っている前提条件を明示している。

ブリーフが一般的すぎる場合は、最終ファイルを書く前に、より踏み込んだ質問をもう一度行います。