{3줄 요약}

Human-Centered Design은 사용자를 중심에 두는 원칙이며, 그 태도는 말보다 구체적인 실천을 요구합니다.
디자이너는 사용자가 아니므로 자신의 판단과 실제 경험이 어긋날 수 있음을 항상 인식해야 합니다.
HCD는 절차라기보다 사용자를 이해하고 그 결과를 설계에 녹여 내는 태도와 구조입니다.

디자이너는 사용자가 아니에요

Human-Centered Design(인간 중심 설계, HCD)이 생긴 이유는 단순해요.
디자이너는 사용자가 아니기 때문이에요.

디자이너는 자신이 만든 것을 너무 잘 알아요.
어디에 버튼이 있는지, 어떤 흐름으로 작동하는지.
이 지식이 오히려 방해가 돼요.
"이 정도면 누구나 알겠지"라는 착각을 만들어요.

사용자는 달라요.
아무 맥락 없이 처음 화면을 마주해요.
그래서 디자이너가 당연하다고 생각하는 것이 사용자에게는 어색할 수 있어요.

HCD는 그 틈을 줄이기 위한 구조예요.

'사용자 중심'이라는 말의 진짜 의미

많은 사람들이 HCD를 "사용자가 원하는 걸 만들어주는 것"으로 오해해요.
하지만 사용자는 자신이 원하는 걸 항상 명확하게 알지 못해요.

Henry Ford의 유명한 말처럼, 사람들에게 뭘 원하냐고 물어보면 "더 빠른 말"이라고 했을 거예요.
그들이 진짜 필요로 했던 건 자동차였지만, 자동차를 상상하지 못했어요.

HCD는 사용자가 하는 말보다 사용자가 하는 행동에 집중해요.
그들이 어디서 멈추는지, 어디서 실수하는지, 어디서 포기하는지.
그 행동 속에 진짜 필요가 숨어 있어요.

Don Norman이 말한 HCD의 핵심 구조

Don Norman은 《The Design of Everyday Things》에서 HCD의 기본
원리를 이렇게 정리했어요.

발견 가능성(Discoverability): 사용자가 무엇을 할 수 있는지 알 수 있어야 해요.
이해 가능성(Understandability): 사용자가 시스템이 어떻게 작동하는지 이해할 수 있어야 해요.

이 두 가지가 충족되지 않으면 사용자는 설명서를 읽거나, 도움말을 찾거나, 결국 포기하게 돼요.

좋은 인터페이스는 사용자가 스스로 탐색할 수 있게 만들어요.
버튼을 눌렀을 때 어떤 일이 일어날지 예측할 수 있게.
잘못 눌렀을 때 원래대로 돌아올 수 있게.

ISO 9241-210은 이 원칙을 공식 표준으로 정의하고 있어요.
인터랙티브 시스템을 설계할 때 사용자를 이해하고 그 이해를 설계에 반영해야 한다는 내용이에요.

실무에서 HCD가 작동하는 방식

HCD는 거창한 철학이 아니에요. 실무에서는 이런 질문들로 나타나요.

  • 이 화면에서 사용자가 가장 먼저 볼 것은 무엇인가요?
  • 이 버튼이 뭘 하는지 처음 본 사람이 알 수 있나요?
  • 잘못 선택했을 때 되돌아갈 수 있나요?
  • 이 흐름을 완료하는 데 꼭 필요한 단계가 아닌 것이 있나요?

이런 질문을 설계 과정 내내 반복하는 것이 HCD예요.

카카오톡의 '삭제하기'는 삭제 전에 한 번 더 확인을 물어봐요.
이건 사용자가 실수로 눌렀을 때를 고려한 설계예요.
기술적으로는 확인 단계 없이 바로 삭제하는 게 더 빠르지만, 사용자의 실수 가능성을 먼저 생각한 거예요.
그게 HCD예요.

HCD를 방해하는 것들

HCD를 실무에서 제대로 하기 어려운 이유가 있어요.

시간 압박: 사용자를 이해하는 데는 시간이 필요해요.
빠른 배포를 강요받는 환경에서는 이 단계가 건너뛰어지기 쉬워요.

이해관계자의 압력: 내부 이해관계자의 요구가 사용자 니즈보다 우선되는 경우가 많아요.

디자이너의 편향: 디자이너 자신의 경험과 취향이 설계에 과도하게 반영될 때 HCD는 무너져요.

그래서 HCD는 단순히 방법론을 아는 것이 아니라, 반복해서 자신의 판단을 의심하고 사용자에게로 돌아오는 태도예요.

사용자를 직접 관찰하는 구체적인 방법은 사용자 관찰 방법에서 다뤄요. 이 원칙이 어떻게 실제 인터페이스 설계에 이어지는지는 사용자는 생각하지 않는다를 참고하세요.

관련 아티클

참고 문헌