UX 카피은(는) 무엇을 하나요?
리프 스킬 — 디자인 영역에 속하며, 해당 도메인이나 이름을 통해 접근할 수 있습니다.
인터페이스 텍스트는 업무 중간, 종종 스트레스를 받는 상황에서 스치듯 읽힙니다. 텍스트가 효과를 발휘하려면 사용자가 어떤 일이 일어날지, 무엇을 해야 할지 알 수 있어야 합니다. "제출", "확인" 또는 "문제가 발생했습니다"와 같은 일반적인 단어는 사용자로 하여금 추측하게 만듭니다. 사용자의 상황과 액션의 실제 결과를 기준으로, 인터페이스 자체의 언어로 작성하십시오.
실제 예시
요청 (가상 제품): "사람들이 실수로 프로젝트를 계속 삭제하고 있습니다. 다음 대화상자를 검토해 주세요: 정말 삭제하시겠습니까? [확인] [취소]"
"Q3 런칭"을 삭제할까요?
해당 프로젝트의 14개 작업과 모든 파일이 팀 구성원 모두에게서 제거됩니다.
이 작업은 취소할 수 없습니다.
[취소] [프로젝트 삭제]
제목은 액션과 대상을 명시하고, 본문은 삭제를 심각하게 만드는 결과를 서술하며, 위험 버튼은 동사를 반복하여 단독으로 읽혀도 이해되도록 했습니다. "취소"는 그대로 유지됩니다. 이는 익숙한 탈출구이며, 이름을 바꿔도 얻을 이점이 없습니다.
상황에 맞게 작업하기
화면이나 플로우, 사용자가 하려는 일과 그들의 감정 상태, 제품의 톤앤매너와 기존 용어, 글자 수 제한, 플랫폼 관행 및 대상 언어와 같은 제약 조건을 파악하십시오. 인수로 전달된 카피는 검토할 텍스트입니다. 세부 정보가 누락된 경우 설문지를 보내는 대신 명시된 가정을 바탕으로 작성하고, 카피를 변경할 수 있는 답변(예: 존댓말/반말 여부)에 대해서만 질문하십시오.
~~로 표시된 섹션은 제품이 아닌 도구 범주를 나타냅니다:~~design tool(예: Figma) 또는~~knowledge base(예: Notion). 호스트가 제공하는 해당 범주의 연결된 도구를 사용하고, 사용 가능한 도구가 없으면 단계를 건너뜁니다.
~~knowledge base를 사용하는 경우, 먼저 브랜드 보이스, 콘텐츠 스타일 가이드 및 용어를 읽으십시오. ~~design tool을 사용하는 경우, 플로우 내에서 화면을 살펴보고 레이아웃에서 글자 수 제한을 확인하십시오.
다른 언어의 카피
인터페이스 언어로 네이티브하게 작성하십시오. 영어로 초안을 작성한 후 번역된 카피는 영어 구조를 유지하여 이질적으로 느껴집니다. 요청의 언어로 응답하되, 문자열은 인터페이스의 언어로 작성하십시오. (예: 영어 질문으로 독일어 앱에 대해 문의하는 경우) 아래 패턴은 모든 언어에 적용되지만, 다음 규칙에 따라 표현 방식이 달라집니다:
- 호칭. 많은 언어에서 존댓말과 반말의 "당신"을 구분합니다(독일어, 프랑스어, 스페인어, 네덜란드어). 제품의 기존 선택을 따르고, 기존 선택이 없으면 하나를 제안하여 오류 텍스트를 포함한 모든 곳에 일관되게 적용하십시오.
- 컨트롤의 동사 형태. 독일어, 프랑스어, 스페인어 인터페이스에서는 일반적으로 버튼과 메뉴 항목에 명령형이 아닌 부정사 형태로 레이블을 지정합니다. 플랫폼과 제품의 관행을 따르십시오.
- 대문자화. 문장 첫 글자만 대문자로 쓰는 규칙은 영어에만 해당합니다. 독일어는 문장 내 어디에서든 명사를 대문자로 표기합니다. 영어식 제목 대문자화를 다른 언어에 절대 적용하지 마십시오.
- 인용 부호 및 형식. 해당 언어의 인용 부호, 띄어쓰기(프랑스어는
! ? : ;앞에 공백을 넣음), 숫자, 날짜 및 통화 형식을 사용하십시오. - 길이. 독일어와 프랑스어는 일반적으로 영어보다 1/3 정도 더 길며, 짧은 문자열의 경우 차이가 더 큽니다. 긴 복합어는 줄바꿈되지 않습니다. 실제 너비를 확인하고 올바른
lang속성으로 하이픈 연결을 활성화하십시오.
검토 시, 모든 문자열에서 일관되게 적용되었는지 확인하십시오.
패턴
| 요소 | 해야 할 일 | 예시 |
|---|---|---|
| 버튼, CTA | 동사 + 대상; 결과를 명명; 플로우 내내 동일한 이름 유지 | "게시" → 토스트 "게시됨" |
| 오류 | 무엇이 발생했는지와 해결 방법; 해결에 도움이 되는 경우에만 원인; 절대 비난하지 않고, 단순 코드를 표시하지 않음 | "귀하의 은행이 이 카드를 거절했습니다. 다른 카드를 사용하거나 은행에 문의하십시오." |
| 필드 오류 | 무엇이 잘못되었는지가 아니라 무엇이 필요한지 말함 | "오늘 이후의 날짜를 입력하십시오" |
| 빈 상태 | 여기에 무엇이 나타날지와 시작 방법; 결과 없음 시 검색어 변경 제안 | "아직 청구서가 없습니다. 새로 만들거나 CSV 파일에서 가져오십시오." |
| 확인 | 액션과 대상을 명명, 결과를 서술, 버튼에 동사 레이블 지정 | 실제 예시 참조 |
| 툴팁 | 레이블이 말할 수 없는 정보 추가; 레이블을 절대 반복하지 않음 | — |
| 로딩 | 어떤 일이 일어나고 있는지 설명; 긴 대기 시간에 대한 기대치 설정 | "2,400개의 연락처를 가져오는 중입니다. 최대 1분 정도 소요될 수 있습니다." |
| 성공 | 구체적인 결과 확인 | "성공!" 대신 "Dana에게 청구서가 전송되었습니다" |
| 온보딩 | 단계당 하나의 개념, 사용자가 수행하는 작업과 연결 | — |
톤앤매너는 제품의 것을 유지하고, 분위기는 상황에 따라 변합니다. 오류는 차분하고 구체적입니다: 공감은 영향력을 인정하고 해결을 돕는 것을 의미하며, 반사적으로 사과하거나 농담하지 않습니다. 성공 메시지는 간결하고, 경고는 직접적입니다.
출력 형식
단일 요소에 대해 권장 사항과 그것이 사용자 상황에 적합한 이유를 한 문장으로 제시하십시오. 선택지가 실제로 열려 있는 경우(예: 톤 또는 길이 트레이드오프)에만 대안을 제시하십시오:
## UX 카피: [컨텍스트]
**[요소]:** [카피]
[이 카피가 현재 사용자 상황에 적합한 이유]
| 옵션 | 카피 | 최적 사용 상황 |
|---|---|---|
| A | [카피] | [사용 시기] |
**현지화 노트:** [카피가 번역되었거나 여러 언어로 제공되는 경우에만: 피해야 할 관용구, 확장성, 호칭 형식, 문화적 맥락]
여러 문자열을 검토할 경우, 각 변경 사항을 추적할 수 있도록 하나의 표를 사용하십시오:
| 위치 | 현재 | 제안 | 이유 |
|---|---|---|---|
| 결제, 카드 오류 | "오류 402" | "귀하의 은행이 이 카드를 거절했습니다. 다른 카드를 사용해 보십시오." | 발생 상황과 다음 단계를 안내 |
레이아웃, 타이포그래피 및 시각적 계층 구조는 이 방법의 범위를 벗어납니다. 장문의 마케팅 텍스트, 기사 및 이메일 역시 마이크로카피 패턴보다는 글쓰기 방법이 필요하므로 이 방법의 범위를 벗어납니다.