UX·UI 디자이너가 첫 회사에 들어가면 가장 먼저 마주하는 것은 멋진 화면을 만들 기회가 아니다. 기다리고 있는 것은 흐릿한 요청, 빠듯한 일정, 이미 정해진 개발 구조, 누군가 급히 던진 수정 의견, 그리고 어디까지 물어봐도 되는지 모르는 회의실의 공기다. 학교 과제나 개인 포트폴리오에서는 화면 하나를 끝까지 자기 기준으로 밀어붙일 수 있다. 그러나 실무에서는 화면이 제품의 한 조각이고, 제품은 여러 사람의 판단이 겹친 결과다.
이 책은 UX·UI 초년차가 첫 조직에서 덜 무너지기 위해 필요한 실무 언어를 다룬다. 피그마를 더 빠르게 다루는 단축키 모음도 아니고, 포트폴리오를 화려하게 보이게 하는 장식법도 아니다. 요구사항을 그대로 믿지 않고 문제를 다시 묻는 법, 사용자의 흐름을 화면보다 먼저 그리는 법, 와이어프레임을 예쁜 시안이 아니라 논의 가능한 구조로 만드는 법, 피드백을 감정으로 받지 않고 수정 기준으로 바꾸는 법을 차근차근 설명한다.
초년차 디자이너의 어려움은 실력이 부족해서만 생기지 않는다. 어떤 요청이 결정된 요구이고 어떤 요청이 가설인지 구분하지 못할 때, 사용자의 행동 흐름보다 화면의 완성도를 먼저 챙길 때, 개발자가 보는 제약을 디자이너의 취향에 대한 반박으로 오해할 때 흔들린다. 디자인 파일은 개인 작업물이 아니라 팀이 함께 읽는 문서이고, 피드백은 인격 평가가 아니라 제품의 위험을 줄이는 대화다. 이 관점을 익히면 첫 회사의 압박은 사라지지 않지만 다룰 수 있는 문제로 바뀐다.
이 책의 핵심 렌즈는 다섯 가지다. 첫째, 요구사항과 실제 문제를 분리한다. 둘째, 사용자의 진입·행동·이탈 흐름을 화면보다 먼저 본다. 셋째, 와이어프레임과 피그마 파일을 협업 문서로 관리한다. 넷째, 피드백과 개발 제약을 방어할 대상이 아니라 해석할 정보로 다룬다. 다섯째, 포트폴리오를 결과물 이미지 모음이 아니라 판단과 성장의 기록으로 재구성한다.
독자는 이 책을 통해 첫 회의에서 목표·사용자·범위와 고위험 결정을 묻는 법, 시안 전에 사용자 흐름과 상태를 정리하는 법, 리뷰 뒤에 결정·보류·담당·기한을 남기는 법, 개발 전달에서 반응형·오류·접근성 기준을 맞추는 법을 익히게 된다. 회사 작업을 포트폴리오로 옮길 때 공개 가능 범위를 확인하고 판단 과정을 재구성하는 기준도 다룬다. 실무수습생과 신입 디자이너뿐 아니라 첫 실무를 준비하는 포트폴리오 단계의 독자도 자신의 작업을 팀이 읽을 수 있는 언어로 바꾸는 출발점을 얻을 수 있다.