방문자가 버튼을 누른 다음 무엇이 끝났다고 생각할까. ERP 체험의 카피를 쓸 때 나는 문장의 힘보다 먼저 그 문장이 약속하는 상태를 확인했다.
실제 발송이 없는 예시에 보내기라고 쓰면 화면의 작은 문구가 제품의 기능을 과장한다. 이번 글은 버튼 이름, 결과 안내, 오류와 문의 문구를 같은 동작의 앞뒤로 읽어 본 기록이다.
버튼을 누르기 전의 기대부터 적었다
메인의 직원 예시에는 품목과 수량, 매입처가 보이고 버튼에는 예시 요청서 준비라고 적혀 있다. 이 문장에서 예시는 자료의 성격을, 준비는 작업의 도착점을 설명한다. 방문자가 버튼을 누르는 행위가 실제 매입처에 문서를 보내거나 주문을 확정하는 것으로 읽히지 않게 한 선택이다. 짧은 동사를 고를 때도 어디까지 실행되는지 먼저 정해야 했다.
나는 문구를 단독으로 평가하지 않고 현재 상태, 허용되는 조작, 그 다음 상태를 함께 보았다. 초기에는 준비 전이고, 수량과 매입처를 검토한 뒤 누르면 매입처별 요청서가 준비된 상태가 된다. 한 주문의 수량과 요청서 개수도 같은 단위가 아니다. 두 품목을 같은 매입처로 묶으면 수량은 유지되지만 요청서는 하나가 될 수 있다는 점이 결과 설명에 연결된다.
완료 안내에는 결과의 단위와 범위를 넣었다
준비된 요청서라는 대표 화면의 이름은 준비할 주문과 서로 다른 상태를 가리킨다. 결과 안내는 매입처별 요청서가 몇 개 준비되었는지와 같은 상태가 대표 화면에도 반영된다는 사실을 말한다. 실제 발송은 하지 않는다는 안내도 바로 이어진다. 화면의 성공 색상만으로 여러 종류의 완료를 한꺼번에 표현하지 않으려 했다.
직원 쪽의 작은 변화가 재무 카드까지 바꿨다고 느껴지지 않도록 별도의 월간 예시라는 설명을 금액 아래에 두었다. 이 문장은 버튼 가까이 있지 않아도 계산의 범위를 설명하는 중요한 카피다. 사용자가 오해할 수 있는 지점에 설명을 놓는 일은 긴 사용 설명서를 추가하는 것과 다르다. 서로 다른 자료를 같은 화면에 놓았기 때문에 생기는 해석의 간격을 메우는 작업이다.
잘못된 입력에는 되돌아갈 다음 행동을 남겼다
숫자가 잘못 들어왔을 때 화면이 알아서 정상값으로 바꾸면 사용자는 무엇이 틀렸는지 모른 채 진행할 수 있다. 상세 체험의 수량은 1부터 20까지의 정수 문자열이라는 규칙을 갖고 있고, 범위를 벗어나면 다음 단계로 넘어가지 않는다. 사용자가 입력한 글자를 보존하는 이유는 오류를 고칠 대상을 그대로 보여 주기 위해서다. 오류를 지웠다는 안도감과 입력이 고쳐졌다는 사실은 같지 않다.
새로 공유한 수정본 확인 모듈에서도 이 방향을 이어갔다. 수량을 1~20의 정수로 입력하라는 안내와 입력값을 보관했다는 설명을 함께 보여 준다. 준비 버튼은 사용할 수 없고, 현재 입력은 남는다. 나는 이 모듈을 기존 체험을 그대로 옮긴 것으로 소개하지 않는다. 문구와 상태의 관계를 더 분명하게 읽어 볼 수 있도록 독립 합성 예제로 만든 것이다.
초기화라는 말에도 지워지는 범위가 있다
상세 체험의 업무 초기화는 같은 페이지에 있는 월간 재무 예시까지 바꾸지 않는다. 그래서 실행 뒤에는 업무 체험을 초기화했고 월간 재무 예시는 그대로라는 안내를 보여 준다. 처음으로라는 말만 놓으면 사용자는 페이지 전체가 처음 상태가 되었는지, 지금 조작하던 주문만 돌아갔는지 추측해야 한다. 지워지는 범위와 남는 범위를 화면의 결과에 맞춰 적었다.
메모리에 보관한 합성 상태를 복원하는 동작도 저장과 구분한다. 새 공유 모듈에서는 메모리에 복사라는 표현을 사용하고 새로고침하면 사라진다고 먼저 설명한다. 실제 서버에 저장하지 않은 자료를 저장 완료라고 부르지 않기 위해서다. 복원 안내 역시 회사 자료가 복구되었다는 뜻이 아니라 이 페이지에서 복사해 둔 예시를 다시 읽었다는 뜻으로 한정했다.
문의 버튼과 실제 문의 수신 사이의 거리
상세 체험의 링크는 고른 불편을 담아 이메일 앱에서 글을 작성하게 한다. 이 내용으로 이메일 작성이라는 말 뒤에는 사용자가 내용을 확인하고 직접 보낸다는 설명이 붙는다. 화면에서 이메일 초안을 여는 기능과 메시지를 실제로 수신하는 기능은 다른 단계다. 상담에 도움이 되게 하려면 지금 무엇을 자동화했는지 정확히 말하는 편이 낫다고 판단했다.
통계의 설명도 같은 기준을 따른다. 이메일 작성 버튼을 누른 것은 문의 의도를 살펴보는 신호가 될 수 있지만 수신된 문의 건수로 부를 수는 없다. 이 글에서 문의율이 높아졌다고 말하지 않는 이유도 측정된 결과가 없기 때문이다. 카피는 방문자에게 약속을 만들고 집계 이름은 운영자에게 해석을 만든다. 두 곳이 서로 다른 완료를 뜻하면 운영 판단까지 어긋날 수 있다.
다른 화면에 적용할 때는 문장보다 상태를 가져간다
이 방법을 옮길 때 버튼 문구만 복사하지는 않는다. 먼저 누르기 전 상태와 실제 실행 범위를 적고, 결과가 만들어 내는 산출물의 이름과 단위를 정한다. 입력이 틀렸을 때 남길 값, 수정할 위치, 다시 허용할 동작을 붙여 본다. 문장이 자연스러운지는 그 다음에 읽는다. 준비·확인·전송·수신처럼 서로 다른 동사를 한 완료 메시지로 묶지 않는 것이 출발점이다.
한국어와 영어도 같은 상태를 가리키도록 맞췄다. 짧은 번역을 위해 준비를 발송으로 바꾸거나 복원을 영구 저장처럼 설명하지 않는다. 공유 모듈의 두 언어 데모는 같은 로직을 사용하며 이벤트 연결을 코드로 점검했다. 다만 이번 작업은 실제 브라우저의 읽기 흐름이나 보조기기 발표를 다시 확인한 검수는 아니다. 문구와 동작의 일치를 확인한 범위를 남겨 다음 검토가 이어질 수 있게 했다.