UI 문구는 사용자가 행동과 결과를 예측하게 한다

UI 문구는 사용자가 무엇을 할 수 있고 그 행동 뒤에 무엇이 일어나는지 예측하게 해야 한다. 평상시 행동, 오류 복구, 빈 상태의 다음 단계에 같은 원칙을 적용한다.

문구와 동작이 어긋날 때

문구는 꾸밈뿐 아니라 조작의 일부다. 버튼 이름과 실제 결과가 어긋나거나 복구 방법이 없으면 사용자는 클릭과 오류를 통해 의미를 추측해야 한다.

중요한 확인 버튼에는 실제 결과가 드러나는 행동 이름을 쓴다. 예를 들어 프로젝트를 삭제하는 버튼은 「프로젝트 삭제」로 표현한다.
오류는 해당 위치에서 다음 행동을 알려 주고, 빈 상태는 채우거나 벗어날 방법을 안내한다. 반복되는 오류는 문구와 함께 상호작용의 원인도 검토한다.
링크는 주변 문장을 떼어 놓고 보아도 도착할 내용을 예상할 수 있게 쓴다. 같은 화면에 「더 읽기」만 반복하기보다 「알림 설정 설명」처럼 대상을 드러낸다.
이름만 검토하지 않고 실제 목적지와 동작도 대조한다. 상세 설명을 예상하게 하는 링크가 문의 입력으로 이동한다면, 설명 경로와 상담 경로 중 어느 행동을 제공하는지 문구에 드러낸다.
토글은 켜졌을 때의 동작을 표현한다. 같은 흐름에서 같은 기능은 같은 용어로 부른다.
접수·진행·종료처럼 단계가 바뀌면 상태 표시·규정 본문·공지·주요 행동의 문구를 함께 대조한다. 한 곳의 종료 안내와 다른 곳의 시작 안내가 충돌하면 현재 가능한 행동을 예측하기 어렵다. 화면 문구의 일치와 서버의 실제 접수 가능 여부는 각각 확인한다.
주변 문구와 사용 언어를 먼저 확인한다. 영어의 동사 우선 어순이나 대소문자 관례를 한국어 규칙으로 그대로 옮기지 않는다.

OptiChallenge의 대회 소개와 참가자 화면 > 종료 상태와 다시 방문하는 흐름: 같은 홈의 제출 종료 표시와 제출 시작 문구를 대조한 사례. 안내 사이 충돌은 확인했지만 제출 서버의 실제 접수 상태는 시험하지 않았다.
문서·제품·작업 화면의 설계 판단 - 개인사이트 비교 기록: Thaki Cloud의 제품 탐색 링크가 문의로 이어지는 실제 목적지를 대조한 사례.
인터페이스 판단과 검토 기준 - Jakub Krehel: better-writing의 행동·결과, 링크의 도착지, 오류·빈 상태, ON 상태, 기존 용어 기준.
한국어 어순에 관한 적용 범위는 원문의 영어 사례를 일반화할 때 이 노트에서 명시한 경계다. 「알림 설정 설명」은 링크의 도착지를 드러내는 기준을 적용해 Codex가 만든 한국어 예시다.