특정 환경만 가정하지 말고
이번 585편은 도움말을 특정 이용 환경·조건에 국한하지 않고 포괄적이고 유연하게 제공하라는 규칙입니다.

KRDS BP-019 — [공통] 도움말 콘텐츠는 특정 이용 환경 및 조건에 국한하지 않고, 포괄적이고 유연한 내용으로 제공하고 있다.
0. 들어가며 — PC만 가정한 도움말
이번 585편은 도움말을 특정 이용 환경·조건에 국한하지 않고 포괄적이고 유연하게 제공하라는 규칙입니다.
도움말이 — ’PC에서 마우스로 클릭하세요’처럼 특정 환경만 가정하면, 모바일·키보드·스크린 리더 사용자에겐 안 맞죠. BP-019는 다양한 환경을 포괄하는 도움말을 규정합니다. 멀티 디바이스·접근성 시대의 도움말 원칙이죠. 이번 편을 풀어 냅니다.
1. 원문 — 포괄적·유연한 도움말
BP-019 (기본 패턴 > 도움 [공통]) “[공통] 도움말 콘텐츠는 특정 이용 환경 및 조건에 국한하지 않고, 포괄적이고 유연한 내용으로 제공하고 있다.”
도움말을 특정 환경(PC·마우스 등)만 전제하지 말고, 다양한 환경·조건을 포괄하는 유연한 내용으로 제공하라는 뜻입니다.
정리: 도움말을 특정 환경에 국한 말고 포괄적·유연하게 제공하라. 이게 BP-019입니다.
2. 왜 포괄적·유연한 도움말인가
사용자는 다양한 환경에서 서비스를 씁니다: PC·모바일·태블릿, 마우스·터치·키보드·스크린 리더, 다양한 브라우저 등. 그런데 도움말이 특정 환경만 가정하면, 다른 환경 사용자에겐 안 맞거나 혼란스럽죠. BP-019는 포괄적·유연한 도움말을 요구합니다.
특정 환경에 국한된 도움말의 문제:
PC·마우스 전제 — 도움말이 — ‘PC에서 마우스로 ○○ 버튼을 클릭하세요’, ’오른쪽 상단의 …를 클릭’처럼 PC· 마우스를 전제하면:
모바일 사용자 — 모바일은 — 화면 구성·버튼 위치가 다릅니다. ’PC 오른쪽 상단’이 모바일엔 햄버거 메뉴 안에 있을 수 있죠. PC 기준 도움말은 모바일 사용자에게 안 맞습니다.
터치 사용자 ’클릭’이 터치 환경엔 ’탭’이죠. ’마우스를 올리면(호버)’은 터치엔 없습니다(툴팁 모바일 CP-381).
키보드·스크린 리더 사용자 ‘클릭하세요’는 키보드 사용자에겐 ’Enter를 누르세요’. 시각적 위치 안내(‘오른쪽 상단’)는 스크린 리더 사용자에게 무의미하죠.
특정 조건 전제 — ‘○○ 앱을 설치한 경우’, ’최신 브라우저에서’처럼 특정 조건만 전제하면 — 다른 조건의 사용자가 배제됩니다.
그래서 BP-019는 — 도움말을 포괄적·유연하게 제공하라고 합니다:
환경 중립적 표현 특정 입력 방식·기기에 매이지 않는 표현을 씁니다. ‘클릭’ 대신 ‘선택하세요’·‘실행하세요’ 처럼 동작 중심으로(마우스·터치·키보드 다 포괄). 시각적 위치(‘오른쪽 상단’) 대신 기능·이름 중심으로(‘검색 버튼을’).
다양한 환경 안내 환경별로 다르면 각 환경의 방법을 함께 안내하거나(PC는 ○○, 모바일은 △△), 공통되는 방식으로요. 사용자가 자기 환경에 맞는 안내를 찾게요.
반응형 도움말(BP-020) — 도움말 자체도 — 화면 환경에 맞춰 반응형으로 제공하면 더 좋죠(다음 편).
왜 이게 중요한가. 공공 서비스는 모든 환경·모든 사용자가 씁니다. 모바일 사용자가 다수이고, 접근성 의무 대상이죠. PC·마우스만 가정한 도움말은 점점 더 많은 사용자(모바일·접근성)를 배제합니다. 포괄적 도움말이 멀티 디바이스·접근성 시대의 기본이죠.
이 규칙은 도움 패턴의 ’환경 포괄성’을 담당합니다 — 도움말을 특정 환경에 국한하지 않고 포괄적·유연하게 해(019), 어떤 기기·입력 방식의 사용자도 도움말을 활용하게 하죠.
정리하면 — 도움말이 PC·마우스 등 특정 환경만 가정하면 모바일·키보드·스크린 리더 사용자에게 안 맞으므로, 환경 중립적 표현과 다양한 환경 안내로 포괄적이고 유연하게 제공해야 합니다.
3. 점검 / 개선
무엇을 점검하나
환경 중립 — 도움말이 특정 입력 방식·기기에 매이지 않는가(‘클릭’·시각 위치 전제 배제).
다양한 환경 — 환경별로 다르면 각 환경 방법을 안내하거나 공통 방식인가.
모바일·접근성 — 모바일·키보드·스크린 리더 사용자에게도 맞는가.
개선 방향
‘클릭’→‘선택/실행’, 시각 위치→기능·이름 중심 표현. 환경 중립적으로.
환경별 차이는 각각 안내. 반응형 도움말(BP-020). 모바일·접근성 검증.
4. 누가 담당하나 / 우리 사이트에 해당될까?
| 역할 | 책임 |
|---|---|
| 콘텐츠/UX | 환경 포괄 도움말 작성 |
| 퍼블리셔/개발 | 반응형 도움말 구현 |
| 기관 유형 | BP-019 적용 |
|---|---|
| 중앙행정기관(대표·운영) / 공공기관 / 지자체 | ✅ 필수 |
도움말을 제공하는 모든 사이트가 해당됩니다.
5. 30초 자가진단 + FAQ
✅ 30초 자가진단
□ 도움말이 특정 입력 방식·기기에 매이지 않나요(‘클릭’·시각 위치 전제 배제)?
□ 환경별로 다르면 각 환경 방법을 안내하거나 공통 방식인가요?
□ 모바일·키보드·스크린 리더 사용자에게도 맞나요?
❓ FAQ
Q1. ‘클릭하세요’가 왜 문제인가요?** 터치 환경엔 ’탭’, 키보드엔 ‘Enter’입니다. ’선택/실행하세요’처럼 환경 중립적 표현이 모두를 포괄하죠. Q2. ’오른쪽 상단의 버튼’은요? 모바일은 위치가 다르고 스크린 리더는 위치를 못 봅니다. 기능·이름 중심(’검색 버튼’)이 낫죠. Q3. 환경별로 다 안내하면 길지 않나요?** 공통 표현으로 줄이거나, 반응형 도움말(BP-020)로 환경에 맞는 것만 보여 주죠.
6. 마무리
BP-019의 메시지:
특정 환경만 가정하지 말고 — 도움말을 포괄적이고 유연하게 제공하라.
PC·마우스만 가정한 도움말은 모바일·키보드·스크린 리더 사용자에게 안 맞습니다. 환경 중립적 표현과 다양한 환경 안내로 포괄적으로 제공하는 게 핵심이죠. 다음 편은 반응형 도움말입니다.
다음 편 예고 ▶ 「586. (BP-020) [공통] 사용자 요청에 의한 도움말 콘텐츠는 반응형 방식으로 제공하고 있다.」
ViewCheck는 도움말이 포괄적·유연하게 제공되는지를 진단합니다.
📚 참고 출처
KRDS 기본 패턴 — 도움 가이드 — https://www.krds.go.kr/html/site/pattern/pattern_02.html
KRDS #ViewCheck #공공웹사이트 #전자정부 #디지털정부 #웹접근성 #디자인시스템 #UIUX #UI컴포넌트 #웹표준
KRDS,ViewCheck,공공웹사이트,전자정부,디지털정부,웹접근성,디자인시스템,UIUX,UI컴포넌트,웹표준

관련 글
다음 호는 언제?
이번 846편은 간행물 자료의 발행 주기 정보를 본문의 부제목이나 별도 안내 영역에 제공하라는 규칙입니다. 그리고 이 편이 — 846 규칙 완전 분해 시리즈의 마지막 한 편입니다.
방대한 자료를 효율적으로
이번 845편은 목록에 필터링, 정렬 방식, 상세 검색(기간, 자료 유형 등) 기능을 제공하여 정보를 효과적으로 조회하라는 규칙입니다. [정책 자료 탐색] 서브섹션의 시작이죠.
적힌 대로 가야 한다
이번 844편은 모든 링크는 실행하였을 때, 링크 레이블에 명시된 적절한 화면으로 이동하라는 규칙입니다.
