고정 헤더 영역
상세 컨텐츠
본문
들어가기
기획을 하다 보면 ‘데이터가 완벽하게 흐를 때’의 시나리오만 그리기 쉽습니다. 이상향을 바라보고 기획하니까요. 하지만 현실에서는 서비스의 네트워크 장애, 데이터 누락, 예외적인 사용자 행동 등의 예외 케이스들이 존재합니다.
이때 서비스의 품격을 결정하는 것이 바로 Default와 Fallback입니다.
✔️ Default : 사용자가 처음 진입했을 때, 빈 공간 대신 어떤 화면을 보여줄래?
✔️ Fallback : 만약 API 호출이 실패하거나 데이터가 0건이라면, 유저는 어디로 가야해?
Default
Default : 기본값
Default는 사용자가 별도의 선택을 하지 않을 때 시스템이 미리 설정해둔 기본값으로, 사용자의 인지 부하를 줄이기 위해 존재합니다. Default값이 없어 사용자가 모든 것을 선택하게 되면 사용자는 높은 피로도에 지쳐 이탈할 확률이 높습니다.
만약 Default가 없다면 필수 입력사항이 누락되어 오류 메시지가 반복되거나, 서비스가 텅 비어 보이는 ‘empty state’가 발생해 서비스가 미완성된 느낌을 줍니다.
일상에서 만나는 Default의 대표 예시
1. 배달 앱의 '수저·포크 안 받기’
결제 전 요청사항에 일회용품을 받지 않는 옵션이 기본(Default)으로 체크되어 있습니다. 사용자가 직접 해제하지 않는 한 이 상태가 유지됩니다. 이는 사용자의 선택 피로도를 줄이는 동시에 환경 보호라는 긍정적 행동을 자연스럽게 유도하는 좋은 넛지(Nudge)입니다.
2. 미등록 유저를 위한 '기본 프로필 이미지'
처음 가입한 유저나 아직 사진을 등록하지 않은 유저의 프로필 영역을 텅 비워두지 않습니다. 빈 공간 대신 서비스의 톤앤매너에 맞는 기본 캐릭터나 아이콘을 미리 세팅(Default)해 둡니다. 이를 통해 화면에 오류가 난 것 같거나 서비스가 비어보이는 느낌을 방지합니다.
Fallback
Fallback : 실패할 경우
Fallback은 원래 의도한 기능이나 데이터가 제대로 작동하지 않을 때, 대신 제공되는 보완책입니다.
시스템은 언제든지 실패할 수 있습니다. Fallback은 그 실패가 ‘서비스 중단’으로 이어지지 않게 막아주는 최후의 보루입니다.
Fallback이 없을 경우, 화면에 빈 화면만 남거나, 404 Error 혹은 외계어같은 시스템 오류코드가 노출되게 됩니다. 사용자는 서비스가 고장났다고 느끼고 앱을 삭제하거나 이탈하게 됩니다. 이는 좋지 못한 UX가 되어 앱에 대한 신뢰를 떨어뜨립니다.
예를 들어, 이미지 로딩이 실패한 경우, 서버에서 상품 이미지를 불러오지 못할 떄, 닫기 버튼 대신 서비스 로고나 이미지를 준비중이라는 문구를 통해 또는 대체 이미지를 노출 시킬 수도 있죠. 또는 유저가 GPS 권한을 거절했을 때, 현재 위치 대신 ‘서울역’ 또는 ‘마지막 접속 위치’를 기준으로 정보를 우선 제공하는 것입니다.
심화 1
데이터가 0인 것과 불러오기 실패의 Fallback은 같아야할까?
Fallback 화면을 기획할 때 초보 기획자들이 가장 많이 하는 실수는 '데이터가 없는 상태'와 '에러가 난 상태'를 똑같이 텅 빈 화면으로 퉁치고 넘어가는 것입니다. 하지만 두 상황은 기획의 목적 자체가 엄연히 달라야 합니다.
데이터가 0건일 때 : Empty State
시스템의 문제는 없지만 보여줄 콘텐츠가 없는 상태입니다. 이때 빈 화면은 유저를 방치하는 곳이 아니라, 다음 행동을 유도하는 최적의 마케팅 공간이자 온보딩 공간이 되어야 합니다.
| 에러 유형 | 노출 메시지 예시 | CTA |
| 장바구니 찜하기 목록 비어있음 | 아직 찜한 상품이 없어요. 지금 베스트 상품을 구경해 볼까요? | 탐색 유도 |
| 게시글에 댓글이 없음 | 아직 댓글이 없어요. 첫 번째 댓글의 주인공이 되어보세요! | 작성 독려 |
| 알림 센터 확인 후 알림이 없음 | 모든 알림을 다 확인하셨네요! | 긍정적인 경험 제공 |
통신 에러일 때 : Error State
시스템 문제로 데이터를 불러오지 못한 상태입니다. 이때의 핵심은 ‘유저의 불안감을 낮추고 명확한 탈출구를 제공하는 것'입니다. (외계어 같은 시스템 오류 코드를 그대로 노출하는 것은 최악의 UX입니다.)
에러의 원인을 유저가 이해하기 쉬운 일상 언어로 번역해 주고, 즉각적으로 누를 수 있는 CTA(버튼)를 제공해야 합니다. 실무에서 자주 쓰이는 에러별 Fallback 가이드는 다음과 같습니다.
| 에러 유형 | 노출 메시지 예시 | CTA 버튼 예시 |
| 404 (경로 없음) | 찾으시는 페이지가 사라졌어요. | 홈으로 이동하기 |
| 401 (권한 없음) | 로그인이 필요한 서비스입니다. | 로그인하기 |
| 500/503 (서버 장애) | 잠시 서비스 점검 중입니다. 금방 돌아올게요! | 서비스 상태 확인 / 닫기 |
| 네트워크 끊김 | 인터넷 연결이 원활하지 않습니다. | 새로고침 |
이처럼 데이터가 0건일 때는 '탐색과 참여'를 유도하고, 에러 상황일 때는 '안심과 복구'를 돕는 것이 Fallback 기획의 핵심입니다.
심화 2
Default값을 정할 때, 비즈니스 목표와 사용자 편의가 충돌한다면?
많은 서비스가 비즈니스 이익을 위해 '마케팅 수신 동의'를 Default로 켜두고 싶어 합니다. 하지만 이는 대한민국에서는 불법이며 과태료를 물게 됩니다. 이유는 다음과 같습니다.
사용자의 자율성을 무시하는 기만 행위
비즈니스는 사용자에게 가치를 제공하고 그 대가로 수익을 얻어야합니다. 하지만 다크 패턴은 사용자가 원치 않는 선택을 하도록 심리적 트릭을 사용합니다. 사용자는 자신의 의지와 상관없이 광고 문자를 받았다고 느끼게 되며 서비스의 신뢰도 하락으로 이어지게 됩니다.
개인정보를 함부로 다룬다는 인식은 최악의 경우, 앱의 알림을 아예 꺼버리거나 스팸으로 신고하고 앱을 삭제해버리는 상황까지 초래할 수 있습니다. 마케팅 측면에서도 진짜 혜택을 위해 동의한 유저가 아니다보니 메시지를 보내도 클릭률이 현저히 낮게 나와 실질적인 데이터가 되지 않습니다.
그렇다면 기획자는 비즈니스 이익과 사용자의 경험 둘다 어떻게 만족시킬까요?
이럴 때에는 사용자의 90% 이상이 선택할 것이 확실한 값은 Default로 두되, 민감한 정보나 비용이 발생하는 항목은 사용자가 직접 선택하게 하는 것이 장기적인 리텐션(재방문율)에 유리합니다. 예를 들면, 체크박스를 비워두는 대신 시각적 넛지와 혜택 등 올바른 넛지를 활용해야 합니다.
추가 질문 : 넛지란?
넛지란 ‘팔꿈치로 슬쩍 찌르다’라는 영단어 입니다. 사용자에게 명령하거나 다른 선택지를 막아버리는 것이 아니라, 자연스럽게 특정 행동을 하도록 환경을 설계하고 유도하는 것을 의미합니다.
올바른 넛지의 사용
기획자는 '넛지(Nudge)'와 '강요' 사이의 선을 지켜야 합니다. 다음은 UX 기획에서 사용자의 전환율을 높일 때 가장 직관적이고 즉각적인 효과를 볼 수 있는 방법입니다.
‘보상형 넛지’는 행동에 대한 확실한 대가를 제공하여 사용자가 귀찮아하는 행동을 요구할 때 제시하는 방법입니다.
리뷰 작성이나 추가 정보를 입력할 때 주로 제시하곤 합니다. 또는 제휴 마케팅으로 수수료 수익을 챙기기도 합니다. 예를 들어, 사용자에게 2원을 투자해서 제휴사로부터 더 큰 수수료를 받는게 될 수도 있겠죠.
‘프레이밍 효과’는 관점을 바꿔서 사용자의 판단과 선택이 달라지도록 UX 라이팅으로 기획하는 방법입니다.
사람은 득보다 실을 더 크게 느끼는 것에 프레임을 씌워 유저의 행동을 유도하는 것입니다. 예를 들어, 멤버십 해지를 할 때 단순히 해지하겠습니까? 라고 묻는 것이 아니라, 현재의 혜택들이 사라진다는 것을 안내하면서 혜택들을 나열하는 것입니다.
이 외에도 나만 기회를 놓칠 것 같은 두려움을 자극하는 ‘희소성 넛지’, 알림 뱃지에 적용되는 ‘미완성 넛지’ 등 심리학 기반의 넛지들이 있습니다.
심화 3
Fallback 상황에서 단순히 '오류 발생' 메시지만 보여주는게 최선일까?
진짜 실력 있는 기획자는 Fallback 상황에서 '다음 행동(Call to Action)'을 제안합니다.
예를 들면, 검색 결과가 없을 때(Fallback) 단순히 ‘결과 없음’만 띄우는 것이 아니라, ’이것을 찾으셨나요?’라며 추천 검색어를 보여주거나 ‘추천 검색결과 보기’와 같은 버튼을 제공할 수 있습니다. 또는 인기 상품을 추천해줄 수 있습니다. 실패의 순간을 새로운 탐색의 기회로 전환하는 것이죠.
단순 오류 처리를 넘어 오류 상황조차 유저 여정의 일부로 만들 때, 서비스가 나를 끝까지 책임진다고 느끼게 되며, 이는 심지스한 경험으로 앱에 계속 유저를 머물게 할 수 있습니다. 그리고 명확한 선택지를 제공함으로써 사용자의 노력을 최소화해 피로도를 낮춰주는 역할을 합니다.
응용 질문
💬 커머스 앱의 결제 화면을 기획하고 있습니다. '결제 수단' 선택 영역에서 [최근 사용한 결제 수단]을 Default 값으로 설정했을 때와, 아무것도 선택되지 않은 [빈 상태]를 Default로 두었을 때 각각 어떤 장단점이 있을까요?
결제 속도와 결제의 정확성 중 어떤 비즈니스를 목표를 더 우선할 것인가에 대한 전략적 선택이 필요합니다.
첫번째, 최근 사용한 결제 수단을 Default로 두었을 때
사용자가 이전에 사용했던 수단 (예 : 토스페이, 국민카드)을 시스템이 기억해서 미리 세팅해 두는 방식입니다. 최근 쿠팡, 배달의민족 등 대부분의 커머스에서 채택하는 ‘원클릭 결제’에 가까운 경험을 제공합니다.
장점
- 결제 뎁스 최소화로 구매 완료까지의 시간이 단축됩니다.
- 전환율 극대화로 결제 중간에 이탈할 확률이 줄어들어 매출 상승에 기여합니다.
- 자주 결제하는 서비스의 경우, 매번 선택하는 번거로움이 없어져 반복 구매 피로도가 감소하게 됩니다.
단점
- 오결제 발생 가능성이 생깁니다. 이는 취소/환불 CS가 증가로 업무 가중으로 이어질 수 있습니다.
두번째, 빈 상태를 Default로 두었을 때
결제 화면에서 어떤 수단도 선택되어 있지 않아 사용자가 반드시 능동적으로 결제 수단을 선택해야만 합니다. 특히 고가 상품 전문 커머스나 브랜드 스토어 내 결제 시, KG 이니시스 PG 결제창을 이용해 신중한 결제를 유도합니다.
장점
- 결제의 정확도가 상승해, 취소 및 재결제 관련 CS가 현저히 줄어듭니다.
- 프로모션 유도에 유리합니다. 특정 결제 수단에 시각적 넛지를 주어 해당 수단으로 유도하기 수월합니다.
단점
- 결제를 위해 선택을 한 번 더 해야하므로 결제 뎁스가 늘어나고, 이 과정에서 구매를 포기하고 이탈할 가능성이 높아집니다.
결론
텅 빈 화면과 에러 페이지를 기회의 공간으로 만들어보세요. Default와 Fallback은 단순히 개발을 위한 방어 로직이 아닙니다. 유저의 피로도를 낮추고 이탈을 막아내는 강력한 UX전략 입니다.
아래 체크리스트를 바탕으로 기획서를 다시 한 번 점검해 보세요.
✔️ 진입 시점에 유저의 수고를 덜어줄 Default값이 세팅되어있는가?
✔️ 데이터를 불러오지 못했을 때, 유저를 방치하지 않고 다음 행동을 유도하는 대안이 있는가?
✔️ 비즈니스 이익을 좇느라 유저를 기만하지 않고, 올바른 보상과 넛지를 주고 있는가?
이 질문들에 자신있게 대답할 수 있다면,
서비스는 어떤 예외 상황에서도 유저에게 신뢰를 주는 프로덕트가 될 것입니다.
'호학당이 일하는 법 > 조금 아는 거로 있어 보이기' 카테고리의 다른 글
| 건강한 웹사이트란 무엇일까? (0) | 2026.01.29 |
|---|---|
| 크롤링, 기획자가 보안부터 챙겨야 하는 이유 (0) | 2025.12.08 |
| 데이터의 생성과 Back-Office (3) | 2025.05.06 |
| 와이어프레임의 80%는 List, Detail, Form으로 정리된다. (0) | 2025.04.27 |
| 혁신이 아닌 모방으로 설계되는 UX (5) | 2024.12.31 |
댓글 영역