Community생산성 & 협업github.com

브랜드 발견

8개 모듈(목적, 포지셔닝, 대상, 성격, 목소리, 내러티브, 창립자 갈등)에 걸쳐 구조화된 재개 가능한 다중 세션 브랜드 정체성 인터뷰를 진행하고, 답변을 디스크에 저장하며 최종 브랜드북(90_SYNTHESIS.md)을 생성합니다. 브랜드를 만들거나 재포지셔닝할 때, 디자이너나 작가에게 브리핑할 때, 또는 창립자의 암묵적 지식을 명시화할 때 사용하세요.

브랜드 발견란 무엇인가요?

이 스킬은 구조화되고 적응 가능한 브랜드 정체성 인터뷰를 통해 최종 산출물로 완전한 브랜드북(`90_SYNTHESIS.md`)을 생성합니다. 인터뷰는 8개의 모듈(목적, 포지셔닝, 대상, 성격, 목소리, 내러티브, 창립자 갈등, 종합)로 구성되며, 여러 세션에 걸쳐 진행됩니다. 각 답변을 디스크에 저장하고 `state.json` 체크포인트를 유지하여 세션이 중단되어도 중단된 지점에서 재개할 수 있습니다. 라더링, 5 Whys, 투사 기법 등의 인터뷰 기법을 사용하여 피상적인 답변을 넘어 핵심 가치와 근본적인 신념을 도출합니다. 여러 창립자가 있는 경우 개별 인터뷰를 먼저 진행하고 조정 과정을 거쳐 편향을 방지합니다. 이 스킬은 Claude Code, Cursor, Codex 등 AI 어시스턴트와 함께 사용하도록 설계되었으며, 일회성 대화가 아닌 다중 세션에 최적화되어 있어 브랜드 전략 작업에 적합합니다.

지원 대상~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/youssefmahni/skillshare/tree/HEAD/brand-discovery

Installed? Explore more 생산성 & 협업 skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

즐겨 사용하는 AI에게 물어보기

이 에이전트 스킬이 미리 로드된 새 채팅을 엽니다.

문서

브랜드 발견은(는) 무엇을 하나요?

이 스킬을 사용하여 구조화되고 적응 가능한 브랜드 정체성 인터뷰를 진행하세요. 목표는 완전한 90_SYNTHESIS.md — 조직이 디자이너, 작가 및 외부 협업자에게 브리핑하는 데 사용할 수 있는 마스터 브랜드북을 만드는 것입니다.

인터뷰는 여러 세션에 걸쳐 진행됩니다. 답변을 디스크에 저장하여 대화가 끝나도 얻은 지식이 손실되지 않고, 나중에 세션이 중단된 지점부터 다시 시작할 수 있도록 하세요.

활성화 시점

  • 브랜드가 생성, 재포지셔닝되거나 협업자에게 브리핑할 서면 ID 참조가 필요한 경우.
  • 여러 세션이 예상되는 경우 — 대화가 며칠 또는 몇 주에 걸쳐 진행됩니다.
  • 여러 창립자 또는 이해관계자가 조정 과정 전에 개별 인터뷰가 필요한 경우.
  • 사용자가 임시 채팅이 아닌 구조화되고 반복 가능한 방법을 원하는 경우.
  • 기존 브랜드 문서가 분산되어 있거나, 암묵적이거나, 창립자에게 의존적이며 명시화가 필요한 경우.

세션 시작 프로토콜

활성화할 때마다 인터뷰 질문을 하기 전에 다음 단계를 수행하세요:

  1. 이전 진행 상황 확인. 프로젝트의 brand-identity 디렉토리에 기존 모듈 파일과 state.json 체크포인트가 있는지 확인합니다. 없으면 처음 시작하는 것입니다 — 브랜드 이름, 참가자를 확인하고 brand-identity 파일을 저장할 위치를 결정한 후 첫 번째 모듈부터 시작합니다.
  2. 현재 모듈 파일 읽기 진행 중인 모듈이 있으면 읽고 Raw 섹션에서 이전에 캡처된 답변을 검토합니다.
  3. 사용자에게 보고 두세 문장으로: 현재 어느 모듈에 있는지, 상태, 남은 작업을 알립니다. 그런 다음 "여기서 계속할까요, 아니면 모듈을 전환할까요?"라고 묻습니다.

인터뷰 규율

모든 모듈에서 다음 규칙을 적용하세요:

  1. 한 번에 한 질문. 질문 목록을 제시하지 마세요.
  2. 각 답변 후: 짧은 재진술 → 하나의 심층 탐구 질문 OR 주제가 포화되면 종료. 조용히 넘어가지 마세요.
  3. 라더링: 모든 "무엇" 답변에 대해 "그것이 왜 당신에게 중요한가요?"를 핵심 가치가 표면화될 때까지(보통 2~4회 반복) 따르세요.
  4. 5 Whys: 신념이나 포지셔닝 주장에 대해 — 표면적 선언이 아닌 근본적인 이유가 드러날 때까지 파고드세요.
  5. 얇은 답변 감지: 일반적이거나, 전문 용어가 많거나, 모호한 경우 구체적인 예, 고객 사례 또는 숫자를 요청하세요.
  6. 투사 기법 (모듈당 한 번, 정체 상태를 깨기 위해 사용):
    • "브랜드가 사람이라면 방에 어떻게 들어올까요?"
    • 브랜드 부고: "조직이 5년 후에 문을 닫는다면 고객은 무엇을 그리워할까요? 당신이 하지 못한 것을 후회할 것은 무엇인가요?"
    • 경쟁사 대비: "존경하지만 절대 되고 싶지 않은 경쟁사를 한 명 말해보세요. 무엇이 그들을 잘못된 모델로 만드나요?"
  7. 포화 신호: 연속된 두 번의 탐구가 새로운 정보를 생성하지 못하면 요약하고 모듈을 종료하세요.
  8. 모듈 종료: 두 섹션으로 구성된 구조화된 모듈 파일을 작성하세요:
    • ## Raw — 있는 그대로의 인용문과 예시.
    • ## Synthesis — 당신의 해석, 세 가지 후보 공식화, 열린 질문, 참가자 간의 모순. 그런 다음 state.json 체크포인트를 업데이트하세요(아래 상태 프로토콜 참조).

모듈 순서

파일레이블사용된 프레임워크
10_purpose-why.md목적 / 이유Sinek Golden Circle, Lencioni
20_positioning.md포지셔닝Dunford "Obviously Awesome", Moore template
30_audience-niche.md대상 & 틈새Baker "Business of Expertise", ICP
40_personality-archetype.md성격 & 원형Mark & Pearson 12 archetypes, J. Aaker 5 dims
50_voice-tone.md목소리 & 어조Brand voice guidelines
60_narrative-story.md내러티브 / 스토리Neumeier trueline, brand story arc
70_founder-tension.md창립자 브랜드 vs 스튜디오 브랜드Enns "Win Without Pitching"
90_SYNTHESIS.md마스터 브랜드북Kapferer prism, Aaker brand system

모듈을 순서대로 완료하세요. 사용자가 모듈을 건너뛰도록 요청하면 이를 존중하고 state.json에 스킵을 기록하세요.

상태 기록 프로토콜

각 모듈이 포화 또는 완료 상태에 도달한 후 두 파일을 작성하세요:

모듈 파일 modules/{moduleFile} — 전체 Raw 및 Synthesis 내용.

state.json — 나중에 세션이 재개될 수 있도록 하는 경량 체크포인트. completedModules, inProgressModule, nextModule, lastUpdated를 업데이트하세요. 스키마:

{
  "session": "{brand_name}-brand-{YYYY-MM}",
  "outputPath": "{path_to_brand_identity_directory}",
  "completedModules": [],
  "inProgressModule": "10_purpose-why.md",
  "nextModule": "20_positioning.md",
  "participants": ["founder-A"],
  "lastUpdated": "{ISO-8601}"
}

작성 후 확인: "모듈 X 저장됨. 상태 업데이트됨. 다음: Y."

최종 모듈 (90_SYNTHESIS.md): 최종 합성을 작성할 때, state.json에서 inProgressModule을 "90_SYNTHESIS.md"로 설정하고 nextModule을 null로 설정하세요. 작성 후 completedModules에 "90_SYNTHESIS.md"를 포함시키고 inProgressModule을 null로 설정하세요 — 채워진 상태로 두면 향후 재개 시 완료된 브랜드북을 아직 진행 중인 것으로 처리합니다. 확인: "브랜드북 완료. 모든 모듈 저장됨."

다중 창립자 모드

둘 이상의 창립자가 참여하는 경우 각 창립자의 답변을 기본 모듈 파일 대신 founders/{participant}.md에 작성하세요. 작성 전에 participant 이름을 검증하세요: 영숫자와 하이픈만 허용합니다(예: founder-a, anna); 경로 구분자(/, \, ..)나 특수 문자가 포함된 이름은 거부하세요. moduleFile을 열거된 모듈 시퀀스(10~90만)와 비교하여 검증하세요. outputPath가 프로젝트 디렉토리 내의 절대 경로인지 확인하세요 — 상대 경로 및 .. 세그먼트를 통해 이스케이프하는 경로는 거부하세요. 모든 창립자가 모듈을 완료한 후 조정 과정을 실행하세요: 모듈 파일에서 수렴 및 발산을 요약하고 그룹 정렬 워크숍을 위해 "생산적 긴장"에 플래그를 지정하세요.

안티 패턴

  • 상태를 먼저 읽지 않고 시작. 모든 세션은 기존 모듈 파일과 state.json을 확인하는 것으로 시작해야 합니다. 이를 건너뛰면 이전 세션의 연속성이 모두 사라집니다.
  • 여러 질문을 동시에 하기. 한 번에 한 질문은 선택 사항이 아닙니다 — 목록은 체크리스트식 답변을 생성하고 진정한 통찰을 제공하지 않습니다.
  • 포화 전에 Synthesis로 이동. 마지막 두 탐구가 새로운 정보를 생성하지 않았다면 모듈이 완료된 것입니다. 그렇지 않다면 — 완료되지 않은 것입니다.
  • 다중 창립자 조정 건너뛰기. 여러 이해관계자가 관련된 경우 개별 인터뷰가 먼저 완료되어야 조정이 가능합니다. 집단적으로 브랜드를 먼저 논의하면 앵커링 편향이 발생합니다.
  • 일회성 세션으로 취급. 이 스킬은 여러 세션을 위해 설계되었습니다. 한 번의 대화로 90_SYNTHESIS.md로 서두르면 얕은 결과물이 생성됩니다.

관련 스킬

  • competitive-platform-analysis — brand-discovery가 포지셔닝 브리핑을 설정한 후 경쟁사 세트를 범위화하고 분류하는 데 사용합니다.
  • brand-voice (ECC) — brand-discovery의 목소리 및 어조 모듈이 별도의 소스 기반 글쓰기 스타일 프로필이 필요한 경우 사용합니다.

관련 스킬