예약 취소 창의 ‘예’, 무엇에 동의하는 걸까요?

방문 예약을 취소하려던 사람이 마지막 확인 창에서 마음을 바꿨다고 가정해보겠습니다. 예약을 그대로 두려면 ‘예’와 ‘아니요’ 중 무엇을 눌러야 할까요?

제목이 ‘예약을 취소할까요?’라면 답은 ‘아니요’입니다. 다만 사용자는 자신의 목적을 화면의 질문에 대한 대답으로 한 번 바꿔야 합니다. 이 짧은 해석이 어떤 상황에서는 망설임으로 이어질 수 있겠다는 생각이 들었습니다.

AI 제작 설계 예시입니다. 실제 서비스 화면이나 사용성 테스트 결과가 아닙니다.

버튼 이름만 바꿔보기

두 화면은 10월 22일 오후 2시 방문 예약을 취소하기 직전의 같은 상황입니다. 제목과 본문, 버튼의 크기·위치·색상은 같게 두고 버튼 이름만 바꿨습니다.

A는 ‘아니요 / 예’입니다. 질문을 읽고 답하는 방식이라 짧고 익숙할 수 있습니다. 반면 ‘예’만 따로 보면 무엇이 실행되는지는 제목과 연결해야 알 수 있죠. 특히 취소하려다가 예약을 유지하기로 마음을 바꾼 사람에게 이 연결이 어떻게 읽히는지 궁금합니다.

B는 ‘예약 유지 / 예약 취소’입니다. 버튼에 실행할 행동을 직접 적었습니다. 제목을 다시 읽지 않아도 선택 이후의 상태를 짐작할 수 있도록 해보자는 안입니다. 다만 글자가 늘어나는 만큼 작은 화면이나 글자 확대 상태에서 잘리지 않는지 살펴봐야 합니다.

여기서 B의 오조작이 더 적다거나 완료 시간이 짧다고 말할 수는 없습니다. 지금 비교하는 것은 문구에 대한 설계 가설입니다.

가이드가 말하는 원칙과 이 예시의 해석

미국 USWDS의 모달 가이드는 제목으로 상황을 분명히 알리고, 버튼에는 선택했을 때 일어날 일을 나타내도록 안내합니다. 취소를 묻는 창에서 모호한 대답 대신 취소 여부가 드러나는 문구를 쓰는 예도 제시합니다.

영국 정부의 GOV.UK Design System 역시 버튼이 수행하는 행동을 문구로 설명하도록 합니다. 이 두 안내는 행동을 직접 쓰는 B안을 검토할 근거이지만, 이 한국어 예약 화면의 성과를 입증한 자료는 아닙니다.

이를 읽으며 문구를 짧게 만드는 일과, 사람이 짧은 시간 안에 뜻을 이해하도록 돕는 일은 다를 수 있겠다고 생각했습니다. 사람의 주의를 매번 처음부터 요구하지 않는 방향으로 버튼을 살펴보고 싶습니다.

선호보다 선택의 뜻을 확인하기

테스트에서는 ‘어느 쪽이 더 좋아 보이나요?’보다 먼저 실제 목적을 건네보면 어떨까요?

예를 들어 ‘취소하려고 창을 열었지만 원래 일정에 방문하기로 했습니다. 예약이 남아 있도록 해주세요’라는 과업입니다. 누른 버튼과 실제 결과가 목적에 맞는지, 누르기 전 어떤 결과를 예상했는지를 함께 확인해볼 수 있습니다.

다른 과업에서는 정말로 예약을 취소하도록 요청합니다. 같은 사람이 두 안을 연달아 보면 앞서 배운 문구가 영향을 줄 수 있으니, 안을 보여주는 순서나 참여자 배치도 함께 고려하고 싶습니다. 클릭 전 설명을 요구하는 과정 자체도 평소 이용과는 다르므로, 자연스럽게 수행하는 관찰과 구분해 읽어야겠죠.

한 번의 선호 응답이나 짧아진 클릭 시간만으로 결론을 내리기보다, 유지하려던 사람이 취소하지 않았는지부터 살펴보자는 제안입니다. 시제품에서는 실제 예약을 변경하지 않습니다.

다음 확인 창에 가져갈 한 문장

문구를 검토할 때 ‘버튼만 읽어도 누른 뒤 남을 상태를 말할 수 있나요?’라고 물어보고 싶습니다. ‘확인’, ‘취소’, ‘예’처럼 익숙한 단어도 앞의 질문에 따라 다른 일을 가리킬 수 있으니까요.

모든 창에 긴 설명을 붙이자는 뜻은 아닙니다. 이 예시라면 버튼의 ‘예약’ 두 글자가 반복되는 비용과, 제목을 다시 해석하는 부담을 놓고 검토해볼 수 있겠습니다. 글자 크기를 키운 화면, 음성으로 버튼을 탐색하는 상황도 다음 확인 범위에 넣어보고 싶습니다.

여러분의 제품에서 ‘예’를 구체적인 행동 이름으로 바꿔본다면, 어떤 확인 창을 먼저 살펴보고 싶으신가요?

출처

• USWDS — Modal · Usability guidance의 제목·버튼 문구 안내
• GOV.UK Design System — Button · How it works의 행동을 설명하는 버튼 문구 안내

위 가이드의 원칙과, 이를 한국어 예약 화면에 적용한 설계 해석을 구분했습니다. 2026년 10월 15일 원문을 확인했습니다.