마이크로 텍스트 및 UX 커뮤니케
1) 마이크로 텍스트가 무엇이며 왜 필요한지
마이크로 코피-인터페이스의 짧고 상황에 맞는 문구: 필드 캡션, 프롬프트, 로드 상태, 오류, 확인, CTA 버튼, 빈 화면 등 그들의 임무는 불확실성을 제거하고 행동 속도를 높이며인지 부하를 줄이는 것입니다. 좋은 마이크로 텍스트:- "지금 무슨 일이 일어나고 있는지" 와 "다음에해야 할 일" 을 설명합니다.
- 오류 및 지원 감소
- 전환과 신뢰를 증가시킵니다
2) 기본 원칙
1. 명확성> 위트. 모호성이나 속어가 없습니다.
2. 상황성. 우리는 여기와 지금 유용한 것을 정확하게 씁니다.
3. 간결함. 우리는 의미를 희생하지 않고 불필요한 단어
4. 활성 음성 및 액션 동사. 저장, 계속, 문서 보내기.
5. 구체적인 내용과 랜드 마크. 무엇, 왜, 어떻게 고쳐야하는지, 얼마나 오래 걸릴까요.
6. 용어의 순서. 한 용어는 제품 전체에서 하나의 의미입니다.
7. 브랜드 목소리와 상황의 분위기. 친절하지만 친숙하지 않은; 스트레스가 많은 단계에서-중립적이고 침착합
8. 접근성. 언어를 지우고, 큰 소리로 읽을 수 있고, 화면 판독기와 호환됩니다
9. 현지화 우선. 문자열 길이, 숫자, 시간에 대한 디자인 토큰; 문화적으로 민감한 농담을 피하십
10. 윤리와 책임. 조건의 투명성, 정직한 기대, 조작 없음.
3) 마이크로 텍스트 포인트 맵
탐색 및 CTA: 항목 이름, 버튼, 비활성 상태.
양식 및 CCM/등록: 라벨, 플레이스 홀더, 마스크, 프롬프트, 인라인 검증, 오류, 확인.
빈 상태와 "제로" 화면: 시작하는 방법과 방법.
상태 및 진행 상황: 다운로드, 대기열, 단계, 대기 시간.
시스템 알림: 토스트, 배너, 보풀, 전자 메일/받은 편지함.
검색 및 필터: 샘플 쿼리, 결과 제로, 정렬.
지불/결론: 데이터 요구 사항, 마감일, 수수료, 한도.
설정 및 보안: 암호, 2FA, 세션, 위험 경고.
인터페이스 도움말: 힌트, 툴팁, FAQ 인서트, 도움이 될 링크.
4) 키 영역 패턴 (예 포함)
4. 1 CTA 및 동작 이름
원리: 단추 = 사용자 동작 + 객체.
이전: 확인 → 후: 변경 사항 저장
이전: "자세히 배우기" → 이후: "보너스 규칙 읽기"
전에: "보내기" → 후에: "문서 보내기"
좋은: 간단하고 구체적으로 제자리에 있습니다. 나쁜 것: 추상적, 농담, 모호함.
4. 2 개의 라벨 및 플레이스 홀더
라벨이 필요합니다. 자리 표시자는 형식의 예입니다.
이전: 레이블이없는 자리 표시 자 "Ivan Ivanov" → After: 레이블 "FULL 이름", 자리 표시 자 "Ivan Vanov".
형식 기대: "DD. MM. YYYY, "" 최소 8 자, 1 자리 ".
4. 3 인라인 검증 및 오류
오류 메시지 공식: 무엇이 잘못되었는지 + 수정하는 방법 (왜/제약).
이전: "오류 400" → 이후: "잘못된 날짜 형식. DD를 사용하십시오. MM. YYYY. "
이전: "로드 실패" → 이후: "파일이 너무 큽니다 (최대 10MB). 더 작은 파일을 선택하십시오.
열기/잠금: 표시 요구 사항을 나란히 추가하십시오.
4. 빈 상태 4 개
목적: 가치를 설명하고 조치를 제안하십시오.
템플릿: "[액션] 즉시 [결과/스토리] 가 될 것입니다. [스텝 버튼] ".
예: "아직 저장된 결제 방법이 없습니다. 카드를 추가하면 결제 속도가 빨라집니다. [지도 추가] ".
4. 다운로드 5 개, 진행 상황, 대기
무슨 일이 일어나고 있으며 시간이 얼마나 걸리는지보고하십시오. "문서를 확인합니다 (최대 2 분)".
대안을 제공하십시오. "창을 닫을 수 있습니다. 모든 것이 준비되면 알려드립니다".
4. 6 제로 검색 결과
예: "아무것도 찾을 수 없음" 라이브 블랙 잭. "블랙 잭" 을 사용해보거나 "제공자: X" 필터를 제거하십시오. [재설정 필터] ".
4. 7 알림 (토스트/배너/푸치)
성공: "응용 프로그램이 발표되었습니다. 이메일로 결정에 대해 알려 드리겠습니다".
정보: "한계를 높이려면 주소 확인이 필요합니다".
주의: "세션은 1 분 안에 만료됩니다. 갱신? [갱신] [종료] ".
오류: "은행이 지불을 거부했습니다. 다른 방법을 사용해 보거나 은행에 연락하십
4. 8 지불, 한도, 마감일
커미션/용어에 대해 명확하게 쓰십시오. "1의 커미션. 공급자는 5% 를 "" 지불-최대 15 분 "으로 유지합니다.
실패의 이유를 설명하십시오. "이 방법은 공급자 규칙으로 인해 해당 지역에서 사용할 수 없습니다".
4. 9 안전과 민감한 단계
중립 톤, 농담 없음.
예: "새 장치의 출입구를 발견했습니다. 그게 다야? [예, 저입니다] [아니요]. '
5) 톤과 스타일: 상황에 적응
정상적인 흐름: 친절하고 간결합니다.
학습/온 보딩: 지원과 동기 부여.
스트레스/오류/지불: 중립적이고 차분하며 구체적입니다.
법적/조건: 마케팅 약속없이 공식적으로 투명합니다.
- 우리는 "제발", "준비", "걱정하지 마십시오", "확인" 을 사용합니다.
- 우리는 피합니다: "oh", "oops", "hack", "magic", sarican, 축소.
6) 국제화 및 국제화
줄 길이 마진을 설정하십시오 (DE/UK 더 오래).
숫자/통화/날짜-로컬 형식.
유머/은유에서 의미를 암호화하지 마십시오.
언어별로 용어집과 톤 맵을 유지하십시오 (각 상황에 대한 샘플 프레이즈 세트).
7) 가용성 (A11y)
오류 및 중요한 상태-aria-live.
WCAG 수준에서 대비 및 가독성.
의미는 자리 표시 자뿐만 아니라/aria 레이블 레이블에 있습니다.
아이콘에 대한 텍스트 등가: "삭제", "비밀번호 숨기기".
탭 순서 = 의미 순서.
8) 컨텐츠 프로세스 및 디자인 시스템
콘텐츠 파이프 라인: 간단한 → 초안 → UX 검토 → 법적/준수 (필요한 경우) → 현지화 → 테스트 → 릴리스.
설계 시스템의 마이크로 코피 구성 요소:- 주립 도서관 (성공/정보/주의/오류)
- 필드 유형별 오류 패턴
- CTA 이름 안내;
- 톤 맵 및 용어집;
- 길이의 "디스펜서" (상태의 최대 차트).
- 텍스트 버전 지정: 코드/구성 요소 옆에 줄을 저장하고 키 및 설명을 사용하십시오.
9) 측정 및 실험
주요 지표: 단계 변환, CTA CTR, 완료 시간, 유형 별 오류율, 스크립트의 NPS/CSAT, 주제에 대한 지원 호출 빈도.
연구: UX 인터뷰, 유용성 테스트, 큰 소리로 읽기, 사각 지대 탐지를위한 시선 추적, 빈 상태 클릭 맵 분석.
Microcopy A/B 테스트: 한 번에 하나의 의미 론적 요소를 테스트하십시오 (동사 동사, 용어 특이성, 오류 공식).
10) 반 패턴
중요한 단계의 유머 ("upsik!" 결제 오류가있는 경우).
동작 객체가없는 추상 CTA ("OK", "Next").
번역이없는 기술 코드 ("서비스를 사용할 수 없음" 대신 "오류 500").
라벨 대신 장소 보유자.
숨겨진 조건과 불합리한 기대 (지연이있을 때 "즉시").
다음 단계없이 "제로" 빈 상태.
수동적 인 담보 및 비 인격적 구조 ("채워 져야한다").
11) 구문 패턴 (촬영 및 삽입 가능)
양식 오류:- "+ 380 형식의 전화 번호를 입력하십시오"...
- "비밀번호가 너무 짧습니다. 최소 8 자 "
- "문서가 흐려졌습니다. 더 명확한 사진 업로드 "
- "완료! 문서를 검토하고 (최대 2 분) 알림을 보냅니다. "
- "지불이 수락되었습니다. 영수증은 이메일로 발송되었습니다. "
- "첫 번째 보충 이후의 거래 내역이 여기에 나타납니다. [리필] "
- "우리는 공급자를 연결합니다... 일반적으로 최대 30 초가 걸립니다. "
- "우리는 낯선 곳에서 들어 가려는 시도를 차단했습니다. 이 경우-응용 프로그램에서 확인 "
12) 점검표
마이크로 텍스트를 공개하기
- 사용자가 다음에해야 할 일이 분명합니까?
- 형식, 제한, 용어, 원인/결과와 같은 세부 사항이 있습니까?
- 용어가 용어집과 일치합니까?
- 톤이 상황에 적합합니까?
- 메시지가 크게 읽히고 320px 화면에서 읽을 수 있습니까?
- 가용성: 라벨, 아리아 속성, 초점, 대비.
- 문화적 함정없이 현지화 할 수있는 옵션이 있습니까?
- 메시지가 그 이유를 설명합니까?
- 수정을 제안합니까?
- 사용자를 비난하지 않습니까?
- 불필요한 기술적 세부 정보를 공개하지 않습니까
13) 예 전/후
1. 결제 거부
"결제 오류"
그 후: "은행에 의해 지불이 거부되었습니다. 다른 카드를 사용해보거나 은행에 연락하십시오. 요금이 청구되지 않았습니다 "
2. 모호한 버튼
이전: "계속" (정확히 무엇을 확실하지 않음)
이후: "신원 확인으로 이동"
3. 제로 검색
이전: "아무것도 찾지 못했습니
이후: "룰렛에서 발견 된 것은 없습니다. "" 고제한 만 "필터를 제거하거나 시도하십시오" 룰렛. "[재설정 필터]"
4. 빈 지갑
전에: "여기가 비어 있습니다"
"시작하려면 카드 나 지갑을 연결하십시오. 이렇게하면 보충 및 지불 속도가 빨라집니다. [지불 방법 추가] "
14) 제품 작업에 마이크로 카피 포함
디자인 및 논리와 동시에 텍스트를 계획하십시오.
저장소 및 설계 시스템에 "행 은행" 을 유지하십시오.
화면 사본에서 텍스트 테스트 단계를 정리하십시오.
문서 결정: 공식이 선택되는 이유, 가설이 테스트됩니다.
짧은 치트 시트
의미 → 행동 → 단어. 먼저해야 할 일과 말하는 방법.
하나의 화면은 하나의 목표입니다 마이크로 텍스트는 단계의 목적을 제공합니다.
더 많은 맥락-지원이 적습니다. 시간과 사건에 대해 설명하십시오.
UI와 같은 방식으로 단어를 테스트하십시오. 텍스트는 장식이 아닌 인터페이스의 일부입니다.