우문현답
愚 問 賢 答
회사별 면접직군별질문 가이드진행 방식
    홈›회사별›PTKOREA›UX/UI 디자이너›질문 상세
    問
    PPTKOREAUX/UI 디자이너직무 역량2026년 출제

    디자인 시스템 구축 시 어떤 요소를 가장 중요하게 고려해야 한다고 생각하나요?

    답변 미리보기

    디자인 시스템을 구축할 때 컴포넌트 추상화 수준을 정하는 것이 가장 중요한 첫 결정이라고 생각합니다. 너무 세분화하면 관리 비용이 커지고, 너무 뭉뚱그리면…

    예상 답변 시간
    60~90초
    예상 꼬리질문
    3회
    난이도
    난이도 중상
    출제 빈도
    높음
    INTERVIEWER'S INTENT · 면접관의 의도

    이 질문, 네 갈래로 뜯어봅니다.

    면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.

    問
    01
    핵심 요소를 구체적으로 짚는가?
    토큰·컴포넌트·문서화 중 무엇을 중요하게 보는지 짚는지를 봅니다. '잘 만든다'로만 답하면 다시 묻게 됩니다.
    骨
    02
    구체적인 기준이 있는가?
    네이밍·계층 구조·변경 관리를 짚는지를 봅니다. 한 가지만 답하면 깊이가 얕아 보입니다.
    語
    03
    본인 역할이 드러나는가?
    주도·실행·결과를 본인 언어로 짚는지를 봅니다. '함께 했다'로만 답하면 본인 몫이 안 보입니다.
    本
    04
    성과를 측정할 수 있는가?
    재사용률이나 도입률처럼 확인 가능한 지표를 짚는지를 봅니다. 정성 평가로만 답하면 객관성이 부족해 보입니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    PTKOREA 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    컴포넌트 추상화 → 명명 규칙 합의 → 예시 중심 문서 작성약 90초디자인 토큰 시맨틱 계층 설계와 Storybook 문서화를 직접 주도한 본인 행동 결약 78초도입 전후 핸드오프 절감·버그 감소로 ROI를 체감한 측정 결약 78초
    예시 답변 1
    약 90초

    컴포넌트 추상화 → 명명 규칙 합의 → 예시 중심 문서 작성

    디자인 시스템을 구축할 때 컴포넌트 추상화 수준을 정하는 것이 가장 중요한 첫 결정이라고 생각합니다. 너무 세분화하면 관리 비용이 커지고, 너무 뭉뚱그리면 재사용이 어려워집니다. 베이스 컴포넌트를 먼저 확정하고 그 위에 변형을 쌓는 방식으로 접근하면 확장이 수월했습니다.

    명명 규칙을 팀 전체가 따르도록 초기에 합의하는 것도 중요한데, 이름이 통일돼야 컴포넌트 찾는 시간이 줄어듭니다. 예시 중심 문서화가 이론 설명보다 훨씬 빠르게 팀에 정착되는 걸 경험했고, 실제로 어떻게 쓰이는지를 먼저 보여주는 방식이 효과적이었습니다. 디자인 시스템은 만들어두면 끝이 아니라 팀이 계속 사용하고 기여할 수 있는 구조를 갖춰야 살아있는 시스템이 된다는 걸 배웠습니다.

    이 결의 특징
    베이스 컴포넌트부터 시작해서 변형을 쌓는 구조로 가면 관리 비용이 커지는 문제를 원천 차단합니다. 명명 규칙의 통일이 컴포넌트를 찾는 시간을 줄이는 흔적이 명확합니다.
    이 결이 통하는 자리
    예시 중심 문서화가 이론 설명보다 팀에 정착되는 속도가 빠르다는 점이 팀 회의에서 강조될 때 통합니다. 만들어둔 디자인 시스템을 팀이 계속 사용하고 기여할 수 있는 구조를 갖춘 사례를 언급하면 경청합니다.
    예시 답변 2
    약 78초

    디자인 토큰 시맨틱 계층 설계와 Storybook 문서화를 직접 주도한 본인 행동 결

    디자인 시스템을 구축하면서 직접 주도한 결정 중 가장 영향이 컸던 것은 디자인 토큰 구조를 시맨틱 계층으로 분리한 것이었습니다. 색상을 원시 값으로 쓰던 방식에서 `color.primary.default`처럼 역할 기반으로 이름을 붙이는 시맨틱 토큰 계층으로 전환하면서, 테마를 바꿀 때 컴포넌트를 건드리지 않아도 됐습니다.

    Storybook을 설정하고 각 컴포넌트에 사용 예시와 금지 케이스를 직접 작성했는데, 이 문서가 생긴 뒤로 팀원들이 컴포넌트 사용 방법을 따로 묻는 빈도가 줄었습니다. 컴포넌트를 추가할 때 누가 리뷰하고 어떻게 릴리즈하는지 기여 프로세스(Governance)를 문서화한 것도 직접 했습니다. 구조를 짜는 것보다 팀이 시스템을 계속 사용하고 기여하게 만드는 것이 더 어렵다는 걸 그때 배웠습니다. 시스템은 쓰이지 않으면 유지되지 않습니다.

    이 결의 특징
    디자인 토큰을 시맨틱 계층으로 분리해서 color.primary.default 같은 역할 기반 이름을 붙이면 테마 변경 시 컴포넌트를 건드리지 않아도 됩니다. Storybook 설정 후 각 컴포넌트에 사용 예시와 금지 케이스를 기입한 구체적 절차가 있습니다.
    이 결이 통하는 자리
    컴포넌트 리뷰와 릴리즈 프로세스를 문서화한 거버넌스 규칙이 팀에서 요청될 때 통합니다. 구조를 짜는 것보다 팀이 시스템을 계속 사용하게 만드는 게 어렵다는 진단이 회의실에서 수긍을 끌 때 알아차릴 수 있습니다.
    예시 답변 3
    약 78초

    도입 전후 핸드오프 절감·버그 감소로 ROI를 체감한 측정 결

    디자인 시스템이 실제로 효과가 있는지를 수치로 확인하지 않으면 지속적인 투자를 설득하기 어렵다는 것을 배웠습니다. 시스템 도입 이후 디자인-개발 핸드오프 단계에서 스타일 재확인 질문이 현저히 줄어드는 것을 체감했고, 릴리즈 후 UI 관련 버그 수도 이전 스프린트 대비 줄었습니다.

    정확한 수치를 기록하지 않아 공식 리포트로 만들기는 어려웠지만, 속도 향상이 체감될 만큼 명확했습니다. 설계-구현 1:1 대응 — 컴포넌트 Variant·Size·State를 설계 단계에서 정의해두면 개발자가 자체 판단으로 처리하는 케이스가 줄었습니다.

    디자인 시스템의 ROI를 핸드오프 절감·버그 감소·팀 속도 향상으로 정의하고 측정 기준을 미리 정해두는 것이 다음에 또 한다면 처음부터 하고 싶은 것입니다. 시스템은 비용보다 절감이 큰지를 보여줄 수 있어야 살아남습니다.

    이 결의 특징
    디자인-개발 핸드오프에서 스타일 재확인 질문이 현저히 줄어들었다는 수치 기반 확인이 있습니다. 릴리즈 후 UI 버그 수가 이전 스프린트 대비 감소한 것을 체감했고, 설계-구현 1:1 대응으로 개발자 자체 판단 케이스가 줄었습니다.
    이 결이 통하는 자리
    시스템의 ROI를 핸드오프 절감, 버그 감소, 팀 속도 향상으로 정의하고 측정 기준을 미리 정한 사례가 조직의 의사결정층에서 투자 승인을 받을 때 통합니다. 비용보다 절감이 큰지를 보여줄 수 있을 때 다음 단계 지원이 이어집니다.
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

    같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.

    • ✕일관성이나 확장성 같은 원론적 단어만 나열하고 실제 적용 사례를 들지 않았는가? 구체적 경험이 필요합니다.
    • ✕디자인 시스템을 만드는 입장과 사용하는 개발자 입장을 구분하지 않고 뭉뚱그려 말하지 않았는가? 두 관점의 균형이 필요합니다.
    • ✕컴포넌트 명명 규칙이나 토큰 체계 같은 구체적 구조 없이 추상적으로만 답하지 않았는가? 구체성이 이해도를 보여줍니다.
    • ✕디자인 시스템 도입 후 실제로 어떤 문제가 해결됐는지 확인 없이 이론만 말하지 않았는가? 효과 검증이 있어야 합니다.
    ▶이어질 꼬리질문

    진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.

    壹제대로 작동하지 않은 경우가 있나요?
    대응실패 원인과 그로부터의 교훈을 본인 언어로 솔직히 짚으면 성찰이 드러납니다. 없다고만 답하면 객관적 평가가 약해 보입니다.
    貳일관과 유연이 충돌하면 어떻게 풀까요?
    대응기준과 근거를 명확히 제시하면서 답하면 균형잡힌 판단이 드러납니다. 한쪽만 선택하는 답보다는 양쪽을 고려한 답이 강합니다.
    參체계를 다시 짠다면 무엇을 바꾸시겠어요?
    대응구조, 도구, 기록 중 어느 부분을 개선할지 구체적으로 답하면 성장 의지가 드러납니다. 현재를 유지하겠다는 답보다는 개선점을 짚는 답이 강합니다.
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. PTKOREA 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

    같은 흐름에서 자주 이어지는 질문들이에요.

    SPC그룹 · 그래픽·시각디자인
    디자인 시스템 구축 시 어떤 요소들을 고려해야 한다고 생각하나요?
    이 질문 보기
    와이즐리컴퍼니 · 공통직무·미지정
    디자인 시스템을 설계할 때 고려해야 할 주요 요소는 무엇인가요?
    이 질문 보기
    넥스트증권 · UX/UI 디자이너
    디자인 시스템 구축 시 가장 중요하게 생각하는 요소는 무엇인가요?
    이 질문 보기
    유디임팩트 · 그래픽·시각디자인
    디자인 시스템을 구축할 때 가장 중점을 두어야 할 요소는 무엇이라고 생각하나요?
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, PTKOREA 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기