뭘 하는지, 어떻게 되는지 알려주기

KRDS BP-106 — 확인이 필요한 사항과 기능이 실행되었을 때 사용자에게 미칠 수 있는 내용에 대한 설명을 제공하고 있다.

0. 들어가며 — “정말 하시겠습니까?”만으론 부족하다

이번 672편은 확인이 필요한 사항과, 기능이 실행되었을 때 사용자에게 미칠 수 있는 내용에 대한 설명을 제공하라는 규칙입니다.

확인 대화상자가 — ’정말 하시겠습니까?’만 묻고, 무엇을·어떻게 되는지 안 알려주면, 사용자는 판단할 근거가 없죠. BP-106 은 확인 사항과 그 영향을 설명하라고 규정합니다. BP-105(언제 확인)에 이어 무엇을 설명할지죠. 이번 편을 풀어냅니다.

1. 원문 — 확인 사항·영향 설명

BP-106 (기본 패턴 > 확인) “확인이 필요한 사항과 기능이 실행되었을 때 사용자에게 미칠 수 있는 내용에 대한 설명을 제공하고 있다.”

확인할 사항과 그 행동이 미칠 영향을 설명해 제공하라는 뜻입니다.

정리: 확인 대화에 무엇을·어떤 영향인지 설명하라. 이게 BP-106입니다.

2. 왜 사항·영향 설명인가

BP-105에서 중요·비가역 행동에 확인을 요청한다고 했죠. 그런데 확인 대화상자가, ’정말 하시겠습니까?’만 묻고 끝 나면, 사용자는 무엇을 확인하는지, 그 결과가 어떻게 되는지 모릅니다. BP-106은 설명을 제공하라고 합니다.

설명이 없을 때의 문제:

무엇을 확인하는지 모름 ’계속하시겠습니까?’만 있으면, 사용자는 자기가 무엇을 하려는지 헷갈립니다. 특히 여러 작업을 하다 확인 창이 뜨면, 무슨 행동의 확인인지 모르죠.

영향 모름 이 행동의 결과(무엇이 삭제되는지, 되돌릴 수 있는지)를 모르면, 사용자는 제대로 판단할 수 없습 니다. ’확인’을 눌렀다가 예상 못 한 결과에 당황하죠.

그래서 BP-106은 — 사항 + 영향을 설명하라고 합니다:

확인 사항 설명 무엇을 확인하는지요. ’게시글 「2026년 안내」를 삭제하시겠습니까?’처럼 대상·행동을 구체적 으로요. 사용자가 무슨 행동의 확인인지 알게요.

영향 설명 이 행동이 어떤 결과를 가져오는지요. ‘삭제하면 복구할 수 없습니다’, ‘제출 후에는 수정할 수 없습니다’, ’연결된 댓글도 함께 삭제됩니다’처럼요. 사용자가 결과를 알고 판단하게요. 특히 비가역성·부수 효과를 알립니다.

간결·명확 설명은 간결하고 명확하게요(쉬운 언어 BP-064 정신). 길고 복잡하면 안 읽죠. 핵심(무엇·결과)을 짧고 분명하게요.

왜 영향 설명이 중요한가. 확인의 목적은, 사용자가 충분히 알고 판단하게 하는 것입니다. ’정말?’만 묻고 결과를 안 알리면, 사용자는 근거 없이 답하게 되죠. 무엇을·어떻게 되는지 알아야, 진짜 의미 있는 확인이 됩니다.

확인 대화 구성(BP-106~108). 좋은 확인 대화는:

설명(BP-106) — 무엇을·어떤 영향인지.

버튼 둘 다(BP-107) — 확정·취소 모두.

구체적 레이블(BP-108) — 버튼에 행동 명시.

BP-106은 — 그중 ’내용 설명’을 담당하죠.

접근성. 확인 대화상자(모달)는 키보드·스크린 리더 접근성을 갖춰야 합니다(모달 접근성 CP). 설명 텍스트가 스크린 리더에 읽히고(대화상자 제목·본문 연결), 포커스가 대화상자로 이동해야 하죠.

이 규칙은 확인의 ’내용 설명’을 담당합니다 — 확인 사항과 영향을 설명해(106), 사용자가 무엇을·어떻게 되는지 알고 판단 하게 하죠. 확인 요청(BP-105)의 내용 짝입니다.

정리하면 — ’정말?’만 묻고 무엇을·어떤 결과인지 안 알리면 사용자가 판단할 근거가 없으므로, 확인 대화에 확인 사항(대상· 행동)과 영향(비가역성·부수 효과)을 간결·명확하게 설명해야 합니다.

3. 점검 / 개선

무엇을 점검하나

확인 사항 — 무엇을 확인하는지 대상·행동이 구체적인가(‘「○○」 삭제’).

영향 설명 — 결과(비가역성·부수 효과)가 설명되는가(‘복구 불가’).

간결·접근성 — 설명이 간결·명확하고 스크린 리더에 읽히는가.

개선 방향

확인 대상·행동 구체화 + 영향(‘삭제하면 복구 불가’) 설명.

간결·쉬운 언어. 대화상자 접근성(스크린 리더 읽기, 포커스 이동).

4. 누가 담당하나 / 우리 사이트에 해당될까?

역할	책임
UX 라이터/기획	확인 문구·영향 설명
개발	확인 대화상자 구현

기관 유형	BP-106 적용
중앙행정기관(대표·운영) / 공공기관 / 지자체	✅ 필수 (확인 대화 사용 시)

확인 대화상자를 쓰는 모든 사이트가 해당됩니다.

5. 30초 자가진단 + FAQ

✅ 30초 자가진단

□ 무엇을 확인하는지 대상·행동이 구체적인가요(‘「○○」 삭제’)?

□ 결과(비가역성·부수 효과)가 설명되나요(‘복구 불가’)?

□ 설명이 간결·명확하고 스크린 리더에 읽히나요?

❓ FAQ

Q1. ‘정말 하시겠습니까?’만으론 왜 부족한가요?** 무엇을 하는지, 결과가 어떻게 되는지 모릅니다. 사용자가 근거 없이 답하게 되죠. 대상·행동·영향을 설명해야 의미 있는 확인이 됩니다. Q2. 영향을 어떻게 설명하나요? ’삭제하면 복구할 수 없습니다’, ‘제출 후 수정 불가’, ’연결된 댓글도 삭제됩니다’처럼 비가역성·부수 효과를 알립니다. 사용자가 결과를 알고 판단하게요. Q3. 설명이 길어도 되나요?** 간결·명확해야 합니다. 길면 안 읽죠. 핵심(무엇·결과)을 짧고 분명하게요(쉬운 언어).

6. 마무리

BP-106의 메시지:

뭘 하는지, 어떻게 되는지 알려주기 — 확인 사항과 영향을 설명하라.

’정말?’만 묻고 결과를 안 알리면 사용자가 판단할 근거가 없습니다. 확인 사항(대상·행동)과 영향(비가역성·부수 효과)을 설명해 알고 판단하게 하는 게 핵심이죠. 다음 편은 확정·취소 버튼 모두 제공입니다.

다음 편 예고 ▶ 「673. (BP-107) 행동을 확정, 취소할 수 있는 버튼을 모두 제공하고 있다.」

ViewCheck는 확인 대화에 사항과 영향 설명이 제공되는지를 진단합니다.

📚 참고 출처

KRDS 기본 패턴 — 확인 가이드 — https://www.krds.go.kr/html/site/pattern/pattern_11.html

KRDS #ViewCheck #공공웹사이트 #전자정부 #디지털정부 #웹접근성 #디자인시스템 #UIUX #UI컴포넌트 #웹표준

KRDS,ViewCheck,공공웹사이트,전자정부,디지털정부,웹접근성,디자인시스템,UIUX,UI컴포넌트,웹표준