{3줄 요약}

디자인 프로젝트는 화면보다 먼저 풀어야 할 문제를 찾는 일에서 시작합니다.
문제를 잘못 정의하면 완성도가 높아도 결국 엉뚱한 해결책을 만들게 됩니다.
문제를 다시 보면 기능보다 병목이 보이고 해결 방향도 완전히 달라집니다.

디자인이 시작되는 진짜 순간

디자인 프로젝트는 보통 "새로운 화면을 만들어야 해"에서 시작한다고 생각해요.
하지만 그건 출발점이 아니에요.

디자인의 진짜 시작은 불편함을 발견하는 순간이에요.
사용자가 어떤 행동을 하려다가 멈추거나, 잘못된 버튼을 누르거나, 포기하고 나가는 순간.
그 순간이 디자인이 해결해야 할 지점이에요.

많은 디자이너들이 화면을 설계하기 전에 사용자를 관찰하고, 데이터를 분석하고, 인터뷰를 하는 이유가 여기에 있어요.
해결책보다 문제를 먼저 이해해야 해요.

잘못된 문제 정의가 만드는 결과

문제를 정확하게 정의하지 못하면 해결 방향도 틀려요.

쇼핑 앱에서 사용자가 상품을 찾지 못한다고 가정해볼게요.
이 문제를 "검색 기능이 부족해서"라고 정의하면 검색 기능을 개선하게 돼요.
하지만 실제 문제가 메뉴 구조가 너무 복잡해서 사용자가 길을 잃는 것이라면,
검색을 아무리 개선해도 문제는 해결되지 않아요.

의사가 증상만 보고 치료하면 병이 낫지 않는 것처럼, 디자이너도 표면에 보이는 것만 고치면 같은 문제가 다른 방식으로 반복돼요.
문제의 원인을 이해하는 과정이 먼저예요.

문제를 어떻게 정의하느냐에 따라 해결책이 완전히 달라지는 사례는 문제 정의가 디자인의 80%에서 더 자세히 다뤄요.

Airbnb가 발견한 진짜 문제

Airbnb 초기에는 사용자 수가 좀처럼 늘지 않았어요.
팀은 처음에 기능 문제라고 생각했어요.
더 많은 기능, 더 많은 필터, 더 나은 UI.

하지만 공동 창업자들은 직접 호스트의 집을 방문하기로 했어요.
거기서 발견한 건 기능이 아니었어요. 사진이었어요.

대부분의 숙소 사진이 어둡고, 좁아 보이고, 매력 없이 찍혀 있었어요.
사용자들은 사진만 보고 예약을 포기하고 있었던 거예요.

Airbnb는 전문 사진 촬영 서비스를 호스트에게 제공하기 시작했어요.
그 결과 예약률이 빠르게 증가했고, 서비스는 성장 궤도에 올랐어요.

이 사례가 보여주는 건 하나예요.
디자인의 핵심은 화면이 아니라 문제를 제대로 찾는 것이에요.

문제를 발견하는 방법

그렇다면 문제는 어떻게 찾을까요?

사용자를 관찰해요. 인터뷰나 설문보다 실제로 사용하는 장면을 보는 게 더 많은 걸 알려줘요.
사람들은 자신이 어디서 불편한지 말로 정확하게 표현하지 못하는 경우가 많아요.

데이터를 봐요. 어디서 이탈하는지, 어떤 기능을 안 쓰는지, 어떤 흐름에서 오래 머무는지.
숫자는 문제가 있다는 신호를 줘요. 원인까지는 알려주지 않아요.

질문을 바꿔봐요. "왜 이 기능을 안 써요?"보다 "마지막으로 이걸 하려다 포기한 게 언제예요?"가 훨씬 더 구체적인 답을 가져와요.

더 좋은 질문이 더 좋은 발견으로 이어지는 방식은 디자인이란 무엇인가와 연결돼요.

문제 해결 과정의 구조

Tim Brown은 《Change by Design》에서 디자인 씽킹을 이렇게 설명했어요.
좋은 문제 해결은 사람(사용자)에서 시작해서, 기술 가능성을 탐색하고, 비즈니스 가치로 이어질 때 완성된다고.

이 세 가지 - 사람, 기술, 비즈니스 - 가 교차하는 지점에서 진짜 해결책이 나와요.

그 과정을 구체적으로 배우고 싶다면 디자인씽킹 프로세스에서 5단계 구조를 확인하세요.

관련 아티클

참고 문헌

  • Tim Brown, 《Change by Design》(2009) - 디자인씽킹의 3요소(사람·기술·비즈니스)와 문제 중심 접근 방식 기반이에요.
  • Victor Papanek, 《Design for the Real World》(1971) - 디자인이 사회적 문제 해결 도구라는 관점을 제시한 고전이에요.
  • Stanford d.school, Design Thinking Resources - https://dschool.stanford.edu/resources