Brand Board Standard
이 스킬은 모든 브랜드 보드가 동일한 섹션 프레임워크를 사용하도록 하여, 서로 다른 브랜드(캐릭터, 색상, 톤이 다른)라도 동일한 방식으로 비교, 검토, 인계될 수 있게 합니다.
이 표준은 4개의 참조 보드(Pawang.dev, DukunKode, Gus Kode, Ning Kode) 분석을 통해 도출되었습니다. 각 보드는 서로 다른 영역에서 강점을 가지므로, 이 표준은 각각의 최고 요소를 결합합니다. 각 섹션의 전체 사양은 references/section-spec.md에 있습니다.
이 표준이 존재하는 이유
고정된 프레임워크가 없으면 새로운 보드는 그 순간에 생각나지 않은 섹션(어두운 로고 버전, 코드 폰트, 오류 상태에 대한 마이크로카피)을 놓치기 쉽습니다. 결과적으로 브랜드는 다른 팀이 일관되게 사용할 수 없게 됩니다. 고정된 프레임워크는 모든 브랜드에 동일한 질문을 강제합니다.
범위 선택: 계층형 또는 전체
두 가지 범위가 있습니다. 기본값은 계층형입니다. 사용자가 명시적으로 언급하는 경우에만 전체 범위를 사용하십시오(예: "전체 모드", "모든 섹션", "full", "전부 작성"). 사용자가 아무것도 언급하지 않으면 계층형을 사용하고 질문하지 마십시오.
| 계층형 (기본) | 전체 | |
|---|---|---|
| Tier 1 (7개 섹션) | 필수 | 필수 |
| Tier 2 (7개 섹션) | 브랜드에 해당 요소가 있는 경우에만 | 필수, 브랜드에 없으면 최소 버전 사용 |
| Tier 3 (2개 섹션) | 관련이 있는 경우에만 | 필수, 관련이 없으면 최소 버전 사용 |
| 건너뛴 섹션 | 이유와 함께 기록 | 없음 |
| 적합한 대상 | 이미 명확한 정체성을 가진 브랜드, 간결한 보드 | 브랜드 간 균일한 템플릿, 포괄적인 문서화 |
전체 범위에서 각 섹션에는 "최소 버전"(references/section-spec.md 참조)이 있어 강제된 느낌이 들지 않도록 합니다. 내용은 로고, 태그라인, 업종에서 도출되며, 어울리지 않는 요소를 만들어내지 않습니다. 모든 내용이 도출된 섹션은 제목에 한 번 [ASUMSI]로 표시되며, 줄별로 표시되지 않습니다(아래 표시 규칙 참조).
세 가지 작업 모드
사용자 요청에서 모드를 결정하고 해당 흐름을 따릅니다. 범위(계층형/전체)는 세 모드 모두에 적용됩니다.
모드 A: 새 브랜드 보드 생성
- 최소 브리프 수집. 대화에 이미 있는 내용을 확인하고, 다시 질문하지 마십시오. 필요한 것:
- 브랜드 이름 및 태그라인 (또는 3가지 핵심 가치)
- 업종 및 타겟 고객
- 성격/톤 (예: 따뜻함, 신비로움, 격식) 및 문화적 개념이나 마스코트가 있다면 그것
- 색상 선호도 (선택 사항, 제안 가능) 브리프가 부족하면 한 번에 최대 3가지만 질문하고, 나머지는 명시적으로 작성된 가정으로 채웁니다.
- 범위 결정 (기본 계층형) 및 계층형인 경우 관련 Tier 2/3 섹션 선택.
assets/brand-spec-template.md를 사용하여 브랜드 명세서 생성. 각 섹션을 채우는 마크다운 문서이며, 단일 진실 공급원이 됩니다.- 브랜드 명세서에서 파생되고
references/section-spec.md의 "캔버스 레이아웃"을 따르는 이미지 프롬프트 생성 (보드당 하나의 프롬프트). Claude는 보드를 직접 그리지 않으므로 이 프롬프트는 사용자가 선택한 이미지 생성 도구에서 사용됩니다. - 결과를 제출하기 전에 QA 체크리스트 실행.
모드 B: 기존 보드 감사
- 보드 내용을 표준 섹션 목록(16개 섹션)에 매핑합니다. 특별한 요청이 없으면 계층형 범위를 기준으로 평가합니다. 사용자가 전체를 요청하면 16개 모든 섹션이 필수로 간주됩니다.
- 테이블 출력: 섹션, 상태 (✅ 완료 / ⚠️ 부분 / ❌ 없음), 및 구체적인 부족 사항 메모 (예: "타이포그래피에 코드 폰트 없음").
- 발견 사항 정렬: 누락된 Tier 1 먼저, 그 다음 내용 완성도, 그 다음 Tier 2 및 3.
- 해당 격차를 메우는 패치 브랜드 명세서 생성을 제안합니다.
모드 C: 여러 보드 통일
각 보드에 대해 모드 B를 실행하고, 비교 매트릭스를 표시한 다음, 각 보드에 추가해야 할 섹션을 제안합니다.
표준 구조 (요약)
이 순서와 번호는 고정입니다. 브랜드 간에 변경하지 마십시오. 그러면 독자는 항상 원하는 것을 어디서 찾을지 알 수 있습니다. 하나의 섹션 = 하나의 주제이며, 섹션이 병합되지 않습니다.
Tier 1: 모든 보드, 두 범위 모두에서 필수
| # | 섹션 | 최소 내용 |
|---|---|---|
| 1 | 히어로 | 메인 로고, 태그라인, 일러스트레이션/메인 비주얼, 한 문장 보조 설명, 3가지 핵심 가치 |
| 2 | 로고 변형 | 가로형, 세로형, 아이콘/앱 아이콘, 미니멀, 어두운 버전, 파비콘 |
| 3 | 컬러 팔레트 | 최소 4가지 색상; 각 색상은 이름, hex, 역할을 가짐 |
| 4 | 타이포그래피 | 3가지 역할: 제목, 본문, 코드/기술; 각 폰트에는 사용 레이블과 예시가 있음 |
| 5 | 어조 | 톤 설명, 인용문 예시, UI 컨텍스트별 마이크로카피, 원칙 체크리스트 |
| 6 | 적용 예시 | 최소 3가지 실제 컨텍스트 |
| 7 | 푸터 | 작은 로고, 한 줄 설명, 3가지 핵심 가치 또는 태그라인 |
Tier 2: 계층형에서는 조건부, 전체에서는 필수
| # | 섹션 | 계층형 범위에서의 조건 |
|---|---|---|
| 8 | 철학 | 스토리 또는 포지셔닝을 기반으로 판매되는 브랜드 |
| 9 | 브랜드 가치 | 고객에게 전달되는 가치가 있는 브랜드 |
| 10 | 마스코트 | 캐릭터가 있는 브랜드 |
| 11 | 아이콘 세트 | 자체 아이콘 세트를 사용하는 브랜드 |
| 12 | 시각적 요소 | 장식품이나 문화적 모티프를 사용하는 브랜드 |
| 13 | 배경 패턴 | 배경 패턴을 사용하는 브랜드 |
| 14 | 추가 자산 | 지원 속성이 있는 경우 |
Tier 3: 비즈니스 모듈, 계층형에서는 선택 사항, 전체에서는 필수
| # | 섹션 | 계층형 범위에서의 조건 |
|---|---|---|
| 15 | 서비스 | 브랜드가 이름 있는 서비스/제품을 판매하는 경우 |
| 16 | 패키지 | 서비스에 패키지가 있는 경우 |
브랜드 명세서 작성 규칙
- 마크다운을 사용하십시오. 흐름이나 계층 구조를 표시해야 하는 경우 Mermaid 다이어그램을 사용하십시오. 데이터 소스로 CSV를 제안하지 마십시오. 마크다운이 단일 진실 공급원으로 충분합니다.
- 사용자가 사용하는 언어(기본값 인도네시아어)로 작성하십시오. 기술 용어는 원래 형태(hex, favicon, microcopy)를 유지합니다.
- 참조 보드의 섹션 이름 유지: "Palet Warna", "Tipografi", "Gaya Bahasa", "Contoh Penerapan", "Variasi Logo".
- 각 색상 값은
#RRGGBB로 작성합니다. 각 폰트는 정확한 이름과 역할로 작성합니다. - 팔레트 역할 열에 본문 텍스트에 안전한 텍스트-배경 색상 쌍(최소 대비 비율 4.5:1 목표)을 명시합니다.
- 사용자가 제공하지 않은 비즈니스 사실(가격, 서비스 이름, 주장)을 만들어내지 마십시오. 어쩔 수 없이 채워야 하는 경우 쉽게 찾고 확인할 수 있도록
[ASUMSI]로 표시하십시오. [ASUMSI]표시 규칙: 해당 섹션의 모든 내용이 도출되거나 최소 버전인 경우 섹션 수준에서 제목에 표시합니다(예:### 10. Maskot [ASUMSI]). 사용자나 브리프에서 비롯된 나머지 섹션 내의 특정 사실 하나(예: 확인 이메일의 "1 영업일 내" 약속, 또는 아직 승인되지 않은 서비스 이름 하나)에 대해서만 줄 또는 문장 수준에서 표시합니다. 제목에 이미 표시된 섹션의 모든 표 행을 표시하지 마십시오. 최종 요약에는 표시된 섹션 목록과 표시된 특정 사실만 언급하면 됩니다.- 브랜드가 문화적 또는 종교적 요소(바틱, 카웅, 배지, 종교 용어)를 사용하는 경우 존중심을 가지고 비하하지 않도록 하십시오. 의심스러우면 가정하지 말고 질문하십시오.
이미지 프롬프트 형식
이미지 프롬프트는 독립적(바로 붙여넣기 가능)이고 포괄적이어야 하며, 순서대로 다음을 포함해야 합니다: 캔버스 형식, 일러스트레이션 스타일, 내용이 포함된 섹션 목록, hex가 포함된 팔레트, 금지 사항(예: "무작위 텍스트 없음", "텍스트는 읽을 수 있어야 함").
서로 다른 두 가지 순서, 혼합하지 마십시오:
- 브랜드 명세서는 섹션 번호 순서(1, 2, 3, ... 16)를 따릅니다.
- 이미지 프롬프트는 캔버스 레이아웃 순서, 즉 위에서 아래로 행별 순서를 따릅니다: 1, 2, 10, 14, 11, 12, 3, 4, 5, 6, 13, 8, 9, 15, 16, 그리고 마지막으로 7(푸터). 계층형 범위에서는 사용되지 않은 번호를 건너뛰고 나머지 순서는 변경하지 않습니다.
- 프롬프트의 각 섹션 앞에 표준 번호 접두사를 붙입니다(예:
[10] Maskot: ...). 그러면 번호와 순서가 달라도 어떤 섹션인지 명확해집니다. 이미지에 나타나야 하는 모든 텍스트를 정확하게 작성하십시오. 이미지 모델은 자유롭게 남겨진 텍스트를 잘못 철자하는 경향이 있기 때문입니다.
사용자에게 결과 이미지를 시각적 초안으로 취급하고, 브랜드 명세서 마크다운을 hex, 폰트 이름, 카피에 대한 진실 공급원으로 취급하도록 권장하십시오.
결과 제출 전 QA 체크리스트
- 사용된 범위(계층형/전체)가 브랜드 명세서 시작 부분에 명시됨
- Tier 1의 7개 섹션이 모두 존재하고 최소 내용을 충족함
- 각 색상에 이름, hex, 역할이 있음
- 타이포그래피에 코드 폰트와 각 폰트의 사용 레이블이 있음
- 어두운 로고 버전과 파비콘이 있음
- 어조에 최소한 다음에 대한 마이크로카피가 포함됨: 히어로, CTA, 로딩, 성공, 404 오류, 확인 이메일
- 섹션 순서와 번호가 표준을 따름
- 전체 범위: 16개 섹션이 모두 채워져 있고 빈 섹션이 없음
- 계층형 범위: 건너뛴 섹션이 이유와 함께 기록됨
- 가정 사항이 규칙에 따라 표시됨: 전체가 도출된 경우 제목에 섹션별로, 단일 사실에 대해서만 줄별로; 이미 표시된 섹션 내에서 이중 표시 없음
- 최종 요약에
[ASUMSI]로 표시된 섹션 및 사실 목록이 언급됨
사용자에 대한 응답 형식
결과(브랜드 명세서 또는 감사 테이블)로 시작한 다음, 짧은 가정 목록과 확인이 필요한 사항으로 마무리하십시오. 이미 파일에 있으면 채팅에서 사양 내용을 반복하지 마십시오.