Part 1. 문제를 해결하는 감정의 기술
UX/UI에서의 스트레스는 대부분 ‘문제 자체를 회피할 때’ 생긴다. 겉으로는 감정, 일정, 협업의 충돌처럼 보이지만, 그 밑바닥에는 해결되지 않은 문제의 뿌리가 숨어 있다. 그 뿌리를 무시하면 같은 상황이 반복된다. 그래서 감정을 다루기보다, 문제를 설계적으로 해결할 구조를 만드는 게 우선이다.
디자이너가 느끼는 피로의 핵심은 일정이나 피드백이 아니다. 가장 큰 원인은 “해결되지 않은 문제를 붙잡고 있기 때문”이다. 문제를 덮으면 잠시 마음은 편할지 몰라도, 시스템은 계속 오류를 낸다. 문제의 근본은 늘 방법론의 결핍, 즉 “어떻게 접근해야 하는가”에 있다.
색상, 간격, 위치 같은 겉모습의 수정은 임시방편일 뿐이다.
진짜 개선은 ‘원인을 추적하는 과정’에서 시작된다. 이를 위해 필요한 도구들이 있다.
5 Whys — “왜?”를 다섯 번 묻는다.
JTBD 인터뷰 — 사용자의 ‘할 일’을 파악한다.
사용성 테스트(UT) — 행동의 이유를 관찰한다.
로그 데이터 분석 — 패턴을 수치로 검증한다.
예를 들어, 냉·온 색상(ICE/HOT)을 구분하지 못하는 문제가 있었다면
그건 색감의 문제가 아니라 정보 구조(IA)와 토큰 정의의 부재가 원인일 수 있다.
문제의 뿌리를 정확히 짚으면 결과는 즉각 달라진다. IA(Information Architecture)를 재설계하고, 색상 토큰을 color.cold / color.warm처럼 명확히 구분하고, 컴포넌트 variant를 통일하면 시스템이 한결 단단해진다. 사용자 테스트 결과는 이렇게 변한다.
성공률 68% → 90%
탐색 시간 21초 → 10초
문제를 바로잡으면 결과뿐 아니라 디자이너의 감정도 안정된다.
스트레스는 ‘불명확한 구조’가 만들어낸 부작용이기 때문이다.
문제 발견 — 관찰, 로그, VOC에서 단서를 찾는다.
문제 정의 — JTBD, POV, 가설, 성공지표를 설정한다.
해결 설계 — Flow → Wireframe → Hi-Fi → Token 정의로 발전시킨다.
검증 — UT, A/B 테스트, 데이터 검증으로 현실성을 확보한다.
학습 — 회고와 문서화로 다음 문제의 기반을 만든다.
이 사이클을 반복할수록, 디자이너는 스트레스 대신 ‘학습의 쾌감’을 경험하게 된다.
‘예쁘다’, ‘좋아 보인다’는 감각적 판단만으로 문제를 마감하면 그 스트레스는 형태를 바꿔 다시 나타난다.
진짜 성장의 순간은 불편함을 회피하지 않고 직접 실험하고 검증할 때 온다. 스트레스는 단순한 감정이 아니라 “시스템의 결함을 알려주는 신호”다.
때로는 논리로 풀 수 없는 순간이 있다. 그럴 땐 ‘틀’을 바꿔야 한다. 심리학에서 말하는 전선 재배치, 철학에서 말하는 에피스테메 전환, 뇌과학의 마인드-브레인 연결처럼, 문제를 새 관점에서 다시 본다. 세션 리플레이, 카드소팅, 휴리스틱 리뷰 등 새로운 리서치 기법은 사고의 관성을 깨고 ‘감정과 데이터의 균형’을 회복시켜 준다.
결국 스트레스는 미해결된 문제의 신호이자 성장의 기회다. 디자이너가 게으름 — 즉, 문제를 회피하고 데이터를 무시하며 실험을 두려워하는 태도 — 를 버리면 문제는 단단한 학습으로 바뀐다. UX/UI의 본질은 예쁜 화면을 만드는 일이 아니라, 생각의 구조를 설계하는 일이다.
“스트레스의 뿌리는 미해결된 문제에 있다.”
“문제의 뿌리를 뽑으면 결과물도, 나 자신도 단단해진다.”
“UX 디자이너의 진짜 능력은 화면이 아니라 사고의 구조를 설계하는 힘이다.”