지난 편에서 버튼, 빈 상태, 에러 메시지, 알림 등과 같은 요소들에서 마이크로카피를 작성하는 방법을 다뤘어요. 이번 편에서는 실무에서 자주 발생하는 UX 라이팅 실수와 그 개선 방법을 구체적으로 살펴볼 거예요.
| 카테고리 | 피해야 할 패턴 | 핵심 문제 |
|---|---|---|
| 불필요한 감정 표현 | 정보 대신 감정이나 수식어로 시작하는 공지 | 길이만 늘리고 의미는 없음 |
| 모호하고 포괄적인 용어 | 추상적이고 인상적으로 들리지만 구체성이 없는 언어 | 실제로 무엇이 바뀌었는지 감춤 |
| 과도한 공손함 | 지나치게 정중하거나 사과하는 UI 안내 | 명확성과 자신감을 약화시킴 |
| 도움 안 되는 에러 메시지 | 실패만 알리고 원인이나 해결법은 빠진 에러 | 사용자가 복구할 수 없게 만듦 |
| 내용 없는 업데이트 공지 | 가치나 영향을 설명하지 않고 변화만 알리는 공지 | 혼란과 저항을 유발 |
1. 불필요한 감정 표현
1) 삭제해도 되는 단어들
일부 단어는 제품 카피에 끊임없이 등장하지만 아무 가치도 더하지 않아요. 제거하면 텍스트가 깔끔해지는데 의미는 전혀 손실되지 않죠.
“기쁜 소식을 전하게 되어 설레입니다!”, “신나는 소식이에요!” 같은 표현이 대표적이에요. 사용자는 회사의 감정에 관심 없어요. 무엇이 바뀌었고 자기에게 어떤 영향이 있는지가 중요하죠.
| 수정 전 | 수정 후 |
|---|---|
| “새 대시보드를 소개하게 되어 정말 기뻐요!” | “새 대시보드: 모든 지표를 한눈에 볼 수 있어요” |
다음 단어들은 대부분 삭제해도 의미가 변하지 않아요: 사실은(Actually), 정말(Really), 매우(Very), 그냥(Just), 간단히(Simply), 쉽게(Easily), 기본적으로(Basically), ~하기 위하여(In order to → “to”로 대체).
카피에서 이런 단어를 제거해 보세요. 의미가 그대로라면 빼는 게 맞아요.
2. 모호하고 포괄적인 용어
1) 최악의 범인: “경험”
‘경험’과 같은 용어는 인상적으로 들리지만 구체적인 내용은 아무것도 전달하지 않아요. 특히 기능 발표나 마케팅 영향을 받은 제품 카피에서 자주 등장하죠.
“개선된 경험”은 페이지 로딩 속도가 빨라졌다는 뜻일 수도 있고, 완전히 새로운 인터페이스를 의미할 수도 있어요.
| 모호한 표현 | 구체적인 표현 |
|---|---|
| “향상된 독서 경험” | “글자 크기 조절과 다크 모드 지원” |
| “더 매끄러운 결제 경험” | “7단계 대신 3단계로 결제 완료” |
| “더 나은 모바일 경험” | “모든 기능을 이제 모바일에서도 사용 가능” |
2) 교체해야 할 다른 포괄적 용어들
| 유행어 | 문제점 | 더 나은 접근 |
|---|---|---|
| 매끄러운(Seamless) | 어떤 마찰이 제거되었는지 불명확 | 구체적인 개선 사항을 설명 |
| 직관적인(Intuitive) | 직관적인지는 사용자가 판단할 일 | 설명하지 말고 보여주세요 |
| 강력한(Robust) | 어떤 기능이 있는지 불명확 | 구체적인 기능을 나열 |
| 활용하다(Leverage) | 비즈니스 용어 | “사용하다”로 대체 |
| 최첨단(Cutting-edge) | 의미 없는 최상급 | 무엇이 차별화되는지 설명 |
| 간소화된(Streamlined) | 무엇이 단순해졌는지 불명확 | 단순화된 부분을 구체적으로 설명 |
3. 과도한 공손함
1) 공손함이 문제가 되는 경우
모든 곳에 “부탁드립니다”와 정중한 표현을 넣으면 예의 바른 것 같지만, 오히려 카피를 약화시키고 인터페이스를 복잡하게 만들 수 있어요.
과도한 공손함은
- 안내를 길게 만들지만 명확성은 높이지 않고,
- 제품이 불확실하거나 사과하는 듯한 느낌을 주며,
- 자신감 있는 안내를 주저하는 요청으로 바꾸고,
- 모든 인터랙션에 불필요한 마찰을 추가해요.
| 과도하게 공손한 예시 | 직접적이고 명확한 예시 |
|---|---|
| “아래 버튼을 클릭해 주시면 계속 진행하실 수 있습니다” | “계속하기” |
| “이메일 주소를 입력해 주시겠어요?” | “이메일 주소 입력하기” |
| “요청을 처리하는 동안 잠시만 기다려 주십시오” | “처리 중입니다…” |
사용자는 직접적인 표현을 무례하다고 느끼지 않아요. 오히려 효율적이라고 느끼죠. 명확한 안내는 도움이 되는 것이지, 무례한 게 아니에요.
2) 공손함이 정말 필요한 순간
부드러운 언어가 적절한 상황도 있어요.
- 민감한 정보를 요청할 때: “본인 확인을 위해 전화번호가 필요해요”는 빈 입력 필드보다 나아요
- 시스템 측 오류 후: “저희 쪽에서 문제가 발생했어요”는 책임을 인정하는 표현이에요
- 사용자에게 추가 노력을 요청할 때: “개선에 도움을 주시겠어요? 2분 설문이에요”는 시간을 존중하는 표현이죠
핵심 구분 기준은 이거예요. 사용자에게 무언가를 요청할 때는 정중한 언어를 쓰고, 사용자가 목표를 달성하도록 도울 때는 직접적인 언어를 쓰세요.
4. 도움이 안 되는 에러 메시지
1) 에러 메시지가 실패하는 이유
사용자를 좌절시키는 것 중 몇 안 되는 것이 있다면, 무엇이 잘못됐고 어떻게 고칠 수 있는지 설명하지 않는 에러 메시지예요.
| 나쁜 에러 | 실패하는 이유 |
|---|---|
| “오류” | 아무 정보가 없음 |
| “문제가 발생했습니다” | 원인도 없고 해결법도 없음 |
| “잘못된 입력” | 어떤 입력이 왜 잘못되었는지 안 알려줌 |
| “인증에 실패했습니다. 다시 시도하세요.” | 왜 실패했는지 설명하지 않음 |
| “에러 코드: 5023” | 사용자에게 무의미한 기술 용어 |
이런 메시지는 사용자가 추측하게 만들어요. 뭘 잘못했는지 모르니 고칠 수도 없죠.
2) 에러 메시지 공식
효과적인 에러 메시지는 간단한 구조를 따라요.
[무엇이 잘못됐는지] + [왜 잘못됐는지] + [어떻게 고칠 수 있는지]
| 구성 요소 | 예시 1 | 예시 2 |
|---|---|---|
| 무엇 | “메시지를 보내지 못했어요” | “결제가 거부됐어요” |
| 왜 | “파일 크기가 25MB 제한을 초과해요” | “카드가 만료됐어요” |
| 어떻게 | “이미지를 압축하거나 더 작은 파일을 보내보세요” | “설정 > 결제 수단에서 카드를 업데이트하세요” |
| 전체 메시지 | “메시지를 보내지 못했어요. 파일 크기가 25MB 제한을 초과해요. 이미지를 압축하거나 더 작은 파일을 보내보세요.” | “카드가 만료되어 결제가 거부됐어요. 설정 > 결제 수단에서 카드를 업데이트하세요.” |
에러 메시지를 출시하기 전에 확인할 네 가지 질문이 있어요.
- 사용자를 탓하고 있지 않은가? (“잘못된 이메일” → “name@example.com 형식으로 입력해 주세요”)
- 기술 용어가 포함되어 있지 않은가? (에러 코드, 개발자 전문 용어 제거)
- 명확한 다음 단계가 있는가?
- 톤이 심각도에 적절한가?
5. 내용 없는 업데이트 공지
1) “새로워졌습니다!”의 문제
제품이 리디자인이나 새 기능을 출시할 때, 팀은 명확한 가치 대신 모호한 흥분으로만 구성된 내용으로 공지하는 경우가 많아요.
“새 홈페이지를 확인해 보세요!”나 “리디자인된 앱을 탐험해 보세요!” 같은 메시지는 뭔가 변했다는 것만 알려주고, 구체적으로 무엇이 왜 변했는지, 사용자에게 어떤 이점이 있는지, 무엇을 다르게 해야 하는지는 빠져 있어요.
이런 공지는 혼란을 만들어요. 사용자는 낯선 인터페이스에 도착하면서 변화의 의도를 이해하지 못하게 되죠. 흔한 반응이 바로 “예전이 더 좋았는데”예요.
| 도움이 안 되는 공지 | 도움이 되는 공지 |
|---|---|
| “새 대시보드를 만나보세요!” | “대시보드에 주간 트렌드가 추가됐어요. 가장 중요한 지표가 상단에 표시돼요.” |
| “설정을 리디자인했어요” | “설정이 계정, 개인정보, 알림 세 섹션으로 나뉘었어요. 원하는 설정을 더 빠르게 찾을 수 있어요.” |
| “새로운 모습을 경험해 보세요” | “새 내비게이션으로 자주 쓰는 기능을 탭 한 번에 찾을 수 있어요” |
변경 사항을 공지할 때는 이 구조를 따르세요.
- 무엇이 변했는지(구체적인 기능이나 영역)
- 사용자에게 어떤 이점이 있는지
- 다음 행동은 무엇인지(어디를 보거나 무엇을 해야 하는지)
6. 나쁜 카피에서 좋은 카피로: 기능 발표 사례 연구
1) 같은 기능, 다섯 가지 버전
이 원칙들을 종합적으로 보여주기 위해, 같은 기능 발표가 어떻게 나쁜 수준에서 훌륭한 수준까지 달라질 수 있는지 살펴볼게요.
시나리오: 노트 앱에 음성 메모 기능이 추가됨
버전 1: 최악
“새로운 기능을 여러분께 소개하게 되어 매우 기쁩니다! 수개월간의 노력 끝에, 저희 팀이 자랑스럽게 혁신적이고 최첨단 음성 녹음 기능을 선보이게 됐습니다. 매끄러운 차세대 오디오 통합으로 노트를 캡처하는 완전히 새로운 방법을 경험해 보세요!”
문제점: 감정 표현(“매우 기쁩니다”, “자랑스럽게”), 유행어(“혁신적”, “최첨단”, “매끄러운”, “차세대”), 실제 기능을 파묻음, 사용자 혜택 없음.
버전 2: 여전히 부족
“새 기능: 음성 메모 기능을 업데이트 했어요! 이 향상된 기능으로 더 나은 노트 작성 경험을 위해 오디오를 녹음할 수 있어요.”
문제점: “향상된 기능”과 “더 나은 경험”이 아무 내용도 추가하지 않음. 언제 쓰면 좋은지, 어떻게 도움이 되는지 설명 없음.
버전 3: 합격선
“음성 메모를 사용할 수 있어요. 어떤 노트에서든 직접 오디오를 녹음하세요.”
이제 직접적이고 명확해서 사용자가 기능이 무엇인지 이해할 수 있죠.
버전 4: 좋음
“타이핑 없이 아이디어를 캡처하세요. 어떤 노트에서든 마이크 아이콘을 탭하면 음성 메모를 녹음할 수 있어요.”
사용자 혜택으로 시작하고, 기능에 접근하는 방법도 안내하죠.
버전 5: 최고
“타이핑 없이 아이디어를 캡처하세요. 어떤 노트에서든 마이크 아이콘을 탭해서 녹음을 시작하세요. 메모는 모든 기기에 자동으로 동기화돼요.”
최고인 이유: 명확한 혜택, 간단한 안내, 사용자가 궁금해할 후속 질문(동기화 되나요?)까지 해결.
| 버전 | 단어 수 | 명확성 | 사용자 혜택 | 실행 가능성 |
|---|---|---|---|---|
| 1 | 62 | 낮음 | 없음 | 아니요 |
| 2 | 19 | 보통 | 모호 | 아니요 |
| 3 | 10 | 높음 | 암시적 | 부분적 |
| 4 | 16 | 높음 | 명확 | 네 |
| 5 | 22 | 높음 | 명확 | 네 |
버전 5가 가장 짧지 않다는 점에 주목하세요. 좋은 UX 라이팅은 최소 단어 수가 목표가 아니에요. 사용자가 이해하고 행동하는 데 정확히 필요한 것만 포함하는 게 핵심이죠.
다음 편에서는 현지화와 접근성을 고려한 UX 라이팅을 다뤄볼게요.
UX 라이팅 시리즈