디자인 저장소 구조 설계

저장소 사례 구조

이 탭은 디자인저장소/v3/정리_작업초안.md에서 정한 구조를 기준으로 다시 정리한 화면입니다. 한 디자인 사례를 8가지 카테고리, 설계 이유, 근거, 신뢰도, 검수 규칙으로 나누어 저장합니다.

목적

디자인 저장소는 각 디자인 사례를 8가지 카테고리(제품 카테고리, 사용자, 사용 맥락, 해결하려는 문제, 경험 가치, 형태 전략, CMF, 기술/생산 선택)로 정리합니다.

여기에 디자이너, 브랜드, 평가자가 바라본 문제와 의도, 해결 방식, 사용자 경험을 함께 기록합니다.

각 판단에는 근거와 신뢰도를 연결합니다. 이를 통해 디자인 리서치·디자인 매핑 에이전트가 필요한 맥락을 검색하고 재사용할 수 있게 합니다.

카드가 답해야 하는 질문

문서와 저장 템플릿

실제 저장 템플릿

이 블록은 정리_작업초안.md에서 합의한 구조를 v3/templates/card_v3.ko.template.yaml의 필드 순서로 보여줍니다. 중괄호 설명은 저장값이 아니라 작성자가 무엇을 넣을지 판단하기 위한 안내입니다.

# 디자인 저장소 v3 한국어 작성 템플릿
# 확인된 내용만 쓰고, 근거가 없으면 값을 만들지 않습니다.
schema: piix.design_knowledge.card.ko
card_version: "3.0"

기본정보:
  ID: {고유 식별자}
  원본사례_ID: {같은 사례를 묶는 공통 ID}
  분석_버전: {원문_기반 / 추론_포함 / 가설_확장}
  제품명: {제품 또는 프로젝트 이름}
  브랜드: {브랜드}
  디자이너_스튜디오: {디자이너, 팀, 스튜디오}
  출처URL: {원문을 확인할 수 있는 주소}
  출처채널: {사례가 실린 사이트나 매체}
  출처유형: {원문 자료의 성격}
  수집일: {저장소에 수집한 날짜}
  대표이미지: {사례를 가장 잘 보여주는 이미지 URL 또는 파일 경로}

요약:
  한줄요약: {제품, 핵심 문제, 주요 해결 방식을 한 문장으로 요약}
  근거: [근거_1]
  신뢰도_점수: {0~100}

제품_카테고리:
  대분류: {가전 / 가구 / 모빌리티 / 헬스케어 / 생활용품처럼 가장 넓은 제품군}
  구체_제품유형: {이 사례를 가장 직접적으로 부르는 제품명}
  하위_카테고리: {같은 제품유형 안에서 더 좁혀 부를 수 있는 분류}
  인접_도메인: {함께 비교하거나 참고할 수 있는 주변 제품 영역}
  근거: [근거_1]
  신뢰도_점수: {0~100}

사용자:
  사용자_군: {제품을 직접 사용하는 주요 사용자 범위}
  페르소나: {대표 사용자의 생활 방식, 상황, 니즈를 포함한 사용자 유형}
  숙련도: {제품 사용이나 관련 행동에 얼마나 익숙한지}
  욕구: {사용자가 제품을 통해 해결하거나 얻고 싶어 하는 상태}
  근거: [근거_1, 근거_2]
  신뢰도_점수: {0~100}

사용_맥락:
  사용_공간: {제품을 사용하는 장소}
  사용_상황: {제품 사용이 필요한 생활·업무 상황}
  주변_환경: {공간, 소음, 조명, 날씨, 사람, 사물 등 사용에 영향을 주는 외부 조건}
  사용_장벽: {사용자가 제품을 쓰기 어렵게 만드는 물리적·심리적·환경적 조건}
  근거: [근거_1, 근거_2]
  신뢰도_점수: {0~100}

해결하려는_문제:
  문제_정의: {이 디자인이 해결하려는 핵심 문제를 한 문장으로 정리}
  불편_지점: {사용자가 기존 방식에서 직접 겪는 불편}
  개선_기회: {디자인 개입으로 바꿀 수 있는 사용자 경험상의 기회}
  기존_방식의_한계: {기존 제품, 서비스, 행동 방식이 충분히 해결하지 못한 점}
  근거: [근거_1, 근거_2]
  신뢰도_점수: {0~100}

경험_가치:
  주요_가치: {사용자가 제품 사용으로 얻는 핵심 이점}
  사용자_변화: {제품 사용 뒤 사용자의 행동, 감정, 인식이 어떻게 바뀌는지}
  사용_전후_차이: {제품 사용 전의 문제 상황과 사용 후 개선된 상태의 차이}
  브랜드_인상: {사용자가 이 경험을 통해 브랜드에 대해 갖게 되는 인상}
  근거: [근거_1, 근거_2]
  신뢰도_점수: {0~100}

형태_전략:
  형상_키워드: {제품 외형을 설명하는 핵심 키워드 3~5개}
  구성_방식: {주요 부품이 배치되고 연결되는 방식}
  볼륨감: {제품의 크기, 두께, 비례, 덩어리감에서 느껴지는 인상}
  디테일_전략: {모서리, 이음새, 버튼, 손잡이 등 사용성과 인상을 좌우하는 세부 형태}
  시각적_강조: {사용자의 시선을 먼저 끄는 형태, 색상, 구조 요소}
  제품_계열감: {기존 제품군이나 브랜드 제품들과 공유하는 형태 언어}
  근거: [근거_1, 근거_2]
  신뢰도_점수: {0~100}

CMF:
  색상:
    주_색상: {가장 많이 보이거나 인상을 좌우하는 색}
    보조_색상: {주 색상과 함께 쓰인 색}
    톤: {밝기, 채도, 차갑거나 따뜻한 느낌}
    대비: {색 차이로 만든 강조}
  소재:
    주_소재: {가장 많이 보이거나 인상을 좌우하는 소재}
    부_소재: {함께 쓰인 보조 소재}
    구조_소재: {확인 가능한 경우, 하중이나 형태를 지탱하는 소재}
    표면_소재: {확인 가능한 경우, 손이나 눈에 직접 닿는 소재}
    투명_소재: {확인 가능한 경우, 빛을 통과시키는 소재}
    유연_소재: {확인 가능한 경우, 휘거나 움직임을 받아들이는 소재}
  마감:
    표면_마감: {표면을 처리한 방식}
    광택: {빛을 반사하는 정도}
    질감: {눈으로 보이는 표면의 거칠기나 패턴}
    촉감: {손으로 느끼는 표면 느낌}
    가공_느낌: {사출, 절삭, 프레스, 직조 등 가공 방식이 드러나는 시각적 인상}
  근거: [근거_1, 근거_2]
  신뢰도_점수: {0~100}
  필드_근거_예외:
    - 항목: {예: 색상.주_색상}
      근거: [근거_3]
      신뢰도_점수: {0~100}

기술_생산_선택:
  핵심_기술: {제품의 기능이나 경험을 가능하게 하는 핵심 기술}
  내부_구성요소: {확인 가능한 경우, 제품 안쪽의 주요 부품이나 시스템}
  구조_방식: {제품이 지지, 고정, 접힘, 결합되는 방식}
  생산_방식: {확인 가능한 경우, 제품을 제조하는 방식}
  제조_단서: {이미지나 설명에서 유추할 수 있는 제조 방식의 단서}
  제약_조건: {디자인이 충족해야 하는 사용, 생산, 안전, 비용, 공간상의 조건}
  인터페이스: {사용자가 제품을 조작하거나 상태를 확인하는 방식}
  안전_내구성: {안전, 내구성, 위생, 규격과 관련해 고려된 조건}
  근거: [근거_1, 근거_2]
  신뢰도_점수: {0~100}
  필드_근거_예외:
    - 항목: {예: 핵심_기술}
      근거: [근거_3]
      신뢰도_점수: {0~100}

디자인_설계_이유:
  - 관점: {디자이너 / 브랜드 / 평가자 / 이미지 추론}
    바라본_문제: {해당 관점에서 중요하게 본 문제}
    디자인_의도: {디자인을 통해 바꾸거나 가능하게 하려 한 것}
    해결_방식: {문제를 해결하기 위해 선택한 접근 방식}
    주요_디자인_선택: {형태, CMF, 구조, 조작 방식 중 핵심 선택}
    사용자_경험: {사용자가 제품을 쓰며 느끼거나 하게 되는 일}
    근거: [근거_1, 근거_2]
    신뢰도_점수: {0~100}
    필드_근거_예외:
      - 항목: {예: 사용자_경험}
        근거: [근거_3]
        신뢰도_점수: {0~100}

근거_묶음:
  - ID: 근거_1
    근거_방식: {원문 인용 / 원문+추론 / 이미지 관찰 / OCR 텍스트 / 추론}
    출처성격: {브랜드 설명 / 디자이너 설명 / 심사평 / 인터뷰 / 기사 / 포트폴리오 설명 / 이미지 / OCR / 해당 없음}
    내용: {원문이면 짧은 인용문, 이미지면 관찰 내용}
    출처위치: {URL, 문단, 이미지 번호, 캡션, 페이지 등 확인 가능한 위치}

확인되지_않은_항목:
  - 경로: {예: 사용자.페르소나}
    이유: {원문 없음 / 이미지로도 확인 불가 / 아직 미분석 / 해당 없음}

원본참조:
  원문_텍스트: {원문 텍스트 파일 경로}
  원문_HTML: {원문 HTML 파일 경로}
  OCR: {OCR 결과 파일 경로}
  이미지_폴더: {이미지 저장 폴더}
  스크래핑_로그: {수집 실행 로그}
  실행_로그: {카드 생성 실행 로그}

검수상태:
  자동검수: {미검수 / 통과 / 주의 / 실패}

요약과 판단 섹션에는 기본적으로 근거와 신뢰도_점수가 붙습니다. 한 섹션 안에서 특정 필드만 근거 수준이 다를 때만 필드_근거_예외를 씁니다.

기본정보와 요약

8가지 카테고리

디자인 설계 이유

디자인 설계 이유는 디자이너, 브랜드, 평가자가 바라본 문제와 의도, 해결 방식, 사용자 경험을 기록합니다. Behance처럼 디자이너가 직접 설명한 경우에는 디자이너의 시선을 중심으로 기록하고, Red Dot / iF처럼 심사평이 중심인 경우에는 브랜드 설명과 평가자의 시선을 구분합니다.

근거와 신뢰도의 판단 방식

근거와 신뢰도를 붙이는 위치

플레이스홀더와 작성 질문

정리_작업초안.md의 중괄호 설명은 저장값이 아니라 필드의 의미를 알려주는 플레이스홀더입니다. 다음 단계에서는 이 플레이스홀더를 작성 질문으로 분리해 프롬프트 맵으로 관리합니다.

이 연결은 저장 카드 본문을 길게 만들지 않기 위한 분리입니다. 저장 템플릿은 “무엇을 저장하는가”, 프롬프트 맵은 “어떻게 판단해서 채우는가”를 담당합니다.

비워두는 방식

분석 버전

기본 저장소에는 원문_기반과 추론_포함을 비교 가능하게 남깁니다. 가설_확장은 RAG 기본 검색에 넣지 않고 사람이 검토할 수 있는 별도 결과로 관리합니다.

신뢰도 점수

신뢰도_점수는 카드 전체 점수가 아니라 판단 섹션마다 붙는 점수입니다. 한 섹션 안에서 근거 수준이 크게 다르면 예외 필드에 별도 점수를 붙입니다.

원본참조와 검수상태

검수

사람 검수는 실제 검수 전에는 카드에 기록하지 않습니다. 검수상태는 자동검수: 미검수 / 통과 / 주의 / 실패를 기본으로 둡니다.

근거 라벨과 등급

Gold / Silver / Bronze / No data

조합 규칙

근거 구조

검증 기준

검증 기준은 샘플의 성공 여부가 아니라, 저장소 구조가 계속 쓸 수 있는 판단 단위로 설계됐는지 확인하는 기준입니다.

검증 흐름

1. 식별 확인
   identity가 사례를 안정적으로 가리키는가

2. 판단 확인
   knowledge와 design_logic이 8가지 카테고리와 설계 이유를 나누어 담는가

3. 필드 타입 확인
   statement와 value/values가 역할에 맞게 나뉘는가

4. 근거 확인
   grounding, confidence, basis가 각 필드 안에서 함께 읽히는가

5. 빈 값 확인
   근거 없는 값은 missing_fields로 빠지고 억지로 생성되지 않았는가

6. 운영 보조 확인
   quality_summary가 카드 전체 상태를 보이고 핵심 판단과 섞이지 않는가

7. 원본 확인
   raw_refs로 원본 카드, 이미지, 로그, index로 되돌아갈 수 있는가

8. 검색 확인
   RAG 결과가 값, 라벨, 등급, 근거 문장을 함께 반환하는가

샘플 10개

배포판 샘플은 Codex가 뽑은 10개 사례를 현재 카드 구조로 다시 정리한 결과입니다. 각 샘플은 요약, 저장 판단, 디자인 해석, 근거와 검증 상태를 한 카드 안에서 위에서 아래로 볼 수 있게 구성했습니다.

RAG 결과

이번 RAG 결과는 NewBe와 Red Dot 9건을 포함한 10건 큐의 index를 기준으로 확인합니다. 검색 단위는 카드 전체 요약이 아니라 각 판단 필드입니다.

두 가지 검색 모드

질문 예시

검색 결과 위치

검색 결과 상세는 샘플 탭의 전체 실행 리포트와 /samples/ 페이지에서 확인합니다. 카드 원문과 실행 로그는 /files/에 따로 묶었습니다.