The prototyping process exists to answer questions that sketches and renderings never can: how a form reads at true scale, how the weight sits in your hand, how a button feels the moment it clicks. Yet many teams treat prototyping as a single monolithic step — “we’ll build a prototype” — when it is actually … 더 읽기
An accessibility checklist belongs at the start of a project, not at the end of review. Discover too late that your color contrast fails or that a component can’t be reached by keyboard, and the fix is often structural — not a tweak but a rebuild. The economics are simple: the earlier the check, the … 더 읽기
검수 막바지에 접근성을 확인하면 손댈 수 있는 부분이 많지 않다. 색 대비, 키보드 내비게이션, 스크린 리더까지 초기 단계부터 챙기는 접근성 체크리스트를 실전 항목으로 자세히 정리했다.
Tell your leadership team the company needs a design system, and the first question that comes back is almost always some version of “so what does that actually get us?” Consistency, efficiency, craft — the words designers reach for instinctively — tend to sound abstract to the people who sign off on budgets. Winning approval … 더 읽기
디자인 시스템 도입을 설득하려면 디자이너의 언어가 아니라 비즈니스의 언어로 말해야 한다. 속도, 리스크, 시범 프로젝트로 경영진을 설득하는 실무 방법을 사례와 함께 차근차근 정리했다.
The moment a company announces it’s launching a sub-brand, the design team inherits a quiet dilemma. Build a separate component library for each brand and maintenance costs double with every launch; force every brand through one shared system and their personalities flatten into sameness. The answer that mature teams keep arriving at is a multi-brand … 더 읽기
서브 브랜드가 늘어날 때마다 시스템을 통째로 복제하면 관리 비용이 배로 든다. 멀티브랜드 디자인 시스템에서 구조와 시각적 값을 분리해 관리하는 토큰 설계 방법을 순서대로 정리했다.
Every design system that survives past its first year eventually runs into the same innocent-sounding question: “Can I just go ahead and change this component?” That question is where design system governance begins. Leave the doors wide open and consistency erodes within months; hand veto power to a single gatekeeper and every small request queues … 더 읽기
누구나 컴포넌트를 수정할 수 있으면 일관성이 깨지고, 한 사람만 승인하면 병목이 생긴다. 디자인 시스템 거버넌스 모델과 변경 요청 처리 흐름을 실무 기준으로 아주 자세히 정리했다.
