‘자세히 보기’, ‘확인’, ‘바로가기’는 문맥을 잃으면 어디로 가는지 설명하지 못합니다. 버튼은 사용자가 할 행동과 도착 후 얻을 결과를 짧게 알려 줘야 합니다. 주변 문장을 읽지 않아도 링크 목적이 어느 정도 드러나야 합니다.
버튼마다 현재 단계와 다음 단계를 적습니다. 비용 글에서는 ‘비용 구성 확인’, 양식에서는 ‘문의 내용 제출’, 지도에서는 ‘입구 위치 보기’처럼 동사와 대상을 함께 씁니다. 실제 동작이 새 페이지 이동인지 파일 다운로드인지 전화 연결인지도 문구나 보조 설명으로 알립니다.
긴 홍보 문구를 버튼에 넣거나 긴급하지 않은 행동을 ‘지금 반드시’처럼 압박하지 않습니다. 제출 전에 비용·대상·개인정보 조건을 확인해야 한다면 버튼 앞에 배치합니다. 의료 페이지의 버튼은 치료 결과를 약속하거나 개인 적합성을 이미 판정한 것처럼 쓰지 않습니다.
키보드와 화면 낭독 환경에서 버튼만 모아 읽어도 서로 구별되는지 시험합니다. 같은 화면에 ‘자세히 보기’가 여러 개라면 각각의 목적을 고칩니다. 문구 변경 뒤 측정 이벤트가 같은 행동으로 이어지는지도 확인합니다.
버튼 목록에는 화면 위치, 현재 문구, 실제 동작, 도착 페이지, 수정 이유를 둡니다. 명확한 버튼은 클릭을 강요하는 문장이 아니라 사용자가 다음 결과를 알고 선택하게 하는 문장입니다.
버튼 문구를 바꾼 뒤 페이지 분석의 이벤트 이름과 보고서 정의가 끊기지 않는지 봅니다. 같은 행동이면 대응 관계를 남기고, 실제 목적이 바뀌었다면 새 지표로 분리합니다.
비활성 버튼에는 왜 지금 누를 수 없는지와 필요한 다음 행동을 설명합니다. 색만 흐리게 만들어 이용자가 고장으로 오해하지 않게 합니다.
버튼이 여러 언어로 제공되면 각 번역에서 행동과 도착 결과의 강도가 같은지 확인합니다. 짧게 번역하는 과정에서 상담이 예약 확정처럼 바뀌지 않게 합니다.
운영 회의에서는 ‘버튼 문구에는 행동과 도착 결과를 함께 씁니다’의 판단 근거와 공개 화면을 함께 확인합니다. ‘버튼 문구에는 행동과 도착 결과를 함께 씁니다’ 문서만 완성하고 실제 경로를 시험하지 않으면 기록과 이용 경험이 달라질 수 있으므로 다음 담당자가 같은 절차를 재현하게 합니다.