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

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

    답변 미리보기

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

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

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

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

    問
    01
    요소 결을 짚는가?
    토큰·컴포넌트·문서 결을 짚는 흔적이 강합니다. 막연한 '잘 짠다'만 답하면 면접관이 결을 다시 묻는 자리가 자주 보입니다.
    骨
    02
    구체 결이 있는가?
    이름·계층·변경 결을 짚는 흔적이 답에 있어야 합니다. 한 결만 답하면 면접관이 결을 다시 캐는 결이 자주 통합합니다.
    語
    03
    본인 행동 결을 받치는가?
    주도·집행·결과 결을 자기 언어로 짚는 흔적이 강하게 통합합니다. '함께 했다'만 답하면 면접관이 본인 결을 다시 묻는 자리가 강합니다.
    本
    04
    측정 결이 있는가?
    재사용·도입·재현 결을 짚는 흔적이 자주 통합합니다. 정성 평가만 답하면 면접관이 객관성을 다시 캐는 자리가 강합니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    PTKOREA 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    컴포넌트 추상화 → 명명 규칙 합의 → 예시 중심 문서 작성약 90초디자인 토큰 시맨틱 계층 설계와 Storybook 문서화를 직접 주도한 본인 행동 결약 78초도입 전후 핸드오프 절감·버그 감소로 ROI를 체감한 측정 결약 78초
    디자인 시스템 — 추상화 수준과 실용적 문서화
    약 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를 핸드오프 절감, 버그 감소, 팀 속도 향상으로 정의하고 측정 기준을 미리 정한 사례가 조직의 의사결정층에서 투자 승인을 받을 때 통합니다. 비용보다 절감이 큰지를 보여줄 수 있을 때 다음 단계 지원이 이어집니다.
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

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

    • ✕떨어뜨린 옵션이 1개라도 있는가? "이게 답이었어요"만으로는 의사결정이 아니라 그냥 선택입니다.
    • ✕선택 기준이 그 프로젝트에 한정되는가? "성능이 좋아서"는 일반론, "우리 트래픽이 X 패턴이라서"가 본인의 답입니다.
    • ✕결과 숫자 1개를 정확히 말할 수 있는가? P95·QPS·적중률 — 무엇이든 1개. 숫자가 없으면 직감으로 한 일처럼 들리기 쉽습니다.
    • ✕지금 다시 한다면 어떻게 할지 답할 수 있는가? "잘했다"보다 "이건 다르게 했을 것 같다"가 더 깊은 인상을 남깁니다.
    ▶이어질 꼬리질문

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

    壹안 통한 결은 있나요?
    貳일관과 유연이 충돌하면 어떻게 풀까요?
    參체계를 다시 짠다면 무엇을 바꾸시겠어요?
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. PTKOREA 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

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

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