이 선택이 다른 항목에 영향 줘요

KRDS SP-131 — 구조적으로 신청서 내 입력 항목 중 다른 입력 항목에 영향을 미치는 상황에 대해서는 사용자에게 안내하고 있다.

0. 들어가며 — 하나를 바꿨더니 다른 게 바뀌는 이유를 모르면

이번 805편은 구조적으로 신청서 내 입력 항목 중 다른 입력 항목에 영향을 미치는 상황에 대해 사용자에게 안내하라는 규칙입니다.

신청서에서 — 한 항목의 선택이 다른 항목을 바꾸거나 나타나게 하는 경우(논리적 의존)가 있죠. 이를 안내 안 하면 사용자는 혼란스럽습니다. SP-131은 항목 간 영향을 안내하라고 규정합니다. SP-130(불필요 초기화 방지)의 짝이죠. 이번 편을 풀어 냅니다.

1. 원문 — 항목 간 영향 안내

SP-131 (서비스 패턴 > 신청 > 신청서 작성) “구조적으로 신청서 내 입력 항목 중 다른 입력 항목에 영향을 미치는 상황에 대해서는 사용자에게 안내하고 있다.”

항목 간 영향을 미치는 상황을 사용자에게 안내하라는 뜻입니다.

정리: 항목 간 영향을 미치는 상황을 안내하라. 이게 SP-131입니다.

2. 왜 항목 간 영향 안내인가

신청서에는, 한 항목의 입력·선택이 다른 항목에 정당하게 영향을 주는 경우가 있습니다. 예: ‘대상 유형’을 고르면 그에 맞는 추가 항목이 나타나거나,’○○ 선택’ 시 관련 항목이 채워지거나·바뀌는 경우요. 이런 논리적 의존을 안내 안 하면, 사용자는 혼란스럽죠. SP-131은 영향 안내를 요구합니다.

SP-130과의 차이. SP-130은 불필요한·예상치 못한 초기화를 막는 것, SP-131은 정당한·논리적 영향을 안내하는 것입니다. 항목 간 의존이:

불필요·잘못 — 막는다(SP-130).

정당·필요 — 안내한다(SP-131).

영향을 안 알릴 때의 문제:

변화 이유 모름 한 항목을 바꿨더니, 다른 항목이 나타나거나·바뀌거나·사라지는데, 이유를 안 알리면, 사용자는 ‘왜 이러지?’ 혼란스럽습니다.

예상 못한 변화 정당한 변화라도, 예고 없으면 당황하죠. 특히 스크린 리더 사용자는 변화를 인지 못 할 수도 있습니다.

그래서 SP-131은 — 영향 안내를 요구합니다:

영향 사전·실시간 안내 한 항목이 다른 항목에 영향을 주면, 그것을 안내합니다. ’대상 유형을 선택하면 관련 항목이 나타납니다’처럼 사전에, 또는 변화가 일어날 때 실시간으로요.

변화 인지 항목이 나타나거나·바뀌면, 사용자가 그 변화를 인지하게요. 시각적으로 명확히, 스크린 리더 에도 aria-live(BP-049)로요.

논리 설명 왜 그렇게 되는지(이 선택이라 이 항목이 필요) 설명하면 좋죠. 사용자가 이해하고 채우게요.

조건부 입력(conditional logic)의 안내. 신청서의 조건부 입력(한 답에 따라 다음 항목이 달라짐)은, 편리하지만 안내가 없으면 혼란스럽습니다. 변화를 명확히 알리고, 스크린 리더에도 전달(SP-139·140 단계·구조 인지)해야 모두가 따라가죠.

이 규칙은 신청(SP)의 ’항목 간 의존 투명성’을 담당합니다 — 항목 간 영향을 안내해(131), 사용자가 변화의 이유를 알고 혼란 없이 작성하게 하죠. SP-130(불필요 초기화 방지)과 짝입니다.

정리하면 — 항목 간 정당한 영향을 안내 안 하면 사용자가 변화 이유를 몰라 혼란스러우므로, 다른 항목에 영향을 미치는 상황을 사전·실시간으로(스크린 리더 포함) 안내해야 합니다.

3. 점검 / 개선

무엇을 점검하나

영향 안내 — 항목 간 영향(나타남·변경)을 안내하는가.

변화 인지 — 변화를 시각·스크린 리더(aria-live)로 인지하게 하는가.

SP-130과 구분 — 불필요 초기화는 막고(SP-130) 정당 영향은 안내(SP-131)하는가.

개선 방향

항목 간 영향 사전·실시간 안내(‘○○ 선택 시 관련 항목 나타남’).

변화 시각·aria-live(BP-049) 인지. SP-130(초기화 방지)과 구분.

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

역할	책임
기획/UX	조건부 입력·안내 설계
개발/접근성	영향 안내·aria-live 구현

기관 유형	SP-131 적용
중앙행정기관(대표·운영) / 공공기관 / 지자체	✅ 권장 (조건부 입력 신청서)

조건부 입력이 있는 신청서가 해당됩니다.

5. 30초 자가진단 + FAQ

✅ 30초 자가진단

□ 항목 간 영향(나타남·변경)을 안내하나요?

□ 변화를 시각·스크린 리더(aria-live)로 인지하게 하나요?

□ 불필요 초기화는 막고(SP-130) 정당 영향은 안내(SP-131)하나요?

❓ FAQ

Q1. SP-130과 뭐가 다른가요? SP-130은 불필요한·예상치 못한 초기화를 막는 것, SP-131은 정당한·논리적 영향을 안내 하는 것입니다. 항목 간 의존이 불필요하면 막고(130), 필요하면 안내(131)하죠. Q2. 항목 간 영향이 뭔가요? 한 항목의 선택이 다른 항목을 나타나게·바뀌게·사라지게 하는 것입니다. ‘대상 유형 선택 → 관련 항목 나타남’처럼요(조건부 입력). 안내 안 하면 사용자가 ’왜 이러지?’ 혼란스럽죠. Q3. 스크린 리더에도 알려야 하나요? 네. 항목이 나타나거나 바뀌는 변화를 시각뿐 아니라 aria-live(BP-049)로 스크린 리더에 전달합니다. 시각 사용자만 변화를 보면 안 되죠.

6. 마무리

SP-131의 메시지:

이 선택이 다른 항목에 영향 줘요 — 항목 간 영향을 미치는 상황을 안내하라.

항목 간 정당한 영향을 안내 안 하면 사용자가 변화 이유를 몰라 혼란스럽습니다. 영향을 사전·실시간으로(스크린 리더 포함) 안내해 따라가게 하는 게 핵심이죠. 다음 편은 행정정보 공동이용 구비서류 최소화입니다.

다음 편 예고 ▶ 「806. (SP-132) 행정정보 공동이용 시스템을 활용하여 사용자의 구비서류 첨부를 최소화하고 있다.」

ViewCheck는 항목 간 영향을 미치는 상황이 안내되는지를 진단합니다.

📚 참고 출처

KRDS 서비스 패턴 — 신청 가이드 — https://www.krds.go.kr/html/site/service/service_04.html

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

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