brand

ブランド

プロジェクトで長期にわたり維持される、人が理解できるブランドの意味と、承認済みのアイデンティティアセットを管理します。既存の承認済みガイダンスは、ユーザーが明示的に変更しない限り、権威ある指針として扱います。実装トークンや製品 UI の実装は、この意味的なアイデンティティの範囲外とします。

ワークフロー

1. 変更を提案する前に、既存のブランドガイダンス、アイデンティティアセット、製品の接点、言語やメッセージに関する根拠、アセットの規約を確認します。業界やスタイルのカタログからブランドを推測してはいけません。
2. 新規または大幅に改訂するアイデンティティについては、現在の根拠や承認によって確立されている内容だけを定義します。対象者、ポジショニング、声や個性、メッセージや主張、意味的な色の役割、タイポグラフィの方向性、画像、ロゴの制約、必要な場合はアイコンの表現規則、禁止する表現が含まれます。この分野が重要な場合は、言語とメッセージを読みます。プロジェクトに既存の信頼できる情報源がない場合に限り、最小限のブランドひな形を使用します。
3. 再利用できる深度を要する色やタイポグラフィの判断では、その分野を扱う場合に限り、カラーパレットの管理またはタイポグラフィ仕様を読みます。
4. ロゴやコーポレートアイデンティティに関する作業では、関連するロゴデザイン、コーポレートアイデンティティデザイン、ロゴの使用ルールだけを読みます。スタイルをまとめたデータベースに頼らず、現在の依頼内容や根拠をもとに検討します。
5. 独自のアイコン表現を作る場合は、アイコンデザインを読み、そのアイデンティティに必要なグリッド、線や塗り、角、光学的なサイズ調整、命名、書き出しの動作だけを定義します。
6. アセットの整理やレビューでは、プロジェクトの既存の規約を維持します。整理方法そのものが未解決の場合に限り、アセットの整理を読みます。汎用的なファイル名、寸法、形式、サイズ制限を押し付けてはいけません。
7. ブランドとの一貫性をレビューする場合は、より詳細な確認が有用な場合に限り、一貫性チェックリストと承認チェックリストを使用します。好みだけでなく、根拠と最小限の修正案を報告します。

判断ルール

• 汎用的な色彩心理、業界のステレオタイプ、トレンドカタログ、ブランドアーキタイプの定型式、AI プロンプトのキーワード一覧よりも、プロジェクトやユーザーの根拠を優先します。
• ガイダンスでは意味的な色の役割を使います。具体的な実装値は、確認済みの実装契約に従います。
• アクセシブルな前景色と背景色の組み合わせ、およびサポートされるテーマの動作を定義します。
• ロゴの組み合わせ、クリアスペースや最小サイズのルール、禁止する変形、承認済みのバリエーションは、実際にこのブランドで確立されている場合に限り、明示します。
• 根拠や承認がない限り、アセット、主張、タグライン、差別化要素、メッセージを承認済みと断定してはいけません。
• ビジュアルの検討は確認済みの依頼内容から導きます。並行してプロンプトやスタイルのカタログを管理してはいけません。

長期的な保存先

既存のブランドの信頼できる情報源の場所やアセットの規約がある場合は、それを維持します。ブランドのガイダンスを長期的に維持する必要があるからといって、既定のドキュメントパス、レジストリ、マニフェスト、リポジトリ構成を新たに作ってはいけません。

長期的な保存先がない場合は、提案するブランドの情報源と、未解決の保存先や権限の境界を提示します。暗黙のうちに保存先を決めてはいけません。永続化の仕組みは、ブランドの意味を決めるものではありません。