마이크로카피 작성법: 버튼·에러·플레이스홀더 문구로 신뢰를 쌓는 법

마이크로카피는 작은 문장이 아니라 다음 행동이다

마이크로카피는 화면을 꾸미는 문장이 아니라 사용자가 다음에 무엇을 해야 하는지 알려주는 안내판입니다. 특히 혼자 만드는 제품에서는 긴 도움말보다 버튼 한 줄, 에러 한 문장이 더 자주 읽힙니다.

조코헌트에 출시된 프로덕트는 327개입니다. 제품 수가 많아질수록 기능 자체보다 사용자가 망설이지 않게 만드는 설명이 첫 경험을 좌우합니다. 출시 첫 24시간 안에 업보트나 댓글 같은 반응을 하나라도 받은 프로덕트가 50%라는 점도 기억할 만합니다. 첫 화면에서 질문을 남기게 만들려면, 사용자가 어디서 막혔는지 알 수 있는 문장이 필요합니다.

문구를 쓰기 전 행동을 하나로 고르기

한 문장에 여러 행동을 넣지 마세요. “저장하고 다음 단계로 이동하기”처럼 보이면 사용자는 버튼이 무엇을 하는지 다시 해석해야 합니다. 현재 화면의 핵심 행동을 하나로 정하고, 나머지는 보조 링크나 안내문으로 분리합니다.

짧게 쓰되 맥락은 남기기

짧은 문장이 항상 좋은 문장은 아닙니다. “확인”은 무엇을 확인하는지 알기 어렵지만 “이메일 인증하기”는 행동과 대상을 함께 보여줍니다. 축약하기 전에 사용자가 묻게 될 질문을 먼저 적어보세요. “무엇을?”, “왜?”, “그다음은?” 중 하나라도 답하지 못하면 문맥을 조금 보강합니다.

![마이크로카피 구조 도식]

버튼: 기능 이름 대신 완료 장면을 말하기

버튼에는 개발자가 붙인 기능명이 아니라 사용자가 얻는 결과를 적는 편이 좋습니다. “제출”보다 “지원서 보내기”, “확인”보다 “변경사항 저장하기”가 행동의 끝을 더 선명하게 보여줍니다.

상황별 버튼 문구 바꾸기

입력을 끝내는 화면: “프로필 저장하기”, “문의 보내기”
다음 단계로 넘어가는 화면: “계속 진행하기”, “결제 정보 입력하기”
되돌리기 어려운 행동: “프로젝트 삭제하기”, “구독 취소하기”
선택이 필요한 화면: “이 옵션으로 시작하기”, “무료 플랜 선택하기”

버튼 문구는 주변 설명과 중복되지 않아야 합니다. 제목이 “새 프로젝트 만들기”라면 버튼을 “새 프로젝트 만들기”로 반복하기보다 “프로젝트 생성하기”처럼 실제 완료 동작을 표현할 수 있습니다. 버튼의 우선순위와 상태 설계는 버튼 하나 제대로 디자인하기에서 다룬 원칙과 함께 점검해보세요.

상태 변화도 문장으로 보여주기

클릭 전에는 “저장하기”, 처리 중에는 “저장 중…”, 완료 후에는 “저장됨”처럼 상태가 바뀌어야 합니다. 처리 중인 버튼을 계속 누를 수 있으면 사용자는 요청이 접수됐는지 확신하기 어렵습니다. 문구와 비활성화 상태를 함께 설계하세요.

에러: 사용자의 실수보다 복구 경로를 먼저 쓰기

“잘못된 입력입니다”는 원인도 해결법도 알려주지 않습니다. 에러 메시지의 목적은 책임을 묻는 것이 아니라 사용자가 다시 시도할 수 있게 만드는 것입니다. 조코헌트에서 댓글을 하나라도 받은 프로덕트는 30%입니다. 질문이나 피드백을 받는 제품이라면 에러 문구도 대화의 시작점이 될 수 있습니다.

에러 메시지의 3요소

무슨 일이 일어났는지: “이메일 형식이 올바르지 않습니다.”
왜 필요한지: “알림을 받을 주소를 입력해주세요.”
어떻게 고칠지: “예: [email protected]”

모든 에러에 세 문장을 넣을 필요는 없습니다. 사용자가 바로 수정할 수 있다면 원인과 예시만으로 충분합니다. 서버 오류처럼 사용자가 해결할 수 없는 상황이라면 “잠시 후 다시 시도해주세요”와 함께 문의나 재시도 같은 다음 경로를 제시합니다.

비난하는 표현을 걷어내기

“입력값이 틀렸습니다”, “잘못된 접근입니다”처럼 사용자를 주어로 삼으면 방어적인 느낌을 줍니다. “이 링크는 만료되었습니다. 새 링크를 요청해주세요”처럼 현재 상태와 해결 행동을 중심으로 바꿔보세요.

![에러 메시지 복구 흐름 도식]

플레이스홀더와 빈 상태: 입력 전에 맥락 제공

플레이스홀더는 라벨을 대신하는 자리가 아니라 입력 예시를 보여주는 자리입니다. 라벨에는 항목명을 쓰고, 플레이스홀더에는 형식이나 좋은 답변의 방향을 적습니다.

예를 들어 라벨이 “프로젝트 설명”이라면 플레이스홀더는 “누구의 어떤 문제를 해결하는지 한 문장으로 적어보세요”가 될 수 있습니다. “내용을 입력하세요”보다 시작하기 쉽고, 결과물의 품질 기준도 전달됩니다.

비어 있는 목록에서는 빈 화면(Empty State) 디자인처럼 현재 상태, 이유, 첫 행동을 함께 보여주세요. “아직 데이터가 없습니다”에서 멈추지 말고 “첫 프로젝트를 만들어 작업을 시작해보세요”처럼 다음 행동을 연결합니다. 단, 예시 문구가 실제 입력값으로 남지 않도록 제출 전 검증도 확인해야 합니다.

출시 전 10분 마이크로카피 점검

화면을 직접 클릭하며 아래 항목만 확인해도 문구의 어색함을 빠르게 찾을 수 있습니다.

버튼만 읽어도 어떤 행동인지 알 수 있는가?
같은 행동을 화면마다 다른 단어로 부르고 있지 않은가?
에러가 원인과 해결 방법을 함께 알려주는가?
플레이스홀더가 라벨을 대신하고 있지는 않은가?
로딩·완료·실패 상태의 문구가 모두 있는가?
삭제·취소처럼 되돌리기 어려운 행동이 분명하게 표시되는가?
모바일 화면에서 문장이 잘려 의미가 사라지지 않는가?

마지막으로 소리 내어 읽어보세요. 개발자에게 자연스러운 문장과 처음 보는 사용자에게 자연스러운 문장은 다를 수 있습니다. 출시 전 전체 화면을 훑을 때는 UI 품질 올리는 체크리스트 20도 함께 활용하면 좋습니다. 마이크로카피의 목표는 멋진 표현이 아니라, 사용자가 덜 망설이고 다음 행동을 이해하게 만드는 것입니다.