개요
「생성」과 「생성하기」 중 무엇을 쓸지 정하는 원칙이다. 일반적인 버튼과 기능 라벨은 Short form 이 기본이고, 메인 페이지와 CTA 처럼 전환이 중요한 특수 지점에 한해 Long form 을 허용한다. 「UX Writing 원칙」의 부록에 해당한다.
적용 범위
| 축 |
적용 / 제약 |
| 대상 |
버튼·툴바·메뉴의 액션 라벨 |
| 언어 |
한국어 기준이며, 언어별 분리는 복잡도 대비 효과가 클 정도로 꼭 필요한 경우에만 한다 |
현재 상태 / 정의
| 형태 |
예 |
위치 |
| Short form (기본값) |
생성 · 삭제 |
툴바·버튼·메뉴 |
| Long form (보조) |
생성하기 · 삭제하기 |
메인 페이지, CTA 등 전환이 중요한 특수 지점 |
둘 다 쓸 수는 있지만 항상 두 개를 동시에 쓸 필요는 없다. 짧은 것을 기본으로 두고 특정 상황에서만 긴 것을 쓴다.
상세 내용
1. 「~하기」의 장단점
| 장점 |
단점 |
| 행동이 더 명시적으로 느껴진다. 초보 사용자와 온보딩 단계에서 무슨 일이 일어나는지 직관적이다 |
UI 밀도가 떨어진다. 버튼·툴바·메뉴에서 불필요하게 길어진다 |
| 문장형 CTA 에 자연스럽다. 「새 디자인 생성하기」·「선택한 항목 삭제하기」 |
행동성이 과도하게 강조된다. 이미 클릭할 수 있는 UI 에서 중복 설명이다 |
| — |
다국어에서 길이가 지나치게 길어질 수 있다. 한국어는 괜찮아 보여도 독일어·프랑스어·포르투갈어에서 레이아웃 위험이 커진다 |
원문은 단점이 더 크다고 판단한다.
2. 근거가 되는 원칙
| 원칙 |
내용 |
| UI 는 행동을 이미 전제한다 |
버튼·메뉴·아이콘은 클릭 자체가 동사다. 따라서 라벨은 행동을 암시하는 명사면 충분하다 |
| 짧은 것이 기본, 긴 것은 보조 |
짧은 표현은 기능과 행동의 이름이고, 긴 표현은 행동의 설명이다. 이름은 짧게, 설명은 길게 쓴다 |
확인 필요
| 항목 |
사유 |
확인 방법 |
| 효력 발생일 |
원문에 적용 시점이 없다 |
현지화 담당자에게 확인한다 |
| 「전환이 중요한 특수 지점」의 판정 기준 |
메인 페이지와 CTA 를 예로 들지만 어디까지가 특수 지점인지 판정 기준이 없다 |
프로덕트 디자인 조직에 기준을 확인한다 |
| 기존 String 의 소급 적용 여부 |
현재 서비스의 라벨이 이 원칙을 따르는지 점검한 기록이 없다 |
String 시트에서 「~하기」 사용 현황을 점검한다 |
관련 문서
| 대상 |
경로 |
| 미리캔버스 UX Writing 원칙 |
product-service/miricanvas/ux-writing-principles.md |
| 번역 String 값 표기 규칙 |
product-service/miricanvas/string-notation-rule.md |
| 현지화 스타일 가이드 |
product-service/miricanvas/localization-style-guide.md |
코멘트
아직 코멘트가 없어요