신규 서비스 IA를 처음 맡았을 때, 솔직히 어디서부터 손을 대야 할지 막막했습니다. 이론은 알고 있었지만 실제 설계 앞에서는 손이 굳어버렸습니다. 그때 경쟁사 앱 3개를 직접 뜯어보면서 상황이 달라졌습니다. IA(Information Architecture)는 책으로 익히는 것과 실제로 써보는 것 사이의 간극이 생각보다 크다는 걸 그제야 실감했습니다.
역설계로 시작한 IA 공부
일반적으로 IA를 공부할 때 이론서나 강의부터 접근하는 분들이 많은데, 저는 실제로 그 방법보다 역설계(Reverse Engineering)가 훨씬 효과적이었습니다. 역설계란 완성된 서비스를 분해하여 그 구조와 설계 의도를 파악하는 방법입니다. 건축물을 보고 도면을 역으로 그려보는 것과 비슷한 방식입니다.
제가 직접 해본 방법은 이렇습니다. 경쟁사 앱 3개를 골라서 주요 화면을 하나씩 따라가며 사이트맵(Sitemap)을 직접 손으로 그렸습니다. 사이트맵이란 서비스 내 모든 페이지와 그 페이지 간의 연결 관계를 시각적으로 정리한 구조도입니다. 이 작업을 마치고 나니 우리 서비스에서 누락된 경로가 한눈에 들어왔습니다.
특히 마이페이지에서 주문 내역으로 이동하는 흐름이 문제였습니다. 저희 서비스는 3단계를 거치고 있었는데, 경쟁사 2곳은 동일한 과업을 2단계로 처리하고 있었습니다. 사용자 입장에서 클릭 한 번의 차이가 얼마나 큰 불편인지, 그림을 그려놓고 나서야 비로소 체감이 됐습니다.
IA의 핵심 구성요소를 이해하고 있으면 역설계 작업이 훨씬 수월합니다. 구성요소는 크게 네 가지입니다.
- 조직 시스템(Organization Systems): 정보를 어떤 기준으로 분류하고 묶는지를 결정하는 체계
- 라벨링 시스템(Labeling Systems): 정보를 사용자에게 어떤 언어와 시각 요소로 표현할지 결정하는 방식
- 네비게이션 시스템(Navigation Systems): 사용자가 페이지 간 이동하는 경로와 구조
- 검색 시스템(Searching Systems): 콘텐츠 양이 많아질 때 원하는 정보를 빠르게 찾을 수 있도록 돕는 기능
이 네 가지를 구분해서 보는 눈이 생기고 나니, 경쟁사 앱을 분석할 때도 막연하게 "이게 좋네" 수준에서 벗어나 "이 서비스는 네비게이션 시스템에서 탭 바를 중심으로 설계되어 있고, 라벨링은 아이콘보다 텍스트 중심이구나"라고 구체적으로 읽히기 시작했습니다.
네비게이션 구조 분석이 바꿔놓은 것
제가 직접 써봤는데, IA에서 가장 체감 차이가 큰 영역은 단연 네비게이션 시스템입니다. 네비게이션 시스템이란 사용자가 현재 위치를 파악하고 원하는 곳으로 이동할 수 있도록 설계된 경로 체계 전반을 말합니다. 글로벌 네비게이션, 로컬 네비게이션, 브레드크럼(Breadcrumb) 등이 여기에 포함됩니다.
역설계를 통해 네비게이션 구조를 재설계한 뒤, 실제 사용자 테스트를 진행했습니다. 결과는 예상보다 명확했습니다. 마이페이지에서 주문 내역까지의 클릭 수를 3단계에서 2단계로 줄였더니 과업 완료 시간이 평균 30% 단축됐습니다. 수치로 확인하기 전까지는 "클릭 하나쯤이야" 싶었는데, 실제 테스트 결과를 보니 생각이 완전히 달라졌습니다.
일반적으로 IA는 UX와 같은 개념으로 혼용되는 경우가 많은데, 실제로는 역할이 다릅니다. IA가 정보의 구조와 경로를 설계하는 기술적 체계라면, UX(User Experience)는 그 위에 사용자의 감정·행동·심리를 덧입히는 작업입니다. 방에 비유하면 IA는 방의 배치와 동선 설계이고, UX는 그 공간을 어떻게 꾸미고 어떤 경험을 줄지의 영역입니다. 이 둘을 구분하지 않으면 네비게이션을 아무리 정교하게 짜도 "왜 불편하지?" 하는 막연한 감상만 남게 됩니다.
사용성 평가 분야의 국제 표준인 ISO 9241-11은 사용성을 효과성(Effectiveness), 효율성(Efficiency), 만족도(Satisfaction)의 세 축으로 정의합니다(출처: ISO). IA가 잘 설계된 서비스는 이 세 가지를 동시에 충족시킬 가능성이 높습니다. 반대로 IA가 허술하면 사용자는 같은 정보를 찾더라도 더 많은 단계를 거쳐야 하고, 결국 효율성과 만족도가 함께 떨어집니다.
실전에서 IA 감각 키우는 방법
이 부분은 개인적으로 아쉬움이 남는 지점이기도 합니다. IA 역설계 방법론은 익숙해지면 분명히 강력한 도구인데, 막상 새 서비스를 처음부터 설계할 때의 프로세스나 팀 협업 방식에 대한 이야기는 어디서도 잘 다뤄지지 않는다고 느꼈습니다. 제 경험상 이건 좀 다릅니다. 역설계로 감각을 키운 뒤에도 "어디서 정보 계층을 나눌 것인가"를 결정할 때는 결국 사용자 조사 데이터와 팀 내 합의 과정이 필요하더라고요.
실전에서 IA 감각을 키우는 방법을 정리하면 다음과 같습니다.
- 경쟁사 앱 3개 이상을 골라 사이트맵을 직접 손으로 그려본다. 이 과정에서 조직 시스템과 네비게이션 구조를 구분해서 기록한다.
- 라벨링 시스템을 별도로 분석한다. 같은 기능을 두고 경쟁사마다 어떤 단어와 아이콘을 선택했는지 비교하면 레이블 설계의 감각이 생긴다.
- 검색 시스템이 어떤 방식으로 구현되어 있는지 확인한다. 자동완성 제공 여부, 필터 구조, 결과 정렬 방식 등을 기록한다.
특히 검색 시스템은 정보 양이 많아질수록 IA에서 차지하는 비중이 커지는데, 초기 설계 단계에서 가볍게 넘어가는 경우가 많습니다. 저도 처음엔 그랬습니다. 그런데 서비스 규모가 커질수록 검색 시스템이 부실하면 조직 시스템 전체가 흔들린다는 걸 실제로 겪고 나서야 그 중요성을 체감했습니다.
Nielsen Norman Group의 UX 리서치에 따르면 사용자는 원하는 정보를 찾지 못할 경우 평균 3회 이내에 서비스를 이탈하는 경향이 있습니다(출처: Nielsen Norman Group). 이 수치가 말해주는 것은 결국 IA 설계의 실패가 곧 사용자 이탈로 직결된다는 점입니다. 네비게이션이 단 한 단계 늘어나는 것, 라벨이 사용자 언어와 어긋나는 것, 검색 결과가 예측 불가능한 것—이 작은 문제들이 쌓이면 사용자는 더 이상 돌아오지 않습니다.
IA 설계는 화려하지 않습니다. 잘 만들어진 IA는 사용자에게 보이지 않기 때문입니다. 하지만 그게 바로 잘 된 설계의 증거입니다. 앞으로 IA를 처음 공부하거나 실무에 적용하려는 분이라면, 지금 가장 많이 쓰는 앱 하나를 골라서 사이트맵부터 직접 그려보시기를 권합니다. 이론보다 그 한 장의 그림이 훨씬 많은 것을 가르쳐 줄 것입니다.