강제하지 말고 부를 때 오게

KRDS CP-374 — 코치마크는 사용자가 요청한 경우에만 실행되게 구현하고 있다.

0. 들어가며 — 묻지도 않았는데 온보딩이 시작되면

이번 494편은 코치마크가 사용자가 요청한 경우에만 실행되게 구현하라는 규칙입니다.

코치마크가 — 사용자 의사와 무관하게 강제로 시작되거나, 끌 수 없이 진행되면, 사용자는 갇힌 느낌을 받죠. CP-374는 코치마크를 ‘사용자가 요청(또는 동의)했을 때만’ 실행하라고 규정합니다. 맥락적 도움말 CP-363과 닮은, 사용자 통제권 규칙이죠. 이번 편을 풀어냅니다.

1. 원문 — 요청 시에만 실행

CP-374 (컴포넌트 > 코치마크) “코치마크는 사용자가 요청한 경우에만 실행되게 구현하고 있다.”

코치마크 온보딩을, 사용자가 요청(또는 시작 동의)했을 때만 실행되게 구현하라는 뜻입니다.

정리: 코치마크는 사용자가 요청할 때만 실행하라. 이게 CP-374입니다.

2. 왜 요청 시에만 실행인가

코치마크는 — 유용한 온보딩 도구지만, 사용자에게 강제되면 거부감을 줍니다. 사용자는 — 자기 의사로 도움을 받을지 말지 결정하고 싶어 하죠. CP-374는 ’사용자가 요청했을 때만’으로 못 박습니다.

강제 실행의 문제:

원치 않는 방해 코치마크가 사용자 의사와 무관하게(페이지 진입 즉시 자동으로) 강제로 시작되면, 빨리 작업하려던 사용자는 방해받습니다. 특히 이미 그 기능을 아는 재방문 사용자에겐 불필요한 온보딩이 짜증나죠.

갇힌 느낌 — 코치마크가 — 끌 수 없이 진행되거나, 모든 단계를 강제로 거쳐야 하면, 사용자는 갇힌 느낌을 받습니다. 통제권이 시스템에 있죠.

반복 노출 — 매번 방문할 때마다 코치마크가 자동으로 뜨면 — 같은 안내를 반복해 봐야 해 피로합니다.

그래서 CP-374는 — 코치마크를 사용자가 요청했을 때만 실행하라고 합니다:

요청 기반 시작 — 코치마크를 — 사용자가 ‘둘러보기’, ‘사용법 보기’, ‘도움말’ 같은 버튼을 눌렀을 때 시작 합니다. 사용자가 ’안내를 받겠다’고 요청한 거죠.

첫 방문 시 동의·건너뛰기 제공 첫 방문자에게 온보딩을 자동 제안할 수도 있지만(흔한 패턴), 이때도 ‘시작하기 / 건너뛰기’ 선택을 줘 사용자가 결정하게 합니다. 강제로 모든 단계를 거치게 하지 않죠. 그리고 한 번 본 사용자에겐 반복하지 않게(본 적 있음 기록) 합니다.

중단 가능 — 시작한 코치마크를 — 사용자가 언제든 ‘건너뛰기’/’닫기’로 중단할 수 있어야 합니다(CP-372의 건너뛰기 버튼). 끝까지 강제하지 않죠.

다시 보기 수단 끄거나 건너뛴 사용자가 나중에 다시 보고 싶으면 ‘둘러보기’ 버튼 등으로 재실행할 수 있게 합니다. 요청하면 다시 오게요.

’요청’의 범위. 엄밀히는 — 사용자가 명시적으로 버튼을 눌러 요청하는 게 이상적이죠. 첫 방문 자동 제안은 — 동의· 건너뛰기를 함께 줘 ’사실상 요청(동의)’으로 만드는 게 핵심입니다. 무조건 강제 실행은 안 됩니다.

맥락적 도움말 CP-363과의 관계. 맥락적 도움말도 ‘요청 시에만 실행’(CP-363)이었죠. 둘 다 — 도움을 사용자 통제 하에 두는 정신입니다. 코치마크는 온보딩 흐름이라 — ’시작 요청 + 중단 가능 + 다시 보기’로 통제권을 보장하죠.

이 규칙은 코치마크의 ’사용자 통제권’을 담당합니다 — 온보딩을 요청(동의) 시에만 실행하고 중단·재실행을 허용해 (374), 사용자가 도움을 받을지 스스로 결정하게 하죠. 강제 온보딩의 거부감을 없앱니다.

정리하면 — 코치마크가 강제로 실행·진행되면 방해와 거부감을 주므로, 사용자가 요청(또는 동의)했을 때만 시작하고 언제든 중단·재실행할 수 있게 구현해야 합니다.

3. 점검 / 개선

무엇을 점검하나

요청 기반 — 코치마크가 사용자 요청(버튼)·동의로 시작되는가(무조건 강제 아님).

건너뛰기·중단 — 첫 방문 자동 제안 시 건너뛰기를 주고, 언제든 중단 가능한가.

재실행 — 끈 사용자가 나중에 다시 볼 수단이 있는가. 반복 강제 노출이 없는가.

개선 방향

코치마크를 ‘둘러보기’ 등 요청 버튼으로 시작. 첫 방문 자동 제안 시 시작/건너뛰기 선택.

본 사용자 기록해 반복 억제. ‘둘러보기’ 재실행 수단. 언제든 중단(건너뛰기).

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

역할	책임
기획/UX	온보딩 시작·중단·재실행 정책
퍼블리셔/개발	요청 기반 실행·기록 구현

기관 유형	CP-374 적용
중앙행정기관(대표·운영) / 공공기관 / 지자체	✅ 조건부 (코치마크 사용 시)

코치마크를 쓰는 사이트에 해당됩니다.

5. 30초 자가진단 + FAQ

✅ 30초 자가진단

□ 코치마크가 사용자 요청(버튼)·동의로 시작되나요(무조건 강제 아님)?

□ 첫 방문 자동 제안 시 건너뛰기를 주고, 언제든 중단 가능한가요?

□ 끈 사용자가 다시 볼 수단이 있고, 반복 강제 노출이 없나요?

❓ FAQ

Q1. 첫 방문자에게 온보딩을 자동으로 띄우면 안 되나요? 제안은 되지만 ‘시작/건너뛰기’ 선택을 줘야 합니다. 강제로 모든 단계를 거치게 하면 안 되죠. Q2. 맥락적 도움말 CP-363과 같나요? 같은 통제권 정신입니다. 코치마크는 온보딩 흐름이라 시작 요청+중단+재실행 으로 통제권을 보장하죠. Q3. 끈 사용자가 다시 보려면요? ‘둘러보기’ 버튼 등으로 재실행할 수 있게 합니다. 요청하면 다시 오게요.

6. 마무리

CP-374의 메시지:

강제하지 말고 부를 때 오게 — 코치마크는 사용자가 요청한 경우에만 실행하라.

코치마크가 강제로 실행·진행되면 방해와 거부감을 줍니다. 요청(동의) 시에만 시작하고 중단·재실행을 허용해 사용자가 스스로 결정하게 하는 게 핵심이죠. 다음 편은 관련 요소·팝오버 순서입니다.

다음 편 예고 ▶ 「495. (CP-375) 관련 요소와 코치마크 팝오버 콘텐츠를 적절한 순서로 제공하고 있다.」

ViewCheck는 코치마크가 사용자 요청 시에만 실행되는지를 진단합니다.

📚 참고 출처

KRDS 컴포넌트 — 코치마크(Coach mark) 가이드 — https://www.krds.go.kr/html/site/component/component_36.html

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

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