포스트잇 한 장이 앱보다 먼저 설계해야 하는 것

Aug 13, 2026

8 min read

0 views

91%

앱을 만들 때 가장 먼저 해야 할 일은 화면을 그리는 것이 아닐지도 모른다. 어쩌면 포스트잇 한 장을 책상 위에 올려놓는 일, 그리고 그 종이를 누가 읽을 수 있는지 묻는 일이 더 중요할 수 있다.

오늘날 많은 서비스는 사용자의 삶을 편리하게 만들겠다는 명분으로 출발한다. 그러나 그 편리함이 특정한 기기, 가입 절차, 인증 방식, 디지털 언어를 통과한 사람에게만 제공된다면 어떻게 될까. 서비스는 존재하지만, 어떤 사람에게는 없는 것과 다름없다.

이때 앱 설계와 디지털 소외는 서로 다른 주제가 아니다. 둘은 모두 같은 질문을 향한다.

우리는 서비스를 만드는 과정에서 사용자를 실제 사람으로 상상하고 있는가, 아니면 화면을 통과할 수 있는 사람만 사용자로 세고 있는가?

포스트잇은 작은 종이가 아니라 사고의 안전장치다

앱 설계서를 쓰는 가장 어려운 이유는 기능이 복잡해서가 아니다. 머릿속에 뒤엉킨 생각을 다른 사람이 이해할 수 있는 순서로 바꾸어야 하기 때문이다. 로그인, 상품 선택, 결제, 알림, 예외 처리 같은 요소는 머릿속에서는 동시에 떠오르지만, 사용자는 한 번에 하나의 행동만 할 수 있다.

이 간극을 줄이는 데 포스트잇은 의외로 강력하다. 기능 하나, 질문 하나, 사용자의 행동 하나를 작은 종이 한 장에 적고 책상 위에 배열하면 추상적인 아이디어가 눈에 보이는 흐름으로 바뀐다. 순서를 바꾸기도 쉽고, 필요 없는 요소를 떼어내기도 쉽다. 무엇보다 설계자가 자신이 만든 구조를 바깥에서 바라볼 수 있게 한다.

포스트잇의 핵심은 저렴함이나 편리함이 아니다. 생각을 고정하기 전에 움직일 수 있게 한다는 점이다. 컴퓨터 화면에 정교한 와이어프레임을 그리기 시작하면 사람은 자신이 이미 투자한 시간과 노력을 지키려 한다. 버튼 하나를 없애는 일조차 손실처럼 느껴진다. 반면 종이 위의 메모는 쉽게 옮기고 버릴 수 있다. 그래서 초기 설계에서 더 솔직한 질문이 가능해진다.

이 원리는 앱 기획을 넘어선다. 좋은 설계는 처음부터 완성된 답을 제시하는 일이 아니라, 잘못된 가정을 싸게 발견하는 일이다. 포스트잇은 그 발견을 돕는 도구다.

하지만 여기에는 아직 빠진 질문이 있다. 누구의 행동을 종이 위에 올려놓았는가?

기획자가 익숙한 사용자의 행동만 적는다면 포스트잇은 사고를 넓히는 도구가 아니라 편견을 정리하는 도구가 된다. 스마트폰을 능숙하게 다루고, 이메일 주소를 갖고 있으며, 본인 인증 문자를 즉시 확인할 수 있는 사람만 상정한다면 설계 흐름은 매끄럽게 보일 것이다. 그러나 그 매끄러움은 실제 사용자 경험의 평균이 아니라 특정 집단의 경험일 수 있다.

가입률은 사용자의 수가 아니라 진입 조건의 지도다

어떤 서비스의 이용자 중 젊은 세대가 약 80퍼센트를 차지하고, 60대의 가입률이 3퍼센트에 불과하다고 해보자. 이 숫자를 단순히 세대별 관심도의 차이로 해석하기는 쉽다. 젊은 사람은 앱을 좋아하고, 나이 든 사람은 디지털 기기에 약하다는 식이다.

그러나 다른 질문을 던져보면 숫자의 의미가 달라진다.

그 서비스가 정말 모든 사람에게 열려 있었는가?

가입률은 선호도만 반영하지 않는다. 기기 보유 여부, 앱 설치 경험, 본인 인증 수단, 통신 환경, 글자 크기, 비밀번호 관리 능력, 개인정보에 대한 불안, 도움을 요청할 수 있는 주변 사람의 존재까지 함께 반영한다. 낮은 가입률은 특정 집단이 서비스를 원하지 않는다는 뜻이 아니라, 서비스가 요구한 여러 조건 중 하나 이상에서 막혔다는 신호일 수 있다.

가령 지역 문화 행사를 이용하려면 앱을 설치하고, 회원가입을 하고, 휴대전화 인증을 거친 뒤, 모바일 쿠폰을 제시해야 한다고 하자. 서비스 제공자에게는 네 단계일 뿐이다. 하지만 어떤 이용자에게는 스마트폰 저장 공간 확인, 앱스토어 비밀번호 입력, 문자 인증 번호 찾기, 약관 동의, 쿠폰 화면 열기라는 훨씬 긴 여정이 된다.

이 과정을 공항에 비유해보자. 젊은 이용자는 전자 여권과 자동 출입국 심사를 이용해 빠르게 통과한다. 다른 이용자는 여권 발급, 비자 확인, 수하물 규정, 외국어 안내, 키오스크 조작을 한꺼번에 해결해야 한다. 공항 입구에 문이 있다는 이유만으로 모든 사람이 같은 방식으로 접근할 수 있다고 말할 수는 없다.

따라서 디지털 접근성을 평가할 때는 단순히 앱이 작동하는지 확인해서는 부족하다. 사용자가 처음 발견한 순간부터 실제 혜택을 받는 순간까지의 전체 경로를 살펴야 한다.

좋은 설계는 평균 사용자를 버리는 데서 시작한다

기획자는 흔히 평균적인 사용자를 상정한다. 평균적인 사용자는 스마트폰을 가지고 있고, 화면을 읽을 수 있으며, 안내 문구를 이해하고, 오류가 발생하면 다시 시도한다. 하지만 평균적인 사용자는 현실에 존재하는 한 사람이 아니다. 여러 사람의 특성을 계산해 만든 통계적 허구에 가깝다.

서비스를 평균 사용자에게 맞추면 가장 많은 사람을 빠르게 만족시킬 수 있을 것처럼 보인다. 하지만 실제로는 가장 많은 사람이 아니라, 가장 적은 비용으로 이용할 수 있는 사람에게 맞추게 된다. 나머지 사용자는 보이지 않는 추가 비용을 부담한다. 시간을 더 쓰고, 가족에게 도움을 요청하고, 매장 직원에게 설명을 듣고, 결국 서비스를 포기한다.

이 문제를 발견하려면 설계서의 포스트잇에 기능만 적어서는 안 된다. 각 단계 옆에 다음과 같은 질문을 함께 붙여야 한다.

이 단계에서 사용자가 반드시 알고 있어야 하는 것은 무엇인가.
사용자가 실패했을 때 다시 돌아갈 수 있는가.
다른 사람의 도움 없이 해결할 수 있는가.
스마트폰이 아닌 다른 수단으로 같은 목적을 달성할 수 있는가.
이 단계가 사용자에게 요구하는 시간, 기억력, 시력, 언어 능력은 어느 정도인가.

예를 들어 모바일 할인권을 제시하는 서비스라면 포스트잇을 다음처럼 구성할 수 있다.

행사 정보를 본다.
참여 방법을 이해한다.
원하는 행사를 선택한다.
회원가입 또는 비회원 이용을 선택한다.
쿠폰을 받는다.
현장에서 쿠폰을 제시한다.
배터리나 네트워크 문제가 생기면 대체 방법을 찾는다.

마지막 항목이 빠져 있다면 설계자는 정상적인 상황만 상상한 것이다. 그러나 실제 경험은 정상적인 상황보다 예외 상황에서 결정된다. 휴대전화가 꺼졌을 때, 인증 문자가 오지 않을 때, 앱이 업데이트될 때, 글자가 작아 읽기 힘들 때, 보호자가 대신 신청해야 할 때 서비스의 진짜 품질이 드러난다.

접근성은 별도의 기능이 아니다. 모든 기능이 실패했을 때도 사용자가 목적에 도달할 수 있도록 설계하는 방식이다.

앱 하나로 통합하는 것이 언제나 진보는 아니다

서비스를 앱 하나에 모으면 운영은 편해질 수 있다. 공지사항을 관리하기 쉽고, 이용 데이터를 모으기 좋으며, 쿠폰과 알림을 자동화할 수 있다. 하지만 운영의 효율과 이용자의 접근성은 같은 방향으로 움직이지 않을 때가 많다.

앱은 하나의 통로다. 통로가 하나뿐이면 관리자는 편하지만, 그 통로가 막혔을 때 모든 이용자가 동시에 배제된다. 특히 공공 서비스나 문화 혜택처럼 많은 사람에게 열려 있어야 하는 서비스라면 앱 전용 방식은 편의가 아니라 입장권이 될 수 있다.

여기서 중요한 것은 앱을 없애자는 주장이 아니다. 앱은 분명 유용하다. 문제는 앱을 유일한 정답으로 만드는 것이다. 같은 목적에 여러 경로를 제공하는 것이 더 나은 설계일 수 있다. 앱 가입이 어려운 사람에게는 현장 접수나 전화 신청을 제공하고, 종이 확인증이나 직원 확인 절차를 남겨두며, 가족이나 보호자가 대신 신청할 수 있게 하는 방식이다.

이것은 디지털 전환을 늦추는 일이 아니다. 오히려 디지털 전환의 목표를 더 정확하게 이해하는 일이다. 전환의 목적은 모든 사람이 같은 도구를 쓰게 만드는 것이 아니라, 더 많은 사람이 같은 혜택에 도달하게 만드는 데 있다.

이를 목적과 수단의 분리 원칙이라고 부를 수 있다. 이용자가 원하는 것은 앱 설치가 아니다. 문화 행사 참여, 할인, 예약, 정보 확인 같은 결과다. 앱은 그 결과에 도달하는 한 가지 수단일 뿐이다. 수단이 목적을 대신하는 순간, 설계는 사용자 중심에서 시스템 중심으로 변한다.

포스트잇 한 장으로 접근성을 설계하는 법

접근성을 거창한 인증 기준이나 전문가의 최종 검수로만 생각하면 실무에서 늦게 다루게 된다. 가장 좋은 시점은 기획 초기에 사용자의 여정을 펼쳐놓을 때다. 이때 포스트잇을 단순한 기능 목록이 아니라 배제 가능성을 표시하는 지도로 사용해볼 수 있다.

먼저 한 장에는 사용자의 목적만 적는다. 예를 들어 “이번 주말에 지역 공연을 보고 싶다”라고 쓴다. 그다음 목적에 이르는 행동을 작은 단위로 나눈다. 정보를 찾고, 날짜를 고르고, 자리를 확인하고, 신청하고, 현장에서 입장하는 과정이다.

이제 각 행동 옆에 세 가지 색의 메모를 붙인다.

초록색: 사용자가 자연스럽게 할 수 있는 단계
노란색: 설명이나 주변의 도움이 필요한 단계
빨간색: 특정 기기, 인증, 능력 때문에 누군가가 탈락할 수 있는 단계

빨간색 메모가 많다고 실패한 설계는 아니다. 오히려 빨간색이 보인다는 것은 설계가 정직하다는 뜻이다. 문제는 그것을 숨긴 채 앱 화면을 예쁘게 만드는 데 시간을 쓰는 것이다.

다음으로 각 빨간색 단계에 우회로를 붙인다. 앱을 설치하지 못하는 사람은 무엇을 할 수 있는가. 인증 문자를 받지 못하는 사람은 어떻게 본인을 확인하는가. 화면을 읽기 어려운 사람은 어떤 도움을 받는가. 인터넷이 끊긴 현장에서는 어떤 증빙이 인정되는가.

이때 우회로는 예외 처리 목록이 아니다. 동등한 사용자 경로로 설계해야 한다. 앱 사용자에게는 자동 발급을 제공하면서 다른 이용자에게는 복잡한 서류와 긴 대기 시간을 요구한다면, 형식적으로 대안이 있어도 실질적인 접근성은 낮다.

마지막으로 실제 사용자를 데려와 포스트잇 배열을 함께 읽어보게 한다. 중요한 것은 “이 화면이 이해되나요?”라고 묻는 것이 아니다. 실제 목표를 제시하고 사용자가 어디에서 멈추는지 관찰해야 한다. 사용자는 자신이 불편하다고 정확히 설명하지 못할 수 있지만, 망설이는 시간과 반복하는 행동은 문제를 보여준다.

설계자의 편리함을 사용자의 편리함으로 착각하지 않기

디지털 서비스에는 이상한 착시가 있다. 만드는 사람에게 편한 기능은 사용자에게도 편할 것처럼 보인다. 자동화, 통합, 앱 전용 인증, 데이터 수집은 운영자에게 효율을 준다. 그러나 그 효율이 이용자에게는 더 많은 입력과 더 복잡한 규칙으로 나타날 수 있다.

그래서 설계 과정에는 두 종류의 편리함을 구분하는 장치가 필요하다.

운영 편의성은 조직이 서비스를 관리하기 쉬운 정도다. 이용 편의성은 사용자가 자신의 목적을 적은 노력으로 달성하는 정도다. 둘은 겹칠 수 있지만 자동으로 일치하지 않는다. 앱 하나로 모든 절차를 통합하는 것은 운영 편의성을 높일 수 있지만, 디지털 기기에 익숙하지 않은 사람에게는 이용 편의성을 낮출 수 있다.

좋은 설계자는 이 둘을 한 문장 안에서 섞지 않는다. “관리하기 편해서 앱으로 통일한다”와 “이용자가 쉽게 접근할 수 있어서 앱으로 통일한다”는 전혀 다른 주장이다. 전자는 운영자의 선택이고, 후자는 검증이 필요한 가설이다.

이 구분은 작은 팀에도 적용할 수 있다. 회의에서 다음 질문 하나만 추가해도 된다.

이 결정은 우리에게 편한가, 사용자에게 편한가, 아니면 둘 다에게 편한가?

대답이 “우리에게만 편하다”라면 대안을 검토해야 한다. 모든 대안을 구현할 수 없더라도, 누가 비용을 부담하게 되는지는 밝혀야 한다. 설계에는 항상 비용이 숨어 있다. 앱을 만들지 않는 비용도 있지만, 앱만 만드는 비용도 있다. 후자의 비용은 종종 통계에서 사라진 사람들에게 전가된다.

Key Takeaways

기능보다 사용자의 목적을 먼저 적는다. “앱 설치”가 아니라 “공연에 참여하기”, “할인받기”, “예약 완료하기”처럼 최종 목적에서 설계를 시작한다.
포스트잇으로 정상 경로와 실패 경로를 함께 펼친다. 인증 실패, 배터리 방전, 작은 글씨, 네트워크 오류, 대리 신청 같은 상황을 초기 설계에 포함한다.
가입률을 선호도의 지표로만 해석하지 않는다. 낮은 이용률은 관심 부족이 아니라 기기, 인증, 언어, 신체 조건이 만든 진입 장벽일 수 있다.
앱을 유일한 통로로 만들지 않는다. 전화, 현장 접수, 종이 증빙, 직원 확인 등 같은 목적에 도달할 수 있는 동등한 경로를 설계한다.
운영자에게 편한 것과 사용자에게 편한 것을 구분한다. 모든 설계 결정 옆에 누가 편해지고 누가 추가 비용을 부담하는지 기록한다.

결국 좋은 앱 설계서는 화면 목록이 아니다. 그것은 누가 환영받고, 누가 망설이며, 누가 조용히 탈락하는지를 보여주는 사회적 지도다. 포스트잇을 한 장씩 옮기는 단순한 작업이 중요한 이유도 여기에 있다. 화면 뒤에 숨어 있던 가정을 책상 위로 끌어내기 때문이다.

우리는 흔히 디지털 소외를 기술을 배우지 못한 개인의 문제로 생각한다. 그러나 더 정확한 질문은 이것이다. 우리가 만든 서비스가 처음부터 특정한 사람만 쉽게 통과하도록 설계된 것은 아닌가?

서비스의 문턱을 낮추는 가장 좋은 방법은 더 화려한 기능을 추가하는 것이 아닐 수 있다. 이미 있는 경로를 펼쳐놓고, 그 경로에 들어오지 못하는 사람을 상상하는 일이다. 그리고 그 사람이 목적에 도달할 수 있는 다른 길을 함께 그리는 일이다.

앱은 사람을 위해 존재해야 한다. 사람이 앱을 통과해야만 권리를 얻는 순간, 도구는 문이 아니라 문지기가 된다.