에러 메시지 작성 원칙 4H

에러 메시지는 사용자와 서비스 사이의 마찰이 발생하는 순간에 등장한다. 잘못 작성된 에러 메시지는 사용자를 불만족스럽게 하고 이탈로 이어지지만, 잘 작성된 에러 메시지는 불만의 순간을 기쁨의 순간으로 전환할 수 있다. Ben Rowe(2012)가 제안한 4H 원칙은 효과적인 에러 메시지 작성의 기준을 간결하게 정리한다.

Human(인간적): 에러 메시지는 사람을 위해 쓰인 것처럼 보여야 한다. "에러 - 승인되지 않음"처럼 시스템 언어로 쓰인 메시지는 로봇이 로봇을 위해 작성한 것과 같다. 청자에게 직접 말하듯 공손하고 이해하기 쉬운 언어로, 전문용어 없이 작성해야 한다. Firefox의 "이런, 당혹스러운 일입니다. 파이어폭스가 창을 복구하는 데 어려움이 있습니다"는 좋은 예다.

Helpful(도움이 되는): 에러 메시지는 눈에 띄어야 하고, 문제가 무엇인지 구체적으로 설명해야 하며, 사용자가 다음에 해야 할 행동을 안내해야 한다. "예상치 못한 시스템 에러가 발생했습니다" 같은 모호한 메시지는 누구에게도 쓸모없다. 문제 설명→해결 방법 안내의 순서로 작성하는 것이 원칙이다.

Humorous(유머러스): 가볍고 유머 있는 톤은 에러로 인한 불만을 완화하는 효과적인 방법이다. last.fm의 장애 메시지, Gmail의 마침표 반복 입력 경고, Yahoo의 "정말로 미래에서 오셨나요?" 같은 사례가 대표적이다. 다만 유머는 상황에 따라 적절성이 달라진다. 단순한 404 오류나 로그인 실패에는 적합하지만, 사용자가 중요한 작업물을 잃은 심각한 상황에서는 부적절하다.

Humble(겸손한): 에러의 원인이 누구에게 있든 상관없이, 항상 서비스 쪽에 문제가 있다는 태도를 유지해야 한다. 사용자가 잘못한 것처럼 느끼게 해서는 안 된다. 서비스의 잘못이 명확한 경우 사과를 명시적으로 표현해야 하며, 방어적인 태도 없이 "죄송합니다"라고 말하는 것이 중요하다.

핵심 내용

• 에러 메시지 4H: Human(인간적), Helpful(도움이 됨), Humorous(유머러스), Humble(겸손함)
• Human: 시스템 언어가 아닌 사람의 언어로, 전문용어 없이 작성
• Helpful: 눈에 띄는 위치·색상, 구체적 문제 설명, 다음 행동 안내 포함
• Humorous: 가벼운 에러에는 유머 효과적, 심각한 상황에서는 삼가야 함
• Humble: 원인과 무관하게 서비스 측 책임 인정, 사과 표현 적극 사용
• 잘 만들어진 에러 메시지는 불만의 순간을 기쁨의 순간으로 바꿀 수 있다

관련 개념

• UX 라이팅 — 에러 메시지는 UX 라이팅의 핵심 구성 요소
• UI 컴포넌트 용어 — 대화상자, 알림 등 에러를 전달하는 UI 요소
• UI 가이드라인 — 에러 메시지 배치·색상 등 시각적 설계 원칙

출처

• The 4 H's of Writing Error Messages - 에러메시지 작성의 원칙, 4H — 2015-10-28, 알 수 없는 사용자