# KRDS UX Writing 원칙

> 작성 중 — 사용자 주도 설계, 2026-04-08

---

## 목차

| | 장·절 | 상태 |
|-|-------|------|
| | **서문** | ✅ |
| **0장** | **적용 범위 (Scope)** | ✅ |
| 0.1 | 표준형 — 중앙행정기관 전면 적용 | ✅ |
| 0.2 | 확장형 — 공공기관·운영 서비스 적용 기준 | ✅ |
| 0.3 | KRDS 디자인 토큰 구조와 UX Writing 연계 | ✅ |
| **1장** | **파운데이션 (Foundation)** | ✅ |
| 1.1 | 비전: 시민이 읽는 글, 국가가 쓰는 말 | ✅ |
| 1.2 | 주권자: 이 가이드를 쓰는 사람 / 읽는 사람 | ✅ |
| 1.3 | 3대 원칙 개요 | ✅ |
| 1.4 | 보이스·톤 기준 | ✅ |
| **2장** | **무번역의 원칙 — 실행 기준** | ✅ |
| 2.1 | 행정어·전문용어 대체어 사전 (대표 공공서비스 코퍼스 기반) | ✅ |
| 2.2 | 폼 레이블·플레이스홀더 작성 기준 | ✅ |
| 2.3 | 버튼 레이블 작성 기준 | ✅ |
| 2.4 | 표기법·맞춤법 실무 기준 | ✅ |
| **3장** | **정보핵심화의 원칙 — 실행 기준** | ✅ |
| 3.1 | 안내문·설명문 결론 우선 구조 (역피라미드) | ✅ |
| 3.2 | 정보 구조 원칙 (단어 수 제한, 청킹) | ✅ |
| 3.3 | 알림·토스트·모바일 메시지 기준 | ✅ |
| **4장** | **심리적안전망의 원칙 — 실행 기준** | ✅ |
| 4.1 | 에러 메시지 3단 구조 | ✅ |
| 4.2 | 성공·완료 메시지 패턴 | ✅ |
| 4.3 | 빈 상태·검색 없음 텍스트 | ✅ |
| **5장** | **보이스·톤 — 실행 기준** | ✅ |
| 5.1 | 경어체 일관성 — 합쇼체 표준형 | ✅ |
| 5.2 | 주어·인칭 — 2인칭 주어 생략 원칙 | ✅ |
| 5.3 | 어조 스펙트럼 — 공식↔친근 슬라이더 | ✅ |
| 5.4 | 감정 표현 허용 범위 | ✅ |
| **6장** | **기관별 파생 가이드 템플릿 (Layer 3)** | ✅ |
| 6.1 | 파생 가이드란 무엇인가 | ✅ |
| 6.2 | 파생 가이드 제작 체크리스트 | ✅ |
| 6.3 | 파생 가이드 빈 양식 (바로 쓰는 템플릿) | ✅ |
| **7장** | **UI 컴포넌트 라이팅 — 화면을 조립하는 원자 단위 글쓰기** | ✅ |
| 7.1~7.12 | 버튼·입력 폼·선택지·모달·아코디언·빈 화면·단계 표시기·태그·검색창·탭·표·배너/인라인 경고 | ✅ |
| **부록 A** | 금지 표현 목록 | ✅ |
| **부록 B** | 자가진단 체크리스트 | ✅ |
| **부록 C** | 거버넌스 조건 — 일관성 유지를 위한 운영 프레임워크 (조건 1·3·4·6) | ✅ |
| **부록 D** | 실제 사례 수집·사전 확장 운영 절차 | ✅ |

---

## 서문

**이 가이드라인의 목표는 단 하나입니다.**
**누구나 포기하지 않고 끝까지 쓸 수 있게 만드는 것.**

공공 서비스의 글은 멋있거나 유려할 필요가 없습니다. 국민이 헷갈리지 않고, 제때 세금을 내고, 필요한 지원금을 무사히 받게 돕는 **'친절한 표지판'** 이어야 합니다.

우리는 그동안 글을 쓸 때 '명확하게, 간결하게, 유용하게, 일관되게' 쓰라는 말을 수없이 들어왔습니다. 하지만 이 모호한 형용사들은 현장에서 아무런 도움이 되지 않았습니다. 그래서 KRDS는 이 4가지 기준을 실무자가 당장 모니터 앞에서 쓸 수 있는 **'구체적인 행동 규칙'** 으로 바꿨습니다.

| 기존 기준 | KRDS 행동 규칙 |
|-----------|---------------|
| 명확하게 | 무번역의 원칙 — 14세 중학생이 사전 없이 이해하는 일상어 |
| 간결하게 | 정보 핵심화의 원칙 — 결론과 다음 버튼을 맨 위에 |
| 유용하게 | 심리적 안전망의 원칙 — 실수했을 때 원인+해결책 함께 |
| 일관되게 | 세 원칙을 예외 없이 지킬 때 쌓이는 신뢰 |

어디를 가든 쉬운 말로 안내받고 실수해도 괜찮은 경험이 쌓일 때, 비로소 시스템과 국민 사이에 **"정부 서비스는 헷갈리지 않는다"** 는 보이지 않는 신뢰의 선이 연결됩니다.

---

## 제0장. 적용 범위 (Scope)

> 이 가이드라인이 어디에, 얼마나, 어떻게 적용되는지 먼저 확인하세요.

---

### 0.1 표준형 — 중앙행정기관 전면 적용

KRDS는 **표준형(Standard)**과 **확장형(Adaptive)** 두 트랙으로 운영됩니다.

**표준형** 적용 기관은 정부 상징 로고를 사용하는 중앙행정기관입니다. 이 가이드라인의 **모든 원칙을 예외 없이 적용**합니다.

| 항목 | 적용 기준 |
|------|----------|
| 무번역의 원칙 | 필수 — 대체어 사전 전면 준수 |
| 정보핵심화의 원칙 | 필수 — 결론 우선 구조, 글자 수 기준 준수 |
| 심리적안전망의 원칙 | 필수 — 에러 3단 구조, 성공 메시지 패턴 준수 |
| 보이스·톤 | KRDS 기본 보이스 적용 (문어체·격식체) |
| 컴포넌트 레이블 | KRDS 토큰 의미에 맞는 문구 필수 |

**레이블·오류 문구·안내문**을 작성할 때, 해당 UI 컴포넌트의 KRDS 디자인 토큰 역할(role)과 의미(semantic)를 먼저 확인한 뒤 문구를 선택합니다. 토큰 역할이 `primary-action`이면 레이블도 주된 행동을 표현하는 동사여야 합니다.

---

### 0.2 확장형 — 공공기관·운영 서비스 적용 기준

**확장형** 적용 기관은 독자 로고를 사용하는 공공기관, 산하기관, 운영 서비스(예: 온통청년, 정부24 파생 서비스)입니다.

| 항목 | 적용 기준 |
|------|----------|
| 무번역의 원칙 | **필수** — 행정어 배제 기준은 동일 적용 |
| 정보핵심화의 원칙 | **필수** — 역피라미드 구조 준수 |
| 심리적안전망의 원칙 | **필수** — 에러·성공 메시지 원칙 준수 |
| 보이스·톤 | **기관 재정의 허용** — 단, KRDS 기본 보이스 대비 이탈 근거 문서화 필요 |
| 컴포넌트 레이블 | KRDS 토큰 기반 준수 + 기관 특수 용어 사전 추가 허용 |

**확장형은 무엇을 바꿀 수 있는가:**
- ✅ 종결 어미 (예: `~합니다` → `~해요`)
- ✅ 대명사 (예: `고객님` → `회원님` → 기관 맞춤 호칭)
- ✅ 기관 특수 용어 사전 추가 (단, 일반어 우선 원칙 위반 불가)
- ❌ 무번역 원칙 자체를 완화하거나 예외 허용 불가
- ❌ 에러 메시지에서 원인·해결 정보 제거 불가

---

### 0.3 KRDS 디자인 토큰 구조와 UX Writing 연계

UX Writing 원칙은 KRDS 디자인 토큰 체계와 동일한 5계층 구조 위에서 작동합니다.

```
L1 Primitive   색상·타이포·간격·아이콘 원시값
L2 Semantic    역할 기반 토큰 (--color-primary-50, --text)
L3 Component   컴포넌트 단위 토큰 (--krds-color-button-fill-primary-label-default)
L4 Pattern     반복 과업 흐름 (검색·로그인·신청)
L5 Service     사용자 여정 전체
```

> **실제 사용자 탐색 방향**: 대부분의 공공기관 담당자는 L3(Component)에서 시작하여 필요 시 L2(Semantic)로 내려갑니다. L1·L5는 소수 전문가 영역입니다. 이 가이드의 7장(UI 컴포넌트 라이팅)을 첫 진입점으로 설계한 이유입니다.

**페르소나별 이 가이드 진입 경로:**

| 역할 | 주요 진입 계층 | 권장 첫 읽기 |
|------|-------------|-----------|
| 퍼블리셔·마크업 개발자 | L3 Component | 7장 → 2장 → 4장 |
| UI/UX 디자이너 | L3 → L2 | 7장 → 0.3절(토큰) → 1장 |
| 기획자·PM | L4 Pattern | 1장 → 3장 → 4장 → 6장 |
| 외부 SI 업체 | L3 Component | 부록 B(체크리스트) → 7장 |
| 정보화 담당관 | L5 Service | 0.1~0.2절(적용 범위) → 부록 C(거버넌스) |

**UX Writing 적용 레이어:**

| 계층 | UX Writing 역할 |
|------|---------------|
| L2 Semantic | 토큰 네이밍 원칙 — 역할 기반, 약어 금지, 시각 속성 배제 |
| L3 Component | 컴포넌트별 레이블·플레이스홀더·상태 문구 기준 (7장) |
| L4 Pattern | 패턴 흐름별 안내문 원칙 (3장·4장) |
| L5 Service | 서비스 전반 톤앤매너 (1.4, 5장·6장) |

**컴포넌트 상태와 UX Writing 대응:**

KRDS는 11개 UI 상태 토큰을 정의합니다. 각 상태에 대응하는 문구 기준이 있어야 합니다.

| 상태 토큰 | UX Writing 기준 |
|---------|---------------|
| `default` | 기능 기반 레이블 (동사형 또는 명사형 예외 적용) |
| `hover` | 별도 문구 없음 (시각 피드백으로 처리) |
| `focused` | 입력 필드: 플레이스홀더 표시 (레이블 대체 금지) |
| `disabled` | 사용 불가 이유를 근접 설명 텍스트로 명시 |
| `error` | 원인 + 결과 + 해결 3단 구조 (4.1절 준수) |
| `completed` | 완료 사실 + 다음 행동 안내 (4.2절 준수) |
| `selected` / `unselected` | 선택 상태 변화는 레이블이 아닌 아이콘+색상으로 처리 |
| `indeterminate` | 부분 선택 상태 — "일부 선택됨" 등 상태 명시 필요 |
| `active` | 현재 위치 표시 — 탐색 컴포넌트(탭·메뉴)에서 사용 |

**Depth(Elevation)와 문구 위계:**

Elevation은 기술 명세(6단계)와 글쓰기 가이드(3단계)를 이중 구조로 사용합니다.

*기술 명세 — 개발·디자인 전용 (6단계):*

| 기술 Depth | z-index 범위 | 컴포넌트 예 | 표현 방식 |
|-----------|------------|-----------|---------|
| E0 Base | 0 | 페이지 본문·이미지 | 그림자 없음 |
| E1 Raised | 10 | 카드·표·아코디언 | Shadow 소 + border |
| E2 Float | 20 | 드롭다운·셀렉트·날짜 선택기 | Shadow 중 |
| E3 Sticky | 100 | GNB·사이드 메뉴·TOC | border-bottom만 (shadow 없음) |
| E4 Overlay | 200 | 모달·바텀시트·드로어 | Shadow 대 + dim 레이어 |
| E5 Toast | 9999 | 토스트·스낵바·코치마크 | Shadow 중 + 항상 최상단 |

> 고대비 모드(`forced-colors: active`)에서는 shadow가 무시됩니다. E1~E2 구분은 `color-surface-*` 토큰과 border 색상으로 유지합니다.

*글쓰기 가이드 — UX Writing 전용 (3단계):*

| 단계 | 포함 Depth | 문구 원칙 | 글자 수 기준 |
|------|----------|---------|-----------|
| **낮음** (평면) | E0 + E1 | 설명·안내 중심, 결론 우선 | 제한 없음 |
| **중간** (떠 있는) | E2 + E3 | 핵심 정보 단문, 항목당 최대 20자 | 드롭다운 항목 ≤ 18자(한국어 기준) |
| **높음** (위에 뜬) | E4 + E5 | 헤더 15자 이내, 본문 2줄 이내, CTA 1개 | 모달 헤더 ≤ 15자, 본문 ≤ 2줄 |

> **근거**: 모달(E4) 본문이 3줄 초과 시 읽기 포기율 67% 증가 (NNG, 2023).
> **"모달은 최후의 수단이다"** (KRDS 공식 원칙) — 헤더는 목적, 버튼은 행동, 본문은 2줄 이내.

**컴포넌트별 글자 수 기준 통합 요약 (한국어 기준)**

| 컴포넌트 | 데스크탑 | 모바일 | 참조 절 |
|---------|---------|--------|--------|
| 드롭다운 항목 | ≤18자 | ≤12자 | 2.2절 |
| 버튼 레이블 | ≤10자 (CTA), ≤15자 (일반) | ≤8자 | 2.3절 |
| 모달 헤더 | ≤15자 | ≤12자 | 0.3절 |
| 모달 본문 | 2줄 이내 | 2줄 이내 | 0.3절 |
| 토스트/스낵바 | 1줄 이내 | 1줄 이내 | 4.3절 |

> KRDS 기존 기준 ≤20자는 라틴 문자 연구 기반 수치입니다. 한국어 UI에서는 동일 포인트 크기에서 한글 자소 폭이 라틴의 약 1.6배이므로 위 수치를 적용합니다.

---

## 제1장. 파운데이션 (Foundation)

---

### 1.1 비전: 시민이 읽는 글, 국가가 쓰는 말

공공 서비스의 언어는 국가가 시민에게 보내는 가장 직접적인 신호입니다.

'수급', '교부', '귀하'처럼 어려운 말은 시민을 배제하는 신호입니다. '혜택', '발급', '고객님'처럼 쉬운 말은 국가가 시민의 편임을 증명하는 신호입니다.

이 가이드라인은 그 신호를 바꾸는 작업입니다. 어디서나 쉽고, 어디서나 일관되고, 어디서나 안심할 수 있는 공공 언어 — **시민이 읽는 글, 국가가 쓰는 말** 을 만드는 것이 우리의 비전입니다.

---

### 1.2 주권자: 이 가이드를 쓰는 사람 / 읽는 사람

**이 가이드를 읽는 사람** — UX 라이터, 콘텐츠 기획자, 디자이너, 개발자, 정부 관계자. 화면에 들어갈 문장을 최종 결정하는 모든 사람.

**이 가이드가 지키려는 사람** — 공공 서비스를 이용하는 시민. 이들은 행정 절차를 배우러 온 학생이 아닙니다. 낯선 시스템 앞에서 실수하여 불이익을 받을까 봐 초조해하며, 자신의 목적을 가장 효율적으로 달성하고 일상으로 돌아가길 원하는 **'주권자'** 입니다.

실무자는 글을 쓰기 전, 주권자가 가진 3가지 정당한 기대와 상황적 특성을 반드시 이해해야 합니다.

#### ① 정보의 효율성에 대한 기대 — 목적 지향적 스캐닝

주권자는 화면을 꼼꼼히 정독하지 않고, 자신이 달성해야 할 목적(버튼, 핵심 결과)만 빠르게 훑어봅니다. 가장 중요한 결론과 다음 행동 지시를 화면 최상단과 버튼에 배치해야 합니다.

#### ② 보편적 이해에 대한 권리 — 14세 기준 무장벽 언어

공공의 언어는 특정 계층의 전유물인 '한자어'나 '행정 관습어'의 장벽을 두어서는 안 됩니다. 누구도 정보에서 배제하지 않도록 문장의 수준을 중학교 2학년(14세) 독해력에 맞춥니다.

#### ③ 심리적 안전망에 대한 요구 — 실수 복구의 권리

공공 서비스에서의 클릭은 무겁습니다. 사용자의 실수를 시스템이 탓하지 않아야 하며, 오류가 발생했을 때 '실패 통보'로 끝내지 않고 '어떻게 궤도를 수정할 수 있는지' 명확한 대안을 제시해야 합니다.

---

### 1.3 3대 원칙 개요: 주권자의 시간을 아끼는 실행 기준

공공 서비스의 글은 주권자가 단어의 뜻을 유추하느라 멈춰 서지 않고, 안심하며 다음 버튼을 누를 수 있도록 돕는 실용적인 표지판이어야 합니다.

---

#### ⚖️ 원칙 1. 무번역의 원칙 (No-Translation)

공급자의 행정적 정확성보다 주권자의 즉각적인 이해가 우선입니다.
뇌가 일상어로 다시 '번역'해야 하는 단어는 철저히 배제합니다.

**행정 관습어 폐기**
'명일', '기표', '내방' 등 관공서 은어는 '내일', '등록', '방문' 등 보편적인 일상어로 1:1 치환합니다.

| 쓰지 마세요 | 대신 쓰세요 |
|------------|------------|
| 명일까지 제출 | 내일까지 제출 |
| 직접 내방하여 | 직접 방문하여 |
| 기표 완료 | 등록 완료 |
| 상기 사항 | 위 내용 |
| 동 기간 내 | 같은 기간 안에 |

**이중 부정 금지**
뇌의 인지 부하를 높이는 이중 부정 대신, 한 번에 읽히는 긍정문으로 씁니다.

| 이중 부정 | 긍정문 |
|----------|--------|
| 미비하지 않으면 신청 가능합니다 | 모두 준비되면 신청할 수 있습니다 |
| 불가능하지 않은 경우 | 가능한 경우 |

---

#### ⚖️ 원칙 2. 정보 핵심화의 원칙 (Essentialism)

무작정 글자 수를 줄이는 것이 아니라, 주권자가 핵심에 도달하는 생각의 거리를 물리적으로 줄여주는 **'노이즈 제거'** 과정입니다.

**결론 우선 (Front-loading)**
주권자가 이 화면에서 취해야 할 핵심 행동이나 최종 결론을 맨 앞에 배치합니다.

> ❌ 귀하의 소득 및 재산 현황을 검토한 결과, 지원 대상에 해당되지 않음을 알려드립니다.
> ✅ 지원 대상이 아닙니다. 소득 기준을 초과했습니다.

**당연한 말 생략**
무의미한 인사말이나 시스템이 당연히 해야 할 일에 대한 수식어를 생략하고 핵심 정보만 남깁니다.

> ❌ 소중한 개인정보 보호를 위해 안전하게 처리됩니다.
> ✅ (삭제 — 당연한 사항)

**시각적 리듬과 청킹 (Chunking)**
한 문장에 담는 의미의 마디(청크)는 3개를 넘지 않도록 합니다. 의미 단위로 줄을 바꿔 스캐닝을 돕습니다.

---

#### ⚖️ 원칙 3. 심리적 안전망의 원칙 (Psychological Safety)

실수해도 언제든 궤도를 수정할 수 있다는 확신을 주어 비가역적 공포를 없앱니다.

**100% 예측 가능한 버튼**
'확인/취소' 같은 모호한 단어 대신, 누른 뒤 일어날 일을 명확히 적습니다.

| 모호한 버튼 | 예측 가능한 버튼 |
|------------|----------------|
| 확인 | 신청서 제출하기 |
| 취소 | 작성 취소하고 나가기 |
| 다음 | 본인 인증으로 이동 |
| 완료 | 신청 완료 — 접수번호 확인하기 |

**비난 없는 오류 복구**
시스템 오류 코드만 내뱉지 않고, '무엇이 문제인지 + 어떻게 고치는지'를 함께 제시합니다.

> ❌ ERROR 4023: 인증 실패
> ✅ 인증 번호가 틀렸습니다. 문자로 받은 6자리 숫자를 다시 입력해 주세요.

**비가역 행동 앞의 제동**
최종 제출 등 되돌릴 수 없는 행동 직전에는 반드시 명확한 경고로 흐름을 끊고 시야를 집중시킵니다.

> 제출하면 수정할 수 없습니다. 내용을 다시 확인해 주세요.

---

### 1.4 보이스·톤 기준: 주권자를 대하는 정부의 일관된 인격

공공 서비스의 인격은 상황에 따라 오락가락해서는 안 됩니다. 흔들리지 않는 하나의 **보이스(Voice)** 를 유지하되, 주권자의 감정 곡선에 맞춰 **말투(Tone)** 를 4단계로 유연하게 변주합니다.

---

#### 🏛️ 우리의 보이스 (Voice): '권위를 뺀 든든한 조력자'

우리는 가르치거나 통제하지 않으며, 다음 3가지 성격을 항상 유지합니다.

1. **객관적이고 투명한 (Transparent):** 제한 사항을 숨기지 않고 명확히 밝힙니다.
2. **단호하지만 책임을 지는 (Accountable):** 안 되는 것은 선을 긋되, 대안을 책임지고 안내합니다.
3. **담백하게 정중한 (Respectful):** 불필요한 감정 표현(이모지)이나 과도한 극존칭을 빼고 존중의 의미만 남깁니다.

---

#### 🎛️ 상황별 톤 매트릭스 (Tone Matrix)

| 상태 | 톤 | 주권자 감정 | 원칙 |
|------|----|------------|------|
| 🟢 탐색과 안내 | 길잡이 | 안정 | 군더더기 없이 객관적·명확 |
| 🟡 대기와 로딩 | 중계자 | 초조·의심 | 현재 상황과 예상 시간 투명 공개 |
| 🔴 오류와 실패 | 해결사 | 당황·분노 | 원인+해결책만 건조하게, 이모지 금지 |
| 🔵 완료와 성공 | 마침표 | 안도 | 과업 완료 확인 + 다음 일정 안내 |

**🟢 톤 1. 탐색과 안내 (안정 상태)**
목적을 향해 가는 주권자를 위해 군더더기 없이 객관적이고 명확한 길잡이 역할을 합니다.
> *어떤 서비스가 필요하신가요? 아래에서 선택해 주세요.*

**🟡 톤 2. 대기와 로딩 (초조/의심 상태)**
막연히 기다리게 하지 않고, 시스템이 현재 무엇을 하고 있는지, 얼마나 걸리는지 투명하게 중계하여 안심시킵니다.
> *국세청에서 소득 정보를 불러오고 있습니다. (약 10초 소요)*

**🔴 톤 3. 오류와 실패 (당황/분노 상태)**
감정을 철저히 배제하고 가장 건조한 톤으로 '원인'과 '해결책'만 단호하게 짚어줍니다. 조롱으로 느껴질 수 있는 이모지나 느낌표는 절대 금지합니다.
> *인증 번호가 일치하지 않습니다. 문자로 받은 6자리 숫자를 다시 입력해 주세요.*

**🔵 톤 4. 완료와 성공 (안도 상태)**
과도하게 텐션을 높여 축하하지 않고, 과업이 확실히 끝났다는 마침표를 찍어주며 다음 일정을 안내합니다.
> *지원금 신청이 끝났습니다. 심사 결과는 3일 뒤 카카오톡으로 알려드릴게요.*

---

#### 대표 서비스 관찰 — '귀하'와 '주시기 바랍니다'는 존중보다 거리두기로 읽힌다

서울시 응답소·국민신문고 계열의 `귀하께서 신청하신 민원...`, 홈택스의 `귀하의 종합소득세 신고서가 접수되었습니다.`, 법원의 `증명서발급과 인터넷신고는 PC를 이용하여 주시기 바랍니다.` 같은 문장은 정중해 보이지만 실제로는 결론을 늦추고 기관을 멀리 세웁니다. 주권자는 예우보다 **지금 상태**, **다음 행동**, **전환 경로**를 먼저 알고 싶어 합니다.

| 상황 | 관찰된 표현 | 보이스 전환 원칙 | KRDS 연결 |
|------|------------|----------------|----------|
| 결과 안내 | `귀하께서 신청하신 민원 ...` / `귀하의 종합소득세 신고서가 접수되었습니다.` | 첫 문장에 상태·기한을 둡니다. `검토 결과를 안내합니다`, `종합소득세 신고가 완료됐습니다`처럼 결과를 먼저 밝힙니다. | Result page, Status badge, Button |
| 이용 제한 안내 | `증명서발급과 인터넷신고는 PC를 이용하여 주시기 바랍니다.` | `일부 서비스(증명서 발급·신고)는 PC에서만 이용하실 수 있습니다. PC에서 다시 접속해 주세요`처럼 환경·이유·전환 경로를 바로 말합니다. | Notice banner, Helper text, Link |
| 홍보성 권유 | `정부24 앱으로 더 편리하게 이용하세요.` | `앱에서는 모바일 신분증 발급·알림 수신·간편인증이 가능해요`처럼 가능한 행동을 구체화합니다. | Notice banner, Button group |

> **실무 규칙**: 보이스·톤은 어미의 높낮이보다 `첫 문장에 상태·행동이 보이는가`, `기관이 책임을 지는 문장인가`, `예우보다 다음 경로가 먼저 보이는가`로 판정합니다.

#### 이번 라운드 보이스·톤 KRDS/Figma 적용 예시

| 대표 사이트·화면 | KRDS 조합 | Description에 꼭 남길 문장 | 기본 예시 문구 | 숨은 레이블 메모 |
|------------------|-----------|-----------------------------|----------------|------------------|
| 서울특별시 응답소 결과 안내, 홈택스 종합소득세 신고 완료 | Result page + Status badge + Button | Description에는 결과 상태, 답변 확인 경로 또는 접수번호, 다음 일정·납부 기한, 바로 이어지는 CTA를 함께 적습니다. | 검토 결과를 안내합니다 / 답변은 나의 민원에서 확인할 수 있습니다 / 종합소득세 신고가 완료됐습니다 / 접수번호 {N} / 납부 기한 5월 31일 [지금 납부하기] | 현재 결과와 다음 일정 확인하기 / 민원 답변 다시 확인하기 / 종합소득세 신고 접수번호와 납부 기한 확인하기 |
| 정부24 앱 안내, 대한민국법원 모바일 제한 | Notice banner + Helper text + Link/Button | Description에는 지금 가능한 작업, 제한 이유, 전환 경로, 다시 접속해야 하는 환경을 함께 적습니다. | 앱에서는 모바일 신분증 발급·알림 수신·간편인증이 가능해요 / 일부 서비스(증명서 발급·신고)는 PC에서만 이용하실 수 있습니다 / PC에서 다시 접속해 주세요 | 정부24 앱에서 가능한 작업 확인하기 / PC에서 계속 진행하기 |
| 정부24 인증 번호, 홈택스 로그인 실패, 대한민국법원 일시 오류 | Inline validation + Alert + Button/Link | Description에는 오류 원인, 다시 할 행동, 문의 또는 대체 경로를 함께 적습니다. | 인증 번호가 틀렸습니다. 문자로 받은 6자리 숫자를 다시 입력해 주세요 / 아이디 또는 비밀번호가 일치하지 않습니다. 다시 입력하거나 [비밀번호 찾기] / 일시적인 오류가 발생했습니다. 10분 뒤 다시 시도해 주세요 | 인증 번호 다시 입력하기 / 비밀번호 찾기 / 오류 뒤 다시 시도 또는 문의하기 |
| 국세청 소득 정보 불러오기, 국민신문고·홈택스 세션 종료 | Status badge + Modal + Helper text + Button | Description에는 대기 이유, 예상 시간 또는 남은 시간, 임시 저장 여부, 재로그인 뒤 이어쓰기 경로를 함께 적습니다. | 국세청에서 소득 정보를 불러오고 있습니다. (약 10초 소요) / 5분 뒤 자동으로 로그아웃됩니다. 작성 중인 내용은 임시 저장됩니다. [로그인 유지하기] / 자리를 비운 사이 로그인이 끊겼습니다. 다시 로그인하면 이어서 작성할 수 있습니다. | 남은 시간과 자동 저장 확인하기 / 다시 로그인해 이어서 작성하기 |

> **보이스·톤 handoff 메모**: `정중한 톤`, `친절한 톤`처럼 추상 명사만 남기지 않습니다. Description과 숨은 레이블에도 `상태 → 행동 → 기관 책임 → 전환 경로`를 같은 순서로 적어 Result page, Notice banner, Alert, Modal 기본값이 화면마다 흔들리지 않게 합니다.

---

## 제2장. 무번역의 원칙 — 실행 기준

이 장은 선언("쉽게 써라")을 행동("이 단어 대신 이 단어를 써라")으로 바꿉니다.
실무자가 모니터 앞에서 즉시 참조할 수 있는 판별 기준과 대체어를 제공합니다.

대표 사이트 8종을 같은 화면 단계로 다시 보며 `동의·본인확인`, `복지·고용 계산`, `세무·법원 메뉴`를 먼저 묶습니다. 단어 1개가 아니라 첫 레이블, 도움말, 메뉴 이름, CTA가 함께 실패하는 지점을 수집해 사전 후보에서 사례 카드, 관련 원칙, KRDS 컴포넌트까지 한 라운드로 이어 붙입니다.
새 실화면이 들어오면 `원문 3개+CTA 1개`와 CASE 시작점을 먼저 적고 KRDS/Figma handoff 범위까지 같이 정합니다.

| 우선 묶음 | 이번에 같이 볼 텍스트 슬롯 | KRDS 연결 |
|----------|----------------------|----------|
| 동의·본인확인 | 첫 레이블 + 도움말 + 동의 CTA | Consent, Checkbox, Helper text |
| 복지·고용 계산 | 레이블 + 계산 도움말 + 행동 날짜/준비 서류 | Accordion, Structured list, Notice banner |
| 세무·법원 메뉴 | 메뉴 이름 + 분기 버튼/라디오 + 다음 CTA | Button, Link, Radio, Structured list |

> **승격 규칙**: 같은 실패가 세 대표 사이트 이상 반복되면 사전 후보 → 사례 카드 → 관련 원칙·컴포넌트로 승격하고, 아직 반복 근거가 약하면 Layer 3 기관 특화 후보로 남겨 다음 순회에서 다시 확인합니다.
> **실제 사례 추가 시작 메모**: 새 실화면이 들어오면 먼저 이슈 아카이브에서 비슷한 실패를 찾고 `원문 3개+CTA 1개`를 다시 적습니다. 2장에서는 새 CASE 번호부터 만들지 않고 `CASE 38·11·59`, `CASE 6·7·8`, `CASE 39·40·49` 가운데 기존 묶음부터 대조한 뒤, 세 대표 사이트 반복이면 Layer 2 승격과 KRDS/Figma handoff로, 기관 고유 제도면 Layer 3 보류로 넘깁니다.

---

### 2.1 행정어·전문용어 대체어 사전

> **출처**: 대표 사이트 8종(정부24 · 홈택스 · 복지로 · 국민건강보험 · 국민신문고 · 고용24 · 전자가족관계등록시스템 · 서울특별시 응답소) + 대한민국법원 보조 표본 + SeMA Layer 3 파생 사례 재검토 (2026-06-10)
> **기준**: 14세 중학교 2학년 독해력. 사전 없이 이해 가능한 일상어를 기준으로 합니다.

---

#### 카테고리 1. 행정 관습어 (한자어·관청 은어)

행정 문서에서 굳어진 한자어·관청 전용어. 시민에게 낯설고 의미를 직감하기 어렵습니다.

| 쓰지 마세요 | 대신 쓰세요 | 출처·맥락 |
|------------|------------|----------|
| 명일까지 제출 | 내일까지 제출 | 공통 |
| 직접 내방하여 | 직접 방문하여 | 공통 |
| 기표 완료 | 등록 완료 | 공통 |
| 상기 사항 | 위 내용 | 공통 |
| 동 기간 내 | 같은 기간 안에 | 공통 |
| 익일까지 | 다음 날까지 | 공통 |
| 전일 기준 | 전날 기준 | 공통 |
| 교부 신청 | 발급 신청 | 정부24, 법원 |
| 교부 청구 | 발급 요청 | 법원 |
| 교부서류 | 발급 서류 | 법원, 정부24 |
| 귀책사유 | 잘못, 책임 | 정부24 |
| 귀하 | 고객님, 신청인 | 공통 (맥락에 따라 선택) |
| 파기 | 삭제 | SeMA, 정부24 (개인정보 맥락) |
| 정보주체 | (본인), 개인정보 보유 대상자 | SeMA, 정부24 |
| 본인확인 | 본인 확인 | 법원, 공통 |
| 실명확인 | 본인 확인 | 국민신문고 |
| 서비스 이용동의 | 서비스 이용 동의 | 정부24 |
| 자료제공동의 | 자료 제공 동의 | 홈택스 |
| 부과 | 청구, 부과금 | 국민건강보험, 홈택스 |
| 득실 신고 | 취득·상실 신고 | 국민건강보험 (피부양자·산정특례 안내) |
| 피부양자 | 부양가족 | 국민건강보험 (피부양자·산정특례 안내) |
| 본인일부부담금 | 본인부담금 | 국민건강보험 (피부양자·산정특례 안내) |
| 산정특례 | 중증질환 본인부담 감면 | 국민건강보험 (피부양자·산정특례 안내) |
| 법정대리인 | 부모님 또는 후견인 | 법원, 공통 |
| 인우인 보증서 | 신원 보증서 | 법원 |
| 소명자료 | 증빙 자료 | 공통 |
| 변상금 | 손해배상금, 보상금 | 공통 |
| 과태료 부과 | 과태료 청구 | 공통 |
| 행정처분 | 행정 제재 | 공통 |
| 전입 신고 | 이사 신고 | 공통 (일부 맥락) |
| 전출 신고 | 주소 옮김 신고 | 공통 |
| 이의신청 | 이의 제기, 이의 신청 | → '이의신청'은 법률 용어로 유지 가능. 병기 권장 |
| 신청자격 | 신청할 수 있는 사람 | 정부24 |
| 구비서류 | 준비할 서류 | 정부24, 서울시 |
| 발급서류 | 발급되는 서류 | 정부24 |
| 처리기간 | 처리까지 걸리는 시간 | 정부24, 서울시 |
| 이해관계인 | 관련 당사자 | 법원, 정부24 |
| 민원해결 | 민원 처리 결과 | 국민신문고 |
| 처리현황 | 진행 상태 | 국민신문고, 서울시 |
| 처리기관 | 담당 기관 | 국민신문고 |
| 답변예정일 | 답변 예정일 | 국민신문고, 서울시 |
| 등록일 | 접수한 날 | 국민신문고, 서울시 |
| 경정청구 | 세금 환급 신청 | 홈택스 |
| 장기미환급금 | 못 받은 세금 환급금 | 홈택스 |
| 전자증명서안내 | 전자증명서 안내 | 정부24 |
| 부가가치세예정신고 | 부가가치세 예정 신고 | 홈택스 |
| 증명서발급 | 증명서 발급 | 법원 |
| 인터넷신고 | 온라인 신고 | 법원 |
| 가족관계등록부정정 | 가족관계 기록 정정 | 법원 |
| 가족관계등록부정정 허가 | 가족관계 기록 정정 허가 | 법원 |
| 정부민원안내콜센터 | 정부 민원 안내 | 정부24 |
| 국세상담센터 | 세금 신고·납부 상담 | 홈택스 |
| 사용자지원센터 | 전자가족관계등록 이용 문의 | 법원 |
| 서비스 상세 이동 | 서비스 이름 + 자세히 보기 | 정부24 혜택 카드 접근성 레이블 |
| 1번째 배너 | 배너 제목 + 보기 | 홈택스 배너 접근성 레이블 |
| AI 켜기 | AI 검색 꺼짐 — 켜려면 클릭 / AI 검색 사용 중 — 끄려면 클릭 | 정부24 AI 검색 토글 |
| 새창 | 제목 + 새 탭에서 열림 | 법원 외부 링크 접근성 레이블 |
| 주민등록등본 | 가족 전체 주민등록증명서 (등본) — 대출·계약·학교 제출 | 정부24 (주민등록 발급) |
| 상세증명서 | 상세 가족관계증명서 — 전 가족 기록 포함, 상속·이민 제출 | 법원 (가족관계증명서) |
| 납세증명서 (금융거래용) | 금융거래용 납세증명서 — 은행·대출 제출 | 홈택스 |
| 개인정보 제공 범위 선택 | 은행·학교 제출용 — 주민번호 뒷자리는 제외하고 필요한 항목만 선택 | 정부24 (주민등록 발급) |
| 말소 사항 포함 | 대출·담보 제출용 — 말소 포함 전체 / 소송 제출용 — 현재 유효만 | 법원 (등기사항증명서) |
| 세무정보 열람권한 부여 | 세무사 [대리인 이름]이 [기간] 동안 신고·납부 내역과 과세자료를 확인합니다. 마이페이지에서 해제할 수 있습니다 | 홈택스 (세무대리 수임) |
| 건강보험 피부양자 등록 신청 | 관계별 서류 확인 — 부모 등록은 가족관계증명서 + 소득 확인서 필요 | 정부24·건강보험 (피부양자 등록) |
| 연말정산 간소화 | 본인 자료는 바로 조회 / 부양가족 자료는 온라인 동의 또는 세무서 방문 필요 | 홈택스 (연말정산 간소화) |
| 소송 기록 열람·복사 신청 | 당사자는 온라인 열람 가능 / 이해관계인은 소명 서류 + 허가 절차 필요 / 제3자는 법원 방문 신청 | 법원 (소송 기록 열람) |
| 협의이혼 의사확인 신청 | 이혼 성립 전 확인 / 배우자 두 분 방문 + 미성년 자녀 협의서 + 숙려기간 뒤 확인기일 출석 | 법원 (협의이혼 의사확인) |
| 외국인등록번호 * | 외국인이라면 외국인등록번호 입력 (해당자만 필수) | 정부24 (신청인 정보 입력) |
| 영세율 신고 | 영세율 대상 거래라면 첨부서류 제출 (해당 거래만 필수) | 홈택스 (영세율 첨부서류) |
| 병적증명서 발급 | 본인 또는 위임장 지참 대리인 신청 가능 | 정부24 (증명서 대리 발급) |
| 세무대리인 수임 동의 | 세금 업무 맡기기 동의 / 위임 범위·해지 경로 먼저 확인 | 홈택스 (세무대리 위임) |
| 소송 대리인 등록 | 서류 제출·열람·기일 신청·항소 대리 / 제한 위임·해임 신고 안내 | 법원 (소송 대리인) |
| 파일을 첨부하세요 | 허용 형식 + 파일당 최대 용량 + 최대 개수 안내 | 정부24, 법원 업로드 화면 |
| 증빙서류 파일 첨부 | 허용 형식 + 총 용량 + 판독 불가 시 재제출 경로 안내 | 홈택스 |
| PDF 형식만 가능 | PDF만 가능 · HWP는 PDF 변환 후 제출 | 법원 전자소송 |
| 문서확인번호 | 진위 확인용 문서 번호 | 정부24 인터넷 발급 |
| 전자 발급본도 출력 시 원본과 동일 효력 | 출력본도 원본과 같은 효력 / 공공 마이데이터 제출 또는 PDF 첨부 | 홈택스 |
| 전자 발급본이 공문서와 동일한 효력 | 전자 발급본도 공문서와 같은 효력 / 제출 전 증명서 진위 확인 가능 | 법원 |
| 온라인은 대리인 신청 불가 | 온라인은 본인만 신청할 수 있습니다 / 대리 신청은 방문 시 위임장을 준비해 주세요 | 정부24 (주민등록표 등본) |
| 발급일 현재 징수유예액 또는 체납처분유예액을 제외하고는 다른 국세를 체납한 사실이 없음을 증명 | 이 증명서는 지금 미납한 국세가 없을 때 발급됩니다 / 지금 발급되지 않으면 체납 내역부터 확인해 주세요 | 정부24 (납세증명서) |
| 집행문 부여 신청 | 강제집행 전에 필요한 서류입니다 / 판결·조정조서는 제1심법원, 공정증서는 공증인사무소에 신청 | 대한민국법원 (집행문) |
| 판독 불가 | 보완 요청 — 스캔본 판독이 어려워 다시 제출해 주세요 / 재제출 바로 가기 | 홈택스 (증빙 재제출) |
| 신고 불수리 통지 조회 | 신고 반려 통지 확인 / 거부 사유 보기 + 다시 신고하기 | 법원 (가족관계등록 반려 통지) |
| 전자고지(송달) 신청 및 해지 | 전자 고지서 받기 / 우편으로 다시 받기 | 홈택스 (전자 고지서 설정) |
| 지급명세서 제출·수정·삭제 | 지급명세서 제출 / 제출 내역 수정 / 제출 내역 삭제 | 홈택스 (지급명세서 처리) |
| 현금영수증 발급·취소·수정 | 현금영수증 발급 / 발급 취소 / 발급 정보 수정 | 홈택스 (현금영수증 처리) |
| 국선대리인 신청(불복청구서 제출전)/(제출후) | 국선대리인 신청 → [불복청구서 제출 전] [제출 후] | 법원 (국선대리인 신청 단계) |
| 전자(세금)계산서 | 세금계산서 / 계산서 | 홈택스 (계산서 유형 선택) |
| 세대주 변경 신고 | 세대 대표자 변경 신고 (세대주 변경) / 기존 세대주의 동의 필요 / 세대 분리 신청과 다름 | 정부24 (주민등록 정정) |
| 사업장 현황 신고 | 부가가치세 면세 사업자 신고 / 내 업종 확인 + 신고 기한 확인 | 홈택스 (면세 사업자 신고) |
| 개명 허가 신청 | 개명 허가 기준 확인 / 허가 사유·심사 기간·불복 방법 보기 | 법원 (개명 허가) |
| 민원이 접수되었습니다 | 신청이 완료됐습니다 / 처리까지 약 3일 / 나의 민원 확인하기 + 알림 설정하기 | 정부24, 국민신문고 (민원 완료) |
| 귀하의 종합소득세 신고서가 접수되었습니다 | 종합소득세 신고가 완료됐습니다 / 접수번호 확인 + 납부 기한 확인 + 지금 납부하기 | 홈택스 (종합소득세 신고 완료) |
| 신고서가 정상적으로 접수되었습니다 | 신고가 접수됐습니다 / 심사 기간 확인 + 처리 현황 조회 | 전자가족관계등록시스템 (국적이탈 신고 완료) |
| 환급금: [금액] | 환급 결정 완료 / 예상 입금일 확인 + 지연 사유 조회 + 계좌 등록하기 | 홈택스 (환급 입금 대기) |
| 개인정보 보호를 위해 로그인 후 약 0분 동안 서비스 이용이 없어 자동 로그아웃 됩니다. | 5분 뒤 자동으로 로그아웃됩니다 / 작성 중인 내용은 임시 저장됩니다 / 로그인 유지하기 | 정부24, 국민신문고 (세션 만료 전 경고) |
| 세션이 만료되었습니다. 처음부터 다시 시작하세요. | 자리를 비운 사이 로그인이 끊겼습니다 / 다시 로그인하면 이어서 작성할 수 있습니다 | 홈택스, 정부24 (세션 종료) |
| 로그아웃 되었습니다. | 로그아웃 됐습니다 / 메인으로 가기 + 다시 로그인하기 | 공통 (로그아웃 완료) |
| 서비스 이용이 일시적으로 중단되었습니다. | 지금은 이 서비스를 이용할 수 없습니다 / 다시 열리는 시각 + 대체 경로 안내 | 정부24 (점검 화면) |
| 지방세 연계 납부 | 위택스에서 별도 신고·납부 / 연계 오류 시 납부 처리 상태 확인 | 홈택스 (위택스 연계) |
| 친권 상실 청구 | 112 또는 1577-1391로 먼저 연락 / 보호 조치 후 친권 상실·일시 정지 절차 이어서 신청 | 법원 (친권 상실) |
| 소상공인 정책자금 신청 | 보증서 필요 여부 먼저 확인 / 직접·대리대출 비교 / 보증서 발급 1~2주 소요 | 정부24 (소상공인 정책자금) |
| 부재자 재산 관리인 선임 청구 | 재산 처분이 급하면 가압류·가처분 병행 / 관리인 선임만으로는 부동산 매각·담보 설정 차단 불가 | 법원 (부재자 재산 관리) |
| 정부24 앱으로 더 편리하게 이용하세요. | 앱에서 가능한 기능 안내 / 앱 열기 + 앱 다운로드 | 정부24 (앱 안내) |
| 해당 서비스는 PC 홈택스에서만 이용하실 수 있습니다 | 이 서비스는 PC에서 이용 가능 / PC로 이동하는 QR코드 보기 | 홈택스 (PC 전용) |
| 증명서발급과 인터넷신고는 PC를 이용하여 주시기 바랍니다. | 일부 서비스는 PC에서만 이용 가능 / PC에서 다시 접속해 주세요 | 법원 (모바일 제한) |
| 정보이용료 | 추가 서비스 요금 | 법원 상담센터 |
| 계좌신고 | 환급 계좌 등록 | 홈택스 |
| 사전답변 | 세법 적용 결과 미리 확인 | 홈택스 |
| 해임 | 위임 취소 | 홈택스 (세무대리인) |
| 세액공제 | 세금 감면 | 홈택스 |
| 원천징수 | 급여에서 미리 뗀 세금 | 홈택스 |
| 연말정산 | 한 해 세금 정산 | 홈택스 |
| 가산세 | 추가 세금 | 홈택스 |
| 환급세액 | 돌려받을 세금 | 홈택스 |
| 과납 | 더 낸 세금 | 홈택스 |
| 체납 | 세금·보험료 미납 | 홈택스, 국민건강보험 |
| 결손처분 | 세금 면제 처리 | 홈택스 |
| 예정신고 | 미리 신고 | 홈택스 (부가세) |
| 예정 고지 | 미리 청구 | 홈택스 (부가세) |
| 납세지 관할 세무서장 | 담당 세무서 | 국세청 |
| 부득이한 사유 | 불가피한 사정, 어쩔 수 없는 경우 | 국세청 |
| 생계형 체납자 | 생활이 어려운 미납자 | 국세청 |
| 체납액 납부의무 소멸특례 | 세금 탕감 제도 | 국세청 |
| 탈세제보 | 불법 탈세 신고 | 국세청 |
| 출연재산 | 기부받은 재산 | 국세청 |
| 신분증명서 | 신분증 | 법원 |
| 인감증명서의 첨부 | 인감증명서 제출 | 법원 |
| 공시가격 | 정부가 발표한 기준 가격 | 공통 |
| 기준시가 | 세금 계산용 정부 고시 부동산 가격 | 홈택스 |
| 재산세 과세표준 | 재산세 계산 기준 금액 | 공통 |
| 합산배제 | 과세 대상에서 제외 | 홈택스 (종부세) |
| 연부연납 | 분할 납부 | 홈택스 (상속·증여세) |
| 납부유예 | 납부 연기, 나중에 내기 | 홈택스 |
| 지급명세서 | 소득 지급 내역서 | 홈택스 |
| 과세이연 | 세금 납부 미루기 | 홈택스 |
| 세무대리 | 세무사 대리 신고·관리 | 홈택스 |
| 국선대리인 | 무료 세무 대리인 | 홈택스 (불복청구) |
| 기초생활수급자 | 기초생활 지원 대상자 | 복지로 |
| 차상위계층 | 기초생활 지원 바로 위 소득 계층 | 복지로 |
| 수급권자 | 지원 대상자 | 복지로 |
| 급여 | (복지 맥락) 지원금, 혜택 / (세금 맥락) 급여 유지 | 복지로, 홈택스 |
| 의료급여 | 의료비 지원 | 복지로 |
| 현물지급 | 물품으로 지급 | 복지로 |
| 자활 | 자립, 스스로 살아가기 | 복지로 |
| 선정기준 | 지원 자격 | 복지로, 공통 |
| 복지사각지대 | 복지 혜택을 받지 못하는 사각지대 | 복지로 |
| 취약계층 | 도움이 필요한 분, 어려운 형편의 가구 | 복지로, 공통 |
| 지급개시일 | 지원 시작일 | 복지로 |
| 양육비 채무자 | 양육비를 주지 않는 상대방 | 복지로 |
| 고유식별정보 | 주민등록번호 (병기 설명 사용) | 복지로, 정부24 |
| 신청간주 | 자동 신청 처리 | 복지로 |
| 복지위기알림 | 위기가구 신고 | 복지로 |

---

#### 카테고리 2. 이중 부정 (부정의 부정)

이중 부정은 인지 부하를 2배 이상 높입니다. 항상 긍정문으로 전환합니다.

| 쓰지 마세요 | 대신 쓰세요 |
|------------|------------|
| 그러하지 아니하다 | 그렇지 않습니다 |
| 해당하지 아니합니다 | 해당하지 않습니다 |
| 완납하지 아니한 경우 | 납부하지 않은 경우 |
| 인정하지 아니하는 | 인정하지 않는 |
| 미비하지 않으면 신청 가능합니다 | 모두 준비되면 신청할 수 있습니다 |
| 불가능하지 않은 경우 | 가능한 경우 |
| 제한이 없는 것은 아닙니다 | 제한이 있습니다 |
| 무관하지 않습니다 | 관련이 있습니다 |
| 예외가 없지 않습니다 | 예외가 있습니다 |
| 거절할 수 없는 것이 아닙니다 | 거절할 수 있습니다 |
| ~하지 아니하였거나 | ~하지 않았거나 |
| 갈음할 수 있습니다 | 대신합니다 |
| ~한 것으로 간주됩니다 | ~한 것으로 봅니다 |
| 변경이 불가하며 | 바꿀 수 없으며 |
| 이행하지 아니한 경우에는 | 하지 않으면 |
| 생계수급자 등으로의 하락을 사전에 예방 | 기초수급자로 떨어지지 않도록 미리 지원합니다 |
| 재산세 30만원 이상 납부 대상자는 지원되지 않습니다 | 재산세가 30만원 이상이면 신청할 수 없습니다 |
| 명시적인 거부 의사를 표시하지 않을 경우, 신청한 것으로 간주합니다 | 계속 이용하면 신청한 것으로 봅니다 |

> **판별 기준**: 문장 안에 부정어(아니, 않, 없, 불-, 미-, 비-)가 2개 이상 등장하면 이중 부정 의심. 긍정문으로 다시 쓸 수 있는지 확인합니다.

---

#### 카테고리 3. 외래어·전문 용어 (설명 없이 쓰면 안 되는 단어)

> **⚠️ 누리집 예외**: '누리집'은 행정안전부가 공식 지정한 '인터넷 사이트'의 대체어입니다. 교체 대상이 아니며, 첫 등장 시 "웹사이트(누리집)" 형태로 병기를 권장합니다.

| 쓰지 마세요 | 대신 쓰세요 | 맥락 |
|------------|------------|------|
| 행태정보 | 행동 패턴 정보, 브라우징 기록 | 개인정보 동의 |
| 쿠키(Cookie) | 웹사이트 방문 기록 | 개인정보 동의 |
| 디지털 인증서 | 공인인증서, 공동인증서 | 로그인 |
| 전자문서지갑 | 전자증명서 보관함 | 정부24 |
| 디스클로저 | 접기·펼치기 | 컴포넌트 |
| 코치마크 | 초보자 안내 표시 | 컴포넌트 |
| 플로팅 버튼 | 떠 있는 버튼, 빠른 버튼 | 컴포넌트 |
| 후레쉬(Fresh) | 새로 고침, 최신 정보 | SeMA, 전시 정보 |
| 아카이브 | 자료실, 기록 보관소 | 공통 |
| 레거시 | 기존 시스템, 이전 방식 | 내부 문서 |
| API 연동 | 시스템 연결 | 내부 문서 |
| 손말이음센터 | 청각장애인 통신중계 | 홈택스 |
| 유부녀 | 기혼 여성 | 법원 (가족 서류) |
| 창설적 신분행위 | 법적 신분 변경 (결혼, 입양 등) | 법원 |
| 인지대 | 법원에 내는 수수료 | 법원 |
| 송달료 | 서류를 보내는 우편 비용 | 법원 |
| 강제집행 | 판결 뒤 돈·재산을 강제로 받는 절차 | 법원 |
| 성년후견 | 판단이 어려운 성인을 돕는 법원 보호 제도 | 법원 (후견) |
| 친권 상실 | 부모의 법적 결정권을 없애는 절차 | 법원 (아동 보호) |
| 친권 일시 정지 | 부모의 법적 결정권을 일정 기간 멈추는 절차 | 법원 (아동 보호) |
| 임시 후견인 | 급한 상황에서 잠시 대신 보호·결정할 사람 | 법원 (아동 보호, 후견) |
| 국적 이탈 | 한국 국적 포기 신고 | 전자가족관계등록시스템 (국적 이탈 신고) |
| 국적 회복 | 한국 국적 다시 받기 | 전자가족관계등록시스템, 법무부 (국적 회복 허가) |
| 개명 허가 | 이름 바꾸기 허가 | 법원 (가족관계등록) |
| 협의이혼 의사확인 | 부부가 이혼에 합의했는지 확인 | 법원 (이혼) |
| 상속포기 | 상속 거부 신고 | 법원 (상속) |
| 임의비급여 | 보험 미적용 비용 | 국민건강보험 |
| 요양급여 | 의료비 지원, 건강보험 혜택 | 국민건강보험 |
| 장기요양인정 | 장기요양 등급 신청 | 정부24 (장기요양) |
| 보험료 산정 | 보험료 계산 | 국민건강보험 (보험료 산정) |
| 소득세 경정청구 | 소득세 환급 신청 | 홈택스 |
| 중간예납 | 중간에 미리 내는 세금 | 홈택스 |
| 원천징수영수증 | 급여에서 공제된 세금 확인서 | 홈택스 |
| 세금포인트 | 세금 납부 혜택 포인트 | 홈택스 |
| 반기납부 | 1년에 두 번 나눠 내기 | 홈택스 (원천세) |
| 간이과세자 | 소규모 사업자용 부가세 방식 | 홈택스 (부가세) |
| 부가세 | 부가가치세 (풀어서 쓰거나 병기) | 홈택스 |
| 지방소득세 | 지방자치단체에 따로 내는 소득세 | 홈택스, 위택스 |
| 간주임대료 | 보증금을 이자로 계산한 임대수입 | 홈택스 |
| 확정일자 | 전세 계약서 날짜 확인 (보증금 보호) | 정부24 (전월세) |
| 임의가입 | 원하면 직접 가입 | 정부24 (국민연금) |
| 추납 | 못 낸 기간 보험료 나중에 내기 | 정부24 (국민연금) |
| 임의계속가입 | 퇴직 뒤 예전 직장 보험료로 계속 가입 | 국민건강보험 (보험료 산정) |
| 분납 | 세금 나눠 내기 | 홈택스, 지방세 |
| 소득인정액 | 가구 소득·재산 합산액 | 복지로 |
| 기준 중위소득 | 소득이 중간 가구의 기준값 (비율로 비교) | 복지로 |
| 소득평가액 | 월 소득으로 계산한 금액 | 복지로 |
| 소득환산액 | 재산을 소득으로 바꾼 금액 | 복지로 |
| 전자바우처 | 전자 서비스 이용권, 복지카드 | 복지로 |
| 첫만남이용권 | 출생아 첫 지원금 | 정부24 (출생 지원) |
| 국민행복카드 | 임신·출산·육아 지원 카드 | 정부24 (임신·출산) |
| 사회서비스 이용권 | 돌봄·활동 지원 서비스 이용권 | 정부24 (복지 서비스) |
| 긴급복지지원 | 갑작스러운 위기 가구를 위한 생계·의료·주거 지원 | 정부24 (복지) |
| 경계선지능아동 | 인지·학습에 어려움이 있는 아동 | 복지로 |
| 거치 후 균분상환 | 일정 기간 후 같은 금액으로 나눠 갚기 | 복지로 |
| 드림스타트 | 아동 통합 지원 사업 (첫 등장 시 설명 병기) | 복지로 |
| 실업인정 | 실업 상태 확인 | 고용24 (실업인정 인터넷 신청) |
| 실업인정일 | 실업급여를 확인하는 날 | 고용24 (실업인정 인터넷 신청) |
| 적극적인 재취업활동 | 재취업 활동 | 고용24 (실업인정 인터넷 신청) |
| 조기재취업수당 | 빨리 다시 취업했을 때 받는 수당 | 고용24 (조기재취업수당 안내) |
| 통신판매중개자 | 판매를 중개하는 플랫폼 | 고용24 (통신판매중개자·노무제공플랫폼사업자 고용보험 안내) |
| 노무제공플랫폼사업자 | 일을 연결하는 플랫폼 사업자 | 고용24 (통신판매중개자·노무제공플랫폼사업자 고용보험 안내) |
| APA 연례보고서 | 사전가격합의 연간 보고서 | 홈택스 (국제거래) |
| 파생상품 | 선물·옵션 등 파생금융상품 | 홈택스 |
| 세무대리인 | 세금 업무를 대신하는 전문가 | 홈택스 |
| 수임 | 업무 맡기기 | 홈택스 |
| 일괄제공 | 한 번에 제공 | 홈택스 |
| 수탁자 | 위탁 업체 | 개인정보처리방침 |

---

#### 카테고리 4. 과도한 수식·명사 체인 (읽다가 지치는 문장)

핵심어를 수식어로 감싸거나, 명사를 여러 개 연결해 한 단어처럼 쓰는 패턴입니다.

| 쓰지 마세요 | 대신 쓰세요 |
|------------|------------|
| 사용자 인터페이스의 가장 작은 단위로 과업에 상관없이 일관성 있게 사용되는 공통 요소에 대한 가이드를 의미한다 | UI를 만드는 기본 재료입니다. 버튼·입력창처럼 어디서나 같은 모양으로 쓰는 요소를 다룹니다. |
| 귀하의 소득 및 재산 현황을 검토한 결과, 지원 대상에 해당되지 않음을 알려드립니다 | 지원 대상이 아닙니다. 소득 기준을 초과했습니다. |
| 사용자 여정 기반의 사용자 경험 설계 가이드 | 자주 하는 작업을 단계별로 안내합니다 |
| 소중한 개인정보 보호를 위해 안전하게 처리됩니다 | (삭제 — 당연한 사항) |
| 더욱 편리하고 안전한 서비스 제공을 위해 | (삭제 — 당연한 사항) |
| 원활한 서비스 이용을 위하여 | (삭제 — 당연한 사항) |
| 본인 확인을 위한 개인정보 수집·이용·제공에 동의 | 본인 확인에 필요한 정보 수집에 동의 |
| 정보통신망 이용촉진 및 정보보호 등에 관한 법률 | (풀이 불가 시 약칭 병기: 정보통신망법) |
| 개인정보 보호법 제15조 제1항 제1호에 따라 | 개인정보 보호법에 따라 |
| 재무상태표 상 총자산총액이 5억원 이상이거나 해당 과세기간 또는 사업연도 수입금액과 그 과세기간 또는 사업연도에 출연받은 재산가액의 합계액이 3억원 이상인 공익법인등 | 총자산이 5억 원 이상이거나, 해당 연도 수입과 기부받은 재산을 합쳐 3억 원 이상인 공익법인 |
| 생계형체납자의 체납액 납부의무 소멸특례 제도 | 생활이 어려운 미납자를 위한 세금 탕감 제도 |
| 사업연도 종료일부터 4개월 이내에 납세지 관할세무서장에게 제출하여야 합니다 | 사업 연도가 끝난 후 4개월 안에 담당 세무서에 내세요 |
| 부가가치세 예정신고·예정고지 조회 | 부가세 미리 신고·청구 확인 |
| 근로자 소득·세액공제 자료 조회 | 근로자 소득·세금 공제 자료 보기 |
| 삶의 질 제고를 도모합니다 | 삶의 질을 높입니다 |
| 경제적 안정 도모 | 생활이 나아지도록 돕습니다 |
| 맞춤형 사회서비스를 통합 제공합니다 | 상황에 맞는 서비스를 한 번에 받을 수 있습니다 |
| 예산범위 내에서 지원대상자 적합여부 선별 | 예산 한도 내에서 기준에 맞는 분을 선정합니다 |
| 총 근로(사업)소득이 기준 중위소득 40%의 60% 이상 | 일해서 버는 소득이 기준 금액 이상 |
| 학습지업체 청구에 의거 학습지지원 대상 아동의 학습지 이용요금 지급 | 업체 청구에 따라 학습지 이용료를 지원합니다 |

> **판별 기준**: 주어+수식어+목적어+동사 구조에서 수식어가 15자 이상이면 재구성을 검토합니다.

---

#### 카테고리 5. 과도한 경어 (격식이 오히려 벽이 되는 표현)

극존칭은 심리적 거리감을 만들고 문장을 늘립니다. 공손하되 자연스러운 어미를 씁니다.

| 쓰지 마세요 | 대신 쓰세요 |
|------------|------------|
| ~하시기 바랍니다 | ~해 주세요 |
| ~하여 주시기 바랍니다 | ~해 주세요 |
| ~하시길 권장드립니다 | ~하세요 / ~하는 것을 권합니다 |
| ~해 주시어 감사합니다 | ~해 주셔서 감사합니다 |
| ~하실 수 있으십니다 | ~하실 수 있습니다 |
| ~이용해 주시면 감사하겠습니다 | ~이용해 주세요 |
| ~문의하여 주시기 바랍니다 | ~문의해 주세요 |
| 의견이 있으십니까? | 의견이 있으신가요? |
| ~되오니 양지하여 주시기 바랍니다 | ~이오니 참고해 주세요 |
| ~드리오니 | ~드리니 |
| 협조를 부탁드리오며 | 협조 부탁드립니다 |
| ~하여야 합니다 | ~해야 합니다 / ~하세요 |
| 제출하시기 바랍니다 | 제출하세요 |
| 확인하시기 바랍니다 | 확인하세요 |
| 납세지 관할 세무서장에게 제출하여야 합니다 | 담당 세무서에 제출하세요 |

> **종결 어미 기본값**: `~해 주세요` (요체). 격식이 필요한 법적 고지·약관은 예외.

---

### 2.1 부록. 약관·법적 고지 예외 처리

이용약관·개인정보처리방침은 법률 원문을 그대로 인용해야 하는 경우가 많아, 행정어 기준을 일괄 적용할 수 없습니다.

**권장 처리 방식**:
1. 법률 원문을 유지하되, **요약 버전을 먼저 제시** (결론 우선 원칙 적용)
2. "이 내용을 쉽게 말하면:" 섹션을 추가해 핵심만 일상어로 설명
3. 법률 조항 번호(제15조 제1항)는 생략하거나 괄호 처리

**예시**:
```
✅ 우리가 수집하는 정보: 이름, 전화번호, 이메일
   이 정보는 서비스 가입과 본인 확인에만 씁니다.
   (법적 근거: 개인정보 보호법 제15조 제1항 제2호)
```

---

### 2.2 폼 레이블·플레이스홀더 작성 기준

폼은 시민이 공공 서비스와 직접 소통하는 접점입니다. 레이블과 플레이스홀더는 시민이 "무엇을, 어떻게, 왜 입력해야 하는지"를 인지 부하 없이 파악하게 돕는 이정표입니다.

---

#### LID 작성 순서 원칙

폼 필드의 세 요소는 반드시 **L → D → I** 순서로 작성합니다.

```
L — Label        레이블: 이 필드가 무엇인지 (명사형, 필수)
D — Description  설명·도움말: 어떻게 입력해야 하는지 (선택적)
I — Input hint   플레이스홀더: 입력 예시 (선택적, 마지막)
```

**이 순서가 의무인 이유 — 접근성과 인지 근거:**

| 근거 | 내용 |
|------|------|
| **KWCAG 2.1 SC 1.3.2** | 스크린리더는 DOM 순서대로 읽음 → L이 먼저 없으면 필드 목적 전달 실패 |
| **WCAG 2.1 SC 1.3.5** | 플레이스홀더 단독 사용은 접근성 위반 — 반드시 Label이 선행 필요 |
| **NNG (2023)** | 플레이스홀더는 입력 즉시 사라져 기억에서 소실 → 중요 정보 전달 수단 부적합 |
| **행안부 공공기관 사용성 테스트 (2022)** | 플레이스홀더에 필수 정보를 담은 경우 오류율 2.3배 증가 |

**LID 순서 적용 예시:**

```
✅ 올바른 순서 (LDI 모두 사용)
L: 전화번호 (필수)
D: 숫자와 하이픈(-)만 입력해 주세요
I: 예: 010-1234-5678

✅ 올바른 순서 (L만 사용 — D·I 생략 가능)
L: 이름 (필수)
   [입력 필드]

🚫 잘못된 패턴
I: 전화번호를 입력하세요   ← 레이블 없이 플레이스홀더만 사용, 접근성 위반
```

> **L은 항상 필수입니다.** D와 I는 필드의 복잡도에 따라 선택적으로 사용합니다. 단순 필드는 L만으로 충분합니다.

---

#### 레이블 작성 원칙

**원칙 1 — 명사형 우선**

레이블은 원칙적으로 **명사형**으로 씁니다. 짧고 간결하게 필드의 내용만 지칭합니다.

| 🚫 문장형 (금지) | ✅ 명사형 (권장) |
|---------------|--------------|
| 이름을 입력해 주세요 | 이름 |
| 생년월일을 선택해 주세요 | 생년월일 |
| 이메일 주소를 입력하세요 | 이메일 주소 |

> **예외**: 복잡한 내용을 담은 필드이거나, 레이블 단독으로 의미 전달이 어려울 때는 문장형 사용 가능.
> 예: "현재 주소와 다른 주소로 배송받으시겠습니까?"

**원칙 2 — 필수·선택 표기 기준**

필수 항목에는 **(필수)** 표기를 레이블에 명시합니다. "선택" 표기는 선택 필드에만 최소한으로 사용합니다.

| 상황 | 표기 방식 | 예시 |
|------|---------|------|
| 필수 필드 | `레이블 (필수)` | 이름 (필수) |
| 선택 필드 | `레이블 (선택)` | 직장명 (선택) |
| 모든 필드 필수 시 | 상단 안내 후 `*` 사용 | "* 표시는 필수 항목입니다" |

> **금지**: `*` 기호만 단독 사용. 스크린 리더 사용자에게 전달되지 않습니다 — `aria-required="true"` 병행 필수.

---

#### 플레이스홀더 작성 원칙

**원칙 1 — 입력 예시 우선**

플레이스홀더는 "어떻게 입력해야 하는지"를 보여주는 **예시 형태**로 씁니다. 규칙·안내문은 레이블 아래 도움말 텍스트(hint text)로 분리합니다.

| 🚫 규칙 설명 (금지) | ✅ 입력 예시 (권장) |
|-----------------|----------------|
| 숫자만 입력하세요 | 예: 01012345678 |
| YYYY.MM.DD 형식으로 입력 | 예: 1990.01.15 |
| 영문 대소문자와 숫자 포함 | 예: Abc1234! |

**원칙 2 — 플레이스홀더로 레이블 대체 금지**

플레이스홀더는 입력 시 사라집니다. 레이블이 없는 필드는 접근성 위반입니다.

| 🚫 금지 패턴 | ✅ 올바른 패턴 |
|------------|-------------|
| 레이블 없이 `placeholder="이름"` 단독 사용 | 레이블: 이름 + `placeholder="예: 홍길동"` |
| 레이블 없이 `placeholder="이메일 입력"` | 레이블: 이메일 주소 + `placeholder="예: name@korea.go.kr"` |

**원칙 3 — 에러 상태 텍스트와 분리**

플레이스홀더가 사라진 자리에 에러 메시지를 표시하지 않습니다. 에러 텍스트는 필드 아래 별도 인라인 영역에 표시합니다. (4.1 에러 3단 구조 참조)

---

#### Do / Don't 패턴

**Do/Don't 1 — 레이블 형식**

```
✅ Do
레이블: 주민등록번호 (필수)
플레이스홀더: 예: 901015-1234567
도움말: 앞 6자리 + 뒤 7자리로 입력해 주세요

🚫 Don't
레이블: 주민등록번호를 입력해 주세요
플레이스홀더: XXXXXX-XXXXXXX
(레이블이 문장형이고 플레이스홀더가 형식만 설명함)
```

**Do/Don't 2 — 필수 표기**

```
✅ Do
이름 (필수)  [        ]
연락처 (필수) [        ]
직장명 (선택) [        ]

🚫 Don't
이름 *       [        ]
(* 기호만 단독 사용 — aria-required 없으면 접근성 위반)
```

**Do/Don't 3 — 플레이스홀더**

```
✅ Do
레이블: 전화번호 (필수)
플레이스홀더: 예: 010-1234-5678
도움말 텍스트: 숫자와 하이픈(-)만 입력해 주세요

🚫 Don't
레이블: 전화번호
플레이스홀더: 숫자와 하이픈(-)만 입력하세요
(플레이스홀더가 사라지면 형식을 기억하지 못함)
```

**Do/Don't 4 — disabled 상태 비활성 이유 명시**

비활성 이유를 근접 위치에 텍스트로 명시합니다. 시각적 비활성(회색 처리)만으로는 이유가 전달되지 않습니다. (KWCAG 2.1 SC 1.3.3)

```
✅ Do — 비활성 이유가 근접 위치에 있음
주민등록초본 발급 [버튼 — disabled]
△ 본인인증을 완료해야 발급 가능합니다.

✅ Do — 완료 조건이 명확한 경우
다음 단계 [버튼 — disabled]
△ 필수 항목을 모두 입력해야 합니다.

🚫 Don't — 이유 없는 비활성 (공공기관 disabled 오류의 62% 원인)
확인서 발급 [버튼 — disabled]
(설명 없음 → 사용자 62%가 시스템 오류로 인식)

🚫 Don't — 조건과 비활성 요소 위치 분리 (24% 오류 원인)
[페이지 상단] "본인인증이 필요합니다."
... (다른 필드들) ...
[페이지 하단] 신청서 제출 [버튼 — disabled]
```

**비활성 이유 문구 구조 — [완료 조건] + [가능 시점/주체]:**

| 상황 | 권장 문구 | 금지 문구 |
|------|---------|---------|
| 필수 항목 미입력 | "필수 항목을 모두 입력해야 합니다" | "입력 오류" |
| 본인인증 미완료 | "본인인증 후 이용 가능합니다" | "사용 불가" |
| 파일 미첨부 | "서류를 첨부해야 합니다" | "제출 불가" |
| 권한 없음 | "이 기능은 담당자만 이용할 수 있습니다" | "접근 제한" |
| 기간 외 | "신청 기간(3.1~3.31)에만 이용 가능합니다" | "현재 불가" |

> **설명 텍스트 위치·길이 기준**: 비활성 요소 바로 아래 또는 옆, ≤40자(2줄 이내), 동사형 종결("~해야 합니다" / "~후 이용 가능합니다")

---

#### 드롭다운 선택지 문구 기준

드롭다운 옵션은 시각적 밀도가 높아, 한글 기반 선택지에는 라틴 문자 기준보다 짧은 기준을 적용합니다.

| 환경 | 권장 글자 수 | 근거 |
|------|------------|------|
| 데스크탑 | **≤18자** | 한글 자소 폭이 라틴의 1.6배 → 동일 길이에서 시각적 밀도 증가 |
| 모바일 (375px) | **≤12자** | 탭 타깃 44px 확보 시 표시 가능한 텍스트 한계 |

> 기존 KRDS 기준 ≤20자는 라틴 문자 연구 기반 수치입니다. 한국어 공공서비스 적용 시 위 수치로 조정하세요.

**20자 초과 불가피 시 두 가지 대안:**

**대안 1 — 계층 분리 (2단계 드롭다운)**

선택지가 지역·분류 계층의 혼합으로 길어지는 경우, 2단계로 분리합니다.

```
🚫 단일 드롭다운 (지역+구분 혼합)
[서울특별시 강남구] [서울특별시 종로구] ...

✅ 2단계 분리
1단계: 시·도   예: 서울특별시
2단계: 구·군   예: 강남구
```

**대안 2 — 공식 약어 사용 (행안부 표준 약어)**

행정안전부 표준 약어 목록에 있는 경우에 한하여 단축합니다.

| 원문 (🚫 20자 기준 초과) | 공식 약어 (✅) | 글자 수 |
|----------------------|------------|---------|
| 국민기초생활수급자 | 기초수급자 | 9자 → 5자 |
| 건강보험료납부확인서 | 납부확인서 | 10자 → 5자 |
| 주민등록등본교부신청 | 등본신청 | 9자 → 4자 |

> **금지**: 공식 약어 목록에 없는 자체 줄임말 사용. 비공식 약어는 혼란을 가중시킵니다.

---

#### 공공기관 폼 3대 고위험 패턴

전자정부 서비스 사용성 조사(행안부, 2023)에서 오류율이 가장 높은 패턴 3가지. 이 패턴이 발견되면 즉시 수정합니다.

| 순위 | 패턴 | 오류율 | Writing 해법 |
|------|------|--------|-------------|
| **1위** | 레이블 없이 플레이스홀더만 사용 | **43%** | LID 원칙 강제 — Label 필수 |
| **2위** | 형식 안내를 플레이스홀더에 배치 (`주민등록번호 앞 6자리`) | **31%** | Description(D)으로 이동, 입력 후에도 표시 유지 |
| **3위** | 복합 조건을 단일 에러 메시지로 처리 | **28%** | 조건별 개별 에러 + 3단 구조 적용 (4.1 참조) |

> 1위와 2위는 2.2 LID 원칙 준수로 자동 방지됩니다. 3위는 4.1 에러 3단 구조와 함께 적용합니다.

---

#### 대표 서비스 관찰 메모 — 자격·상태 용어를 입력 앞단에서 다루는 방법

대표 공공서비스를 다시 보면, 시민이 입력하기 전에 먼저 마주치는 것은 입력창이 아니라 **자격·상태·기한을 설명하는 표와 안내문**입니다. 정부24는 `신청자격 / 구비서류 / 발급서류 / 처리기간`, 국민신문고는 `처리기관 / 답변예정일 / 등록일`, 복지로와 국민건강보험은 `소득인정액 / 수급권자 / 피부양자 / 산정특례` 같은 용어를 앞세웁니다.

문제는 이 표현이 레이블처럼 보이지만, 실은 **법령 용어와 내부 행정 용어**라는 점입니다. 시민은 입력 전에 뜻부터 해석해야 하므로, 레이블과 도움말의 역할을 다시 분리해야 합니다.

| 관찰된 표현 | 폼/표에 바로 쓰면 생기는 문제 | 권장 구조 | KRDS 연결 |
|------------|-----------------------------|----------|----------|
| 신청자격 | 신청 가능 여부를 스스로 판단하기 어렵다 | 레이블 `신청할 수 있는 사람` + 도움말 `정부24 기준 신청자격을 먼저 확인해 주세요` | Text input, Helper text |
| 처리기관 / 답변예정일 | 상태표를 읽어도 지금 무엇을 기다리는지 직감하기 어렵다 | 상태 요약 1문장 + 표 헤더 `담당 기관`, `답변 예정일` | Status, Structured list, Table |
| 소득인정액 / 산정특례 / 피부양자 | 법령 용어를 모르면 자신이 해당하는지 판단이 늦다 | 시민 언어 레이블 우선 + 법령 용어는 괄호·툴팁·도움말로 병기 | Helper text, Tooltip, Accordion |

> **실무 규칙**: 법령 용어를 삭제할 수 없는 경우에도, 레이블과 표 헤더의 1차 문구는 시민 언어로 두고 공식 용어는 2차 정보로 내립니다.

---

#### 법령 용어는 첫 레이블이 아니라 도움말·병기 영역으로 내린다

동의, 계산, 연금 신청처럼 공식 용어를 완전히 지울 수 없는 화면에서도 첫 줄에는 시민이 지금 해야 할 판단을 남겨야 합니다. 공식 용어는 괄호, 도움말, 접기 영역으로 내려 `무엇을 입력하는지`와 `왜 필요한지`를 분리합니다.

| 관찰된 표현 | 권장 레이블 | 권장 도움말 | KRDS 연결 |
|------------|------------|------------|----------|
| 실명확인 | 본인 확인 | 실명확인 절차입니다. 확인이 끝나면 다음 단계로 넘어갑니다 | Text input, Helper text, Consent |
| 자료제공동의 / 세무대리인 수임 | 자료 제공 동의 / 세금 업무 맡기기 동의 | 세금 신고에 필요한 자료를 불러옵니다. 원하면 나중에 철회할 수 있습니다 | Checkbox, Helper text, Consent |
| 예정 고지 / 예정신고 | 사업자 유형 | 개인 일반과세자는 예정 고지 대상인지 먼저 확인하세요. 매출이 1/3 이하로 줄었다면 예정 신고를 직접 선택할 수 있습니다 | Radio, Helper text, Banner |
| 간주임대료 | 전세 보증금 | 전세 보증금이 있으면 간주임대료 계산이 필요합니다. 보증금과 임대 기간을 먼저 확인해 주세요 | Text input, Helper text |
| 인지대 / 송달료 | 청구금액 | 청구금액을 입력하면 인지대와 송달료를 자동 계산합니다 | Text input, Helper text, Structured list |
| 임의가입 / 추납 | 가입 공백 기간 | 못 낸 기간 보험료는 추납으로 나중에 낼 수 있습니다. 공백 기간과 예상 수령액 증가를 같이 확인하세요 | Accordion, Helper text, Button |

> **실무 규칙**: `레이블 = 지금 입력하거나 선택할 대상`, `도움말 = 공식 용어 설명 + 왜 필요한지 + 다음 판단`으로 분리합니다.

#### 구조 운영 메모 — 새 실화면은 결론·기한·다음 행동부터 재기록한다

대표 사이트 순회에서 자격·상태·완료 뒤 후속 흐름 화면을 다시 볼 때는 문장 길이보다 먼저 `화면 유형`, `첫 블록 문장`, `CTA`, `다음 기한`을 10분 안에 적습니다. `원문 3개+CTA 1개`와 UX/UI 검수 질문 1개를 함께 남겨야 사례 승격, `상태 요약 1문장 + 시민 언어 헤더 + 법령 용어 병기`, KRDS/Figma handoff가 같은 라운드에서 움직입니다.

| 시점 | 먼저 적을 구조 메모 | 바로 넘길 판단 |
|------|----------------|---------------|
| 1분 | `자격·조건 / 상태·결과 / 완료 뒤 후속 흐름` 가운데 화면 유형을 고르고 첫 블록에서 보이는 결론 1문장을 적습니다 | 결론이 첫 블록에 없으면 구조 문제 후보로 표시합니다 |
| 5분 | `첫 블록 문장`, `CTA`, `다음 기한`, `원문 3개+CTA 1개`를 적고 UX/UI 검수 질문 1개를 남깁니다 | `상태 요약 1문장 + 시민 언어 헤더 + 법령 용어 병기`가 필요한지 판정합니다 |
| 10분 | `Notice banner / Structured list / Result page / Timeline` 중 먼저 붙일 KRDS 조합과 함께 갱신할 문서를 적습니다 | 우선 도착지는 사례 승격 또는 Layer 3 보류입니다 |

> **구조 handoff 메모**: Figma Description·Helper text·CTA 우선순위를 같이 적습니다. 세 대표 사이트 이상에서 같은 구조 실패가 반복되면 `principles/components`, `case-studies`, `research/public-service-corpus.md`, 테스트까지 같은 라운드에서 갱신합니다.

#### 구조 검수 축별 바로 붙일 CASE·KRDS 조합

구조 문제를 찾았으면 같은 언어로 다음 문서를 바로 정해야 합니다. 아래 표는 UX/UI 검수 축을 구조 페이지 관점에서 다시 묶은 것으로, 어떤 CASE와 KRDS 조합, 어떤 handoff 문장을 함께 적어야 하는지 빠르게 고르게 돕습니다.

| UX/UI 검수 축 | 먼저 보는 구조 신호 | 먼저 붙일 CASE 묶음 | KRDS 조합 | 같이 남길 handoff 메모 |
|--------------|------------------|-------------------|----------|---------------------|
| 정보 위계 | 상태 첫 줄, 계산 기준, 적용 시점, 다시 확인 CTA가 첫 블록에서 이어지는가? | `CASE 5·42·54·55·56` | Result page + Status badge + Structured list + Button | Description에는 상태 1문장, 예정일 또는 적용 시점, 다음 행동 CTA를 적고 숨은 레이블은 현재 상태와 예정일을 함께 읽게 합니다. |
| 선택·분기 | 자격, 온라인/방문 가능 여부, 절차 선택 기준이 첫 블록에 붙어 있는가? | `CASE 18·58·60` | Radio + Segmented control + Helper text + Structured list + Button | Description에는 분기 기준, 잘못 고를 때 영향, 담당 기관 또는 비교 CTA를 적고 버튼 위계를 같이 남깁니다. |
| 입력·첨부 | 무엇을 입력하는지, 언제 추가 서류가 생기는지, 형식·용량 제한과 재제출 경로가 입력 근처에 붙어 있는가? | `CASE 20·24·38·11·59` | Text input + File upload + Helper text + Notice banner + Button | Description에는 입력 대상, 조건부 필수, 파일 제한, 실패 뒤 복구 경로를 적고 숨은 레이블은 입력 목적과 재제출 행동을 함께 읽게 합니다. |
| 상태·안심 | 완료 뒤 남은 의무, 기한, 미이행 영향, 복귀 CTA가 같은 결과 흐름에 붙어 있는가? | `CASE 31·32·33·45·46·56` | Result page + Notice banner + Checklist + Button | Description에는 후속 행동, 자동/별도, 기한 또는 불복 경로를 순서대로 적고 숨은 레이블은 남은 일과 다시 확인 경로를 함께 읽게 합니다. |
| 접근성·숨은 텍스트 | 보이는 제목과 숨은 레이블이 같은 목적, 현재 상태, 다음 행동을 말하는가? | `CASE 49·51` | Link + Button + Helper text + Status badge | Description에는 무엇을 여는지, 새 창 여부, 상태 또는 다음 행동을 적고 숨은 레이블 메모는 보이는 이름과 같은 목적을 읽게 합니다. |

#### 이번 라운드 구조 KRDS/Figma 연결 예시

구조 재구성은 문단 순서만 바꾸는 작업이 아닙니다. 첫 블록에서 무엇을 먼저 읽히게 할지 정한 뒤에는 같은 순서를 KRDS 컴포넌트와 Figma Description에도 남겨야 다음 라운드 검수와 재사용이 쉬워집니다.

| 대표 사이트·화면 | 첫 블록 재구성 | KRDS 조합 | Description에 남길 우선순위 | 기본 예시 문구 |
|----------------|--------------|----------|--------------------------|---------------|
| 서울특별시 응답소 `질의응답·답변원문`, `결과보기` | 상태 요약 1문장 → 답변 예정일 → 결과 재확인 CTA | Result page + Status badge + Button | Description에는 결과 첫 줄, 답변 예정일, 결과보기/민원 신청하기 위계를 순서대로 적습니다. | 담당 기관에서 답변을 준비하고 있습니다 / 답변 예정일 확인 / 민원 결과보기 |
| 국민건강보험 `피부양자·산정특례 안내`, `보험료 산정` | 부양가족 등록·해제 대상 → 중증질환 본인부담 감면 대상 → 이번 달 보험료 계산 기준 → 변동 신고·경감 신청·임의계속가입 | Helper text + Accordion + Table + Button | Description에는 부양가족 등록·해제 대상, 중증질환 본인부담 감면 대상, 이번 달 보험료 계산 기준, 변동 신고·경감 신청·임의계속가입 CTA를 순서대로 적습니다. | 부양가족으로 등록하거나 해제할 가족인지 먼저 확인해 주세요 / 중증질환 본인부담 감면 대상인지 확인 / 이번 달 보험료 계산 기준 보기 / 변동 신고하기 |
| 고용24 `실업인정 인터넷 신청`, `조기재취업수당 안내` | 실업급여를 확인하는 날 → 이번 회차 재취업 활동 → 취업한 날 기준 → 조기재취업 대상 여부·확인 서류 → 놓쳤을 때 결과와 다시 확인 경로 | Notice banner + Structured list + Disclosure + Button | Description에는 실업급여를 확인하는 날, 이번 회차 재취업 활동, 취업한 날 기준, 조기재취업 대상 여부·확인 서류, 놓쳤을 때 결과와 다시 확인 경로를 순서대로 적습니다. | 실업급여를 확인하는 날까지 재취업 활동을 등록해 주세요 / 빨리 다시 취업했을 때 받는 수당 대상과 확인 서류 보기 / 놓쳤다면 다음 회차와 보완 경로 확인 |
| 전자가족관계등록시스템 `국적 회복 허가` | 한국 국적 다시 받기 허가 결과 → 1년 내 외국 국적 포기 → 외국국적불행사서약 대상 여부 → 외국 국적 포기 증명서 제출 경로 → 신고 방법 보기 | Result page + Notice banner + Checklist + Button | Description에는 한국 국적 다시 받기 허가 결과, 1년 내 외국 국적 포기, 외국국적불행사서약 대상 여부, 외국 국적 포기 증명서 제출 경로, 신고 방법 CTA를 순서대로 적습니다. | 한국 국적 다시 받기 허가 결과를 먼저 확인해 주세요 / 1년 내 외국 국적 포기와 외국국적불행사서약 대상 여부를 확인해 주세요 / 외국 국적 포기 증명서 제출 경로 확인 / 신고 방법 보기 |

---

#### 대표 서비스 관찰 — 낯선 용어는 번역보다 과업·분기·도움말로 다시 설계한다

정부24·홈택스·대한민국법원을 다시 보면 생소한 말 자체보다 더 큰 문제는 그 말이 **과업**, **분기**, **예외**를 한 줄에 함께 숨긴다는 점입니다. `실명확인`, `자료제공동의`, `간주임대료`, `전자고지(송달) 신청 및 해지`, `국선대리인 신청(불복청구서 제출전)/(제출후)`, `이용약관개인정보처리방침저작권정책비회원확인서비스` 같은 표현은 번역 1회로 끝나지 않습니다. 시민이 지금 해야 할 일, 갈라지는 단계, 보조 설명을 화면 구조로 다시 나눠야 합니다.

| 관찰된 표현 | 바로 쓰면 생기는 문제 | 먼저 보여줄 구조 | KRDS 연결 |
|------------|----------------------|----------------|----------|
| 실명확인 / 자료제공동의 / 간주임대료 / 인지대·송달료 | 무엇을 입력·동의·계산하는지 첫눈에 안 보입니다 | `본인 확인` / `자료 제공 동의` / `전세 보증금` / `청구금액` + 도움말에서 공식 용어와 이유 설명 | Helper text, Consent, Accordion, Structured list |
| 전자고지(송달) 신청 및 해지 / 지급명세서 제출·수정·삭제 / 국선대리인 신청(불복청구서 제출전)/(제출후) | 반대 행동과 단계 분기가 한 줄에 압축돼 선택 구조가 보이지 않습니다 | 상위 메뉴 + `내부 분기`: 전자 고지서 받기 / 우편으로 다시 받기, 제출 / 수정 / 삭제, [불복청구서 제출 전] [제출 후] | Button group, Tabs, Radio, Structured list |
| 전자증명서안내 / 부가가치세예정신고 / 이용약관개인정보처리방침저작권정책비회원확인서비스 | 단어 경계와 링크 경계가 없어 읽기 전에 해석 비용이 생깁니다 | `전자증명서 안내` / `부가가치세 예정 신고` / `이용약관 · 개인정보처리방침 · 저작권정책 · 비회원 확인 서비스` | Link, Navigation, Footer |

> **실무 규칙**: 낯선 용어를 만나면 먼저 `이게 과업인가`, `분기인가`, `법령 설명인가`를 가릅니다. 과업은 첫 레이블로, 분기는 선택 UI로, 법령 설명은 도움말·접기 영역으로 내립니다.

---

#### 대표 사이트 기반 무번역 점검 우선순위

이제 2장의 다음 라운드는 사전 행을 더 늘리는 일보다, 같은 화면 단계를 여러 대표 사이트에서 다시 보며 **레이블**, **도움말**, **메뉴 이름**이 함께 실패하는 지점을 먼저 묶는 데 초점을 둡니다. 무번역은 단어 1개를 바꾸는 작업이 아니라, 시민이 `지금 무엇을 해야 하는지`, `어디서 갈리는지`, `언제 다시 확인해야 하는지`가 첫 줄에 보이도록 화면 구조를 다시 잡는 작업입니다.

| 우선 묶음 | 먼저 볼 대표 사이트·화면 | 먼저 확인할 질문 | 같이 볼 KRDS 조합 |
|----------|----------------------|----------------|------------------|
| 동의·본인확인 | 정부24·홈택스·국민신문고 로그인/동의 단계 | 첫 줄만 읽고도 지금 무엇을 확인·동의하는지, 철회·해지 경로가 보이는가? | Consent, Checkbox, Helper text, Notice banner |
| 복지·고용 복합 제도어 | 복지로 자격 계산, 고용24 실업인정·수당 안내 | 계산식·제도어가 대상 여부, 행동 날짜, 준비 서류를 가리는가? | Accordion, Helper text, Structured list, Notice banner |
| 세무·법원 고빈도 메뉴어 | 홈택스 환급·신고·세무대리 메뉴, 대한민국법원 신청 단계 선택 | 메뉴 이름만 읽고도 지금 할 일, 분기 기준, 대상 여부가 바로 보이는가? | Button, Link, Radio, Structured list |

> **운영 규칙**: 무번역 사례는 `용어 1개`보다 `화면 단계 묶음`으로 수집합니다. 같은 실패가 세 대표 사이트에서 반복되면 `사전 → 사례 카드 → 관련 원칙·컴포넌트`를 같은 라운드에서 같이 보강합니다.
> **CASE 시작점**: 동의·본인확인은 `CASE 38·11·59`, 세무·법원 메뉴어는 `CASE 39·40·49`를 먼저 붙입니다. 메뉴 이름을 풀어도 클릭 전 의미가 안 보이면 2장에서 끝내지 않고 사례 카드와 7장 버튼·탐색 규칙까지 같은 라운드에서 넘깁니다.

---

#### 상대적으로 얇은 대표 사이트 무번역 재검산 메모

| 사이트·화면 | 먼저 붙일 사전 후보 | 2장에서 같이 남길 판단 | KRDS 조합 |
|------------|--------------------|----------------------|----------|
| 국민건강보험 `피부양자·산정특례 안내`, `보험료 산정` | `피부양자`, `산정특례`, `보험료 산정` | `부양가족 등록`, `중증질환 본인부담 감면`, `보험료 계산`처럼 대상·혜택·내가 내는 비용 뜻이 첫 레이블과 도움말에서 함께 보이는가? 결과 뒤에는 `변동 신고`, `경감 신청 자가 진단`, `임의계속가입 확인`이 바로 이어지는가? | Helper text + Accordion + Table + Button |
| 고용24 `조기재취업수당 안내`, `실업인정 인터넷 신청` | `조기재취업수당`, `실업인정일`, `적극적인 재취업활동` | `빨리 다시 취업했을 때 받는 수당`, `실업급여를 확인하는 날`, `재취업 활동 등록`이 행동 날짜·준비 서류·다시 확인 경로와 함께 읽히는가? `조기재취업수당 안내`는 누가 대상인지, 언제 다시 취업했는지, 무엇으로 확인하는지가 첫 블록에서 보이는가? | Notice banner + Structured list + Disclosure + Button |
| 서울특별시 응답소 `질의응답·답변원문`, `결과보기` | `처리기관`, `답변예정일` | `담당 기관`, `답변 예정일` 치환은 2장에 남기되, 결과 재확인 구조와 CTA 위계는 3장·5장·7장에서 먼저 다루는가? | Status badge + Table + Result page + Button |
| 전자가족관계등록시스템 `국적 회복 허가`, `국적 이탈 신고` | `국적 회복`, `국적 이탈`, `외국 국적 포기 절차`, `외국국적불행사서약 대상 여부` | `한국 국적 다시 받기`, `한국 국적 포기 신고`처럼 첫 레이블을 풀고, 허가 뒤 `1년 내 외국 국적 포기`, `외국국적불행사서약 대상 여부`, `외국 국적 포기 증명서 제출 경로`, 복수 국적·병역·기한 요건과 `[요건 확인]` CTA가 같은 첫 블록에서 함께 읽히는가? | Helper text + Notice banner + Checklist + Button |

> **실행 규칙**: 국민건강보험·고용24는 사전 행만 늘리지 않고 `첫 레이블 + 도움말 + CTA`를 같은 로그 행에 남깁니다. 특히 국민건강보험 `보험료 산정`처럼 계산형 결과는 결과 숫자 뒤의 `변동 신고`, `경감 신청 자가 진단`, `임의계속가입 확인`까지 2장에서 같이 적습니다. 고용24 `조기재취업수당 안내`처럼 제도 판단형 화면은 `누가 대상인지`, `언제 다시 취업했는지`, `무엇으로 확인하는지`까지 2장에서 같이 적습니다. 서울특별시 응답소처럼 구조 문제가 더 큰 화면은 2장에서는 최소 치환만 남기고 3장·5장·7장으로 먼저 넘깁니다. 전자가족관계등록시스템은 첫 레이블, 후속 신고 의무, 기한, 복수 조건, CTA를 같은 로그 행으로 남깁니다. 특히 `한국 국적 다시 받기 허가 결과 → 1년 내 외국 국적 포기 → 외국국적불행사서약 대상 여부 → 외국 국적 포기 증명서 제출 경로`, `국적 이탈 가능 기한 → 병역 조건 → 기한 경과 뒤 상태`, `신고 방법 보기 / 요건 확인`를 한 줄에서 끊기지 않게 적습니다.
> **사례 카드 직접화 메모**: 국민건강보험 `피부양자·산정특례 안내`는 CASE 2 카드 본문에서도 `부양가족으로 등록하거나 해제할 가족인지`, `중증질환 본인부담 감면 대상인지`, `이번 달 건강보험료가 어떻게 계산됐는지`가 한 흐름으로 읽혀야 2장 무번역 근거로 인정합니다. 용어 치환만 남기지 말고 `변동 신고`, `경감 신청 자가 진단`, `임의계속가입 확인`처럼 다음 CTA까지 같이 내려 운영 표와 사례 카드가 같은 화면을 가리키게 합니다. 전자가족관계등록시스템 `국적 회복 허가`, `국적 이탈 신고`도 같은 `CASE 2` 카드 본문에서 `한국 국적 다시 받기`, `한국 국적 포기 신고`, `1년 내 외국 국적 포기와 외국국적불행사서약 대상 여부`, `[신고 방법 보기]`, `[요건 확인]`이 같은 첫 블록으로 내려와야 2장 무번역 근거로 인정합니다. 이때 `국적 이탈 가능 기한`, `병역 조건`, `기한 경과 뒤 상태`도 같은 첫 블록에서 끊기지 않아야 합니다.
> **고용24 사례 카드 직접화 메모**: `조기재취업수당 안내`, `실업인정 인터넷 신청`도 `CASE 6·8` 카드 본문에서 `취업한 날`, `활동을 확인하는 서류`, `[조기재취업수당 대상과 확인 서류 보기]`, `[실업인정일을 놓쳤을 때 다시 확인하기]`가 같은 고용24 흐름으로 내려와야 2장 무번역·4장 심리적안전망 근거로 인정합니다.
> **사용 맥락 기록 규칙**: 사전의 `사용 맥락`은 기관명만 쓰지 않고 `국민건강보험 (보험료 산정)`, `고용24 (실업인정 인터넷 신청)`, `고용24 (조기재취업수당 안내)`처럼 실제 화면 단계까지 적습니다. 그래야 사전 행이 바로 `CASE 2·6·8·42`와 KRDS handoff로 이어집니다.
> **전자가족관계등록시스템 운영 메모**: `국적 회복 허가`, `국적 이탈 신고`는 별도 보조 note가 아니라 위 표의 정식 재검산 행에서 관리하고, 2장에서는 `첫 레이블 + 후속 의무 + 기한 + 요건 + CTA`가 함께 읽히는지 먼저 확인합니다. 같은 메모에는 `한국 국적 다시 받기 허가 결과 → 1년 내 외국 국적 포기 → 외국국적불행사서약 대상 여부 → 외국 국적 포기 증명서 제출 경로`, `국적 이탈 가능 기한 → 병역 조건 → 기한 경과 뒤 상태`, `신고 방법 보기 / 요건 확인`를 같은 순서로 적고, 숨은 레이블에는 `국적 회복 허가 뒤 1년 기한과 국적 이탈 병역 조건 확인하기`를 남깁니다.
> **얇은 대표 사이트 승격 규칙**: 국민건강보험은 검색 범위·재검색 단서까지 같이 흔들리면 `CASE 10·49`, 고용24와 전자가족관계등록시스템은 모두 충족 조건이 먼저면 `CASE 57`, 동의 문장과 위임 범위가 같은 블록에 붙는 화면은 `CASE 38·11·59`로 이어 판정합니다.

---

#### 이번 라운드 무번역 KRDS/Figma handoff 예시

| 대표 사이트·화면 | KRDS 조합 | Description에 꼭 남길 문장 | 기본 예시 문구 | 숨은 레이블 메모 |
|------------------|-----------|-----------------------------|----------------|------------------|
| 국민건강보험 `피부양자·산정특례 안내`, `보험료 산정` | Helper text + Accordion + Table + Button | Description에는 부양가족 등록·해제 대상, 중증질환 본인부담 감면 대상, 이번 달 보험료 계산 기준, 변동 신고·경감 신청·임의계속가입 CTA를 함께 적습니다. | 부양가족으로 등록하거나 해제할 가족인지 먼저 확인해 주세요 / 중증질환 본인부담 감면 대상인지 확인 / 이번 달 보험료 계산 기준 보기 / 변동 신고하기 | 부양가족 등록·해제 대상 확인하기 / 중증질환 본인부담 감면 요건 보기 / 현재 보험료 계산 기준 보기 / 보험료 변동 신고하기 / 보험료 경감 신청 가능 여부 자가 진단하기 / 퇴직 뒤 예전 직장 보험료 계속 가입 확인하기 |
| 고용24 `조기재취업수당 안내`, `실업인정 인터넷 신청` | Notice banner + Structured list + Disclosure + Button | Description에는 실업급여를 확인하는 날, 이번 회차 재취업 활동, 취업한 날 기준, 조기재취업 대상 여부·확인 서류, 놓쳤을 때 결과와 다시 확인 경로를 함께 적습니다. | 실업급여를 확인하는 날까지 재취업 활동을 등록해 주세요 / 빨리 다시 취업했을 때 받는 수당 대상과 확인 서류 보기 / 놓쳤다면 다음 회차와 보완 경로 확인 | 실업인정일까지 필요한 활동 보기 / 취업한 날 기준 확인하기 / 조기재취업수당 대상과 확인 서류 보기 / 실업인정일을 놓쳤을 때 다시 확인하기 |
| 전자가족관계등록시스템 `국적 회복 허가`, `국적 이탈 신고` | Helper text + Notice banner + Checklist + Button | Description에는 `한국 국적 다시 받기`, `한국 국적 포기 신고` 같은 시민 언어 헤더와 공식 용어 병기, `1년 내 외국 국적 포기`, `외국국적불행사서약 대상 여부`, `외국 국적 포기 증명서 제출 경로`, 복수 국적·병역 조건, `[요건 확인]`·`[신고 방법 보기]` CTA를 함께 적습니다. | 한국 국적 다시 받기 허가 결과를 먼저 확인해 주세요 / 1년 내 외국 국적 포기와 외국국적불행사서약 대상 여부를 확인해 주세요 / 외국 국적 포기 증명서 제출 경로 확인 / 신고 방법 보기 | 국적 회복 허가 결과 확인하기 / 외국 국적 포기 기한과 서약 대상 확인하기 / 외국 국적 포기 증명서 제출 경로 확인하기 / 국적 신고 방법 보기 |

> **전자가족관계등록시스템 handoff 메모**: KRDS/Figma Description과 숨은 레이블에는 `한국 국적 다시 받기 허가 결과 → 1년 내 외국 국적 포기 → 외국국적불행사서약 대상 여부 → 외국 국적 포기 증명서 제출 경로`, `국적 이탈 가능 기한 → 병역 조건 → 기한 경과 뒤 상태`, `신고 방법 보기 / 요건 확인`를 같은 순서로 남기고, 숨은 레이블에는 `국적 회복 허가 뒤 1년 기한과 국적 이탈 병역 조건 확인하기`를 적습니다.
> **실행 규칙**: 2장 handoff는 첫 레이블·도움말·CTA를 먼저 고정하는 데 집중합니다. 서울특별시 응답소처럼 결과 재확인 위계가 더 큰 화면은 2장에서는 최소 치환만 남기고 3장·5장·7장 handoff 표에서 먼저 직접화합니다.

---

#### 대표 사이트 점검 매트릭스 — 동의·계산·메뉴를 이 순서로 다시 본다

| 대표 사이트·화면 | 먼저 확인할 실패 패턴 | 사례 카드로 승격할 문장 | KRDS 조합 |
|------------------|------------------------|------------------------|----------|
| 정부24·홈택스·국민신문고 동의/본인확인 (`실명확인`, `자료제공동의`, `세무대리인 수임 동의`) | 법령 용어가 첫 레이블에 남고, 이유·범위·철회 경로가 도움말에서 빠지는가? | `본인 확인`, `자료 제공 동의`, `세금 업무 맡기기 동의`처럼 과업을 첫 줄에 두고 범위·해지 경로를 바로 붙인다 | Consent + Checkbox + Helper text |
| 복지로 계산식·고용24 제도 안내 (`소득평가액`, `소득환산액`, `노무제공플랫폼사업자`, `적극적인 재취업활동`, `실업인정일`) | 계산 순서와 행동 날짜가 제도어 뒤에 숨어, 대상 여부 판단이 늦어지는가? | `월 소득으로 계산한 금액`, `재산을 소득으로 바꾼 금액`, `다음 실업인정일까지 재취업 활동 1회를 등록해 주세요`처럼 계산 순서와 행동 날짜를 먼저 쓴다 | Helper text + Structured list + Accordion / Notice banner + Disclosure |
| 홈택스 환급·신고·세무대리 / 대한민국법원 신청 단계 (`장기미환급금 찾기 서비스`, `세법해석 사전답변 신청`, `전자고지(송달) 신청 및 해지`, `국선대리인 신청(불복청구서 제출전)/(제출후)`) | 메뉴명만 보고는 과업 동사, 대상 여부, 단계 분기가 보이지 않는가? | `못 받은 세금 환급금 조회·신청`, `세법 적용 결과 미리 확인 신청`, `전자 고지서 받기 / 우편으로 다시 받기`, `국선대리인 신청 → [불복청구서 제출 전] [제출 후]`처럼 과업과 분기를 분리한다 | Button + Link + Radio + Structured list |
| 국민신문고·홈택스·대한민국법원 첫 선택 영역 (`민원 유형 선택`, `휴업·폐업 신고`, `개인회생·파산`) | 절차 이름은 보이지만 내 상황, 선택 기준, 오선택 위험, 비교·상담 경로가 첫 분기 영역에 빠지는가? | `내 상황에 맞는 민원 유형 찾기`, `잠시 쉬면 휴업 신고 / 완전히 끝내면 폐업 신고`, `소득이 있으면 개인회생 / 상환이 어렵다면 파산`처럼 절차 이름보다 선택 기준을 먼저 쓴다 | Radio + Segmented control + Structured list + Helper text + Notice banner + Link |

> **승격 연결**: 같은 첫 분기 영역에서 네 질문이 함께 실패하면 `CASE 60`을 먼저 붙이고, 모두 충족 조건이 더 앞서면 `CASE 57`, 클릭 전 의미가 더 앞서면 `CASE 49`로 이어 판정합니다.

---

#### 입력 유형별 레이블·플레이스홀더 패턴

공공 서비스에서 자주 등장하는 입력 유형별 표준 작성 패턴입니다. 각 유형의 특성에 맞게 LID 원칙을 적용합니다.

**날짜 입력 필드**

```
✅ 날짜 피커(Date Picker) — 캘린더 UI 제공 시
레이블: 신청 기간 (필수)
플레이스홀더: 생략 (캘린더 UI가 형식을 안내)
도움말: 시작일과 종료일을 선택해 주세요

✅ 텍스트 직접 입력 시
레이블: 생년월일 (필수)
도움말: 6자리 숫자로 입력해 주세요
플레이스홀더: 예: 901015

🚫 Don't — 형식을 플레이스홀더로만 안내
레이블: 생년월일
플레이스홀더: YYYYMMDD 형식으로 입력
(입력 시 사라져 형식 확인 불가)
```

**파일 업로드 필드**

파일 업로드는 제약 조건(형식·용량·매수)과 실패 시 다음 행동이 핵심 정보입니다. 레이블 아래 도움말 텍스트로 먼저 명시합니다.

```
✅ 올바른 패턴
레이블: 주민등록등본 (필수)
도움말: PDF, JPG 형식 / 5MB 이하 / 1개만 첨부 가능
[파일 선택] 버튼

🚫 잘못된 패턴
레이블: 첨부파일
[파일 선택] 버튼
(제약 조건 없음 → 형식·용량 초과 오류 다발)
```

| 제약 항목 | 작성 기준 | 예시 |
|---------|---------|------|
| 파일 형식 | 허용 형식만 나열 (금지 형식 나열 금지) | PDF, HWP, JPG 형식만 가능 |
| 파일 크기 | MB 단위 명시 | 파일당 10MB 이하 |
| 첨부 매수 | 최대 매수 명시 | 최대 5개 첨부 가능 |
| 실패 후 행동 | 변환·재제출 경로를 한 줄로 표시 | 형식 오류 시 PDF로 변환 후 다시 업로드 |

**체크박스 레이블**

체크박스는 '선택 시 동의·활성화되는 내용'을 레이블로 씁니다. 물음형·부정형 레이블은 사용하지 않습니다.

| 🚫 물음형·부정형 (금지) | ✅ 긍정 선언형 (권장) |
|---------------------|------------------|
| 개인정보 제공에 동의하시겠습니까? | 개인정보 제3자 제공에 동의합니다 |
| 마케팅 정보 수신 거부 | 마케팅 정보 수신 동의 (선택) |
| 약관을 읽지 않았습니다 | 이용약관을 확인했습니다 |

> **전체 동의 체크박스**: "전체 동의" 레이블 하나로 하위 항목을 묶을 때는 필수 항목과 선택 항목의 수를 명시합니다.
> 예: `전체 동의 (필수 2개, 선택 1개)`

> **동의 화면 관찰 메모**: 정부24·홈택스·법원처럼 동의 단계가 중요한 서비스에서는 레이블 첫 줄에 과업 단어를 먼저 둡니다.
> 예: `실명확인 → 본인 확인`, `자료제공동의 → 자료 제공 동의`, `세무대리인 수임 동의 → 세금 업무 맡기기 동의`

**라디오 버튼 그룹**

라디오 버튼은 그룹 제목(fieldset legend)과 각 선택지 레이블 두 계층으로 구성합니다.

```
✅ 올바른 구조
그룹 제목: 신청 유형 (필수)
  ○ 개인 신청
  ○ 단체 신청
  ○ 대리인 신청

🚫 잘못된 구조
[레이블 없이 라디오 버튼만 나열]
  ○ 개인
  ○ 단체
  ○ 대리인
(그룹 제목 없음 → 스크린 리더 사용자가 선택 맥락을 알 수 없음)
```

---

#### 2.2 요약 — 빠른 참조표

현장에서 바로 꺼내 쓸 수 있는 폼 레이블·플레이스홀더 작성 핵심 기준입니다.

| 항목 | 기준 | 근거 |
|------|------|------|
| 레이블 없는 필드 | **금지** — 레이블은 항상 필수 | KWCAG 2.1 SC 1.3.5 |
| 레이블 형태 | 명사형 (문장형은 복잡 필드만 예외) | 인지 부하 최소화 |
| 필수 표기 | `레이블 (필수)` — `*` 단독 사용 금지 | 스크린 리더 접근성 |
| 플레이스홀더 내용 | 입력 예시만 (`예: 홍길동`) — 안내 규칙 금지 | NNG(2023) 가시성 |
| 형식 안내 위치 | 도움말 텍스트(D) — 플레이스홀더 사용 금지 | 입력 후 소실 방지 |
| 법령 용어 처리 | 레이블은 시민 언어, 공식 용어는 도움말·괄호·접기 영역으로 이동 | 해석 비용 감소 |
| 비활성 이유 | 비활성 요소 바로 아래·옆, 40자 이내 | KWCAG 2.1 SC 1.3.3 |
| 날짜 직접 입력 | 6자리 숫자 기준 + 예시 플레이스홀더 | 공공 서비스 표준 |
| 파일 업로드 | 형식·용량·매수·재제출 경로 도움말 필수 명시 | 오류율 31% 감소 |
| 체크박스 | 긍정 선언형, 물음형·부정형 금지 | 인지 오류 방지 |
| 라디오 그룹 | 그룹 제목(legend) 필수 | ARIA 접근성 |

---

### 2.3 버튼 레이블 작성 기준

버튼은 주권자의 행동을 촉발하는 인터페이스의 핵심입니다. 레이블이 모호하면 클릭을 망설이고, 잘못된 레이블은 비가역적 실수로 이어집니다.

**핵심 원칙: 버튼은 '눌렀을 때 일어날 일'을 말합니다.**

---

#### 버튼 동사형 원칙

버튼 레이블은 반드시 **동사(행동)** 로 끝납니다. 명사형·형용사형 레이블은 행동을 표현하지 않습니다.

| 🚫 모호한 레이블 | ✅ 동사형 레이블 | 차이 |
|--------------|--------------|------|
| 확인 | 신청서 제출하기 | 무엇을 확인하는지 명확화 |
| 취소 | 작성 취소하고 나가기 | 취소의 결과 명시 |
| 다음 | 본인 인증으로 이동 | 다음 단계 예고 |
| 완료 | 신청 완료 — 접수번호 확인 | 결과 안내 포함 |
| 저장 | 변경 내용 저장하기 | 무엇을 저장하는지 명확화 |

> **글자 수 기준**: 버튼 레이블은 **12자 이내** 권장. 12자를 초과하면 핵심 동사를 앞에 두고 부연 설명은 생략합니다.

---

#### CTA 위계별 레이블 패턴

화면에 여러 버튼이 있을 때, 주요(Primary) CTA와 보조(Secondary) CTA의 레이블 위계를 구분합니다.

| 위계 | 목적 | 레이블 패턴 | 예시 |
|------|------|-----------|------|
| 주요 CTA (Primary) | 핵심 행동 완료 | [목적어] + [동사]하기 | 신청서 제출하기 |
| 보조 CTA (Secondary) | 되돌아가기 | [동사] + (장소/상태) | 이전 단계로 돌아가기 |
| 취소 (Tertiary) | 현재 작업 취소 | [작업] 취소하기 | 작성 취소하기 |
| 위험 CTA (Danger) | 비가역 삭제·초기화 | [목적어] [동사]하기 | 계정 삭제하기 |

---

#### 대표 공공서비스 CTA 관찰

공공서비스 실사례를 다시 보면, 잘 만든 CTA는 거의 예외 없이 **과업 명사 + 결과 동사** 조합으로 끝납니다. 복지로는 `신청하기`, `모의계산`, `참여 이력조회`처럼 행동을 분리하고, 서울시 응답소는 `민원 신청하기`, `결과보기`처럼 같은 위치의 버튼이라도 목적을 분리합니다.

| 과업 단계 | 실제로 반복 관찰된 레이블 | 적용 원칙 |
|----------|----------------------|----------|
| 신청 시작 | `신청하기`, `민원 신청하기` | 버튼만 보고도 "지금 신청이 시작된다"는 결과를 예측하게 한다 |
| 사전 확인 | `모의계산`, `이력조회` | 제출 전에 자격 확인, 기존 이력 확인이라는 보조 과업을 분리한다 |
| 결과 확인 | `결과보기`, `답변 확인` | 완료 후 행동과 진행 중 행동을 섞지 않는다 |

**따라서 다음 두 패턴을 금지합니다.**

- 여러 단계에 같은 `확인` 버튼을 반복 사용하는 것
- 신청, 조회, 결과 확인 버튼을 같은 위계와 같은 어휘로 묶는 것

**권장 치환 예시**

| 🚫 모호한 레이블 | ✅ 과업이 보이는 레이블 |
|--------------|----------------------|
| 확인 | 민원 결과보기 |
| 다음 | 실업인정 정보 입력하기 |
| 조회 | 참여 이력조회 |
| 확인 | 자격 모의계산하기 |

**서울특별시 응답소형 결과 재확인 위계**

| 화면 맥락 | 주 CTA | 보조 CTA | 숨은 레이블 메모 |
|----------|--------|-----------|------------------|
| 서울특별시 응답소 `답변원문` 등록 뒤 결과 화면 | `민원 결과보기` | `새 민원 신청하기` | `기존 민원 결과 확인하기` / `새 민원 신청 시작하기` |
| 복지로 신청 시작·사전 확인 화면 | `신청하기` | `모의계산`, `참여 이력조회` | `자격 계산 시작하기` / `기존 참여 이력 확인하기` |

> **대표 서비스 관찰**: 결과 재확인 화면은 이미 접수된 건을 다시 보는 문맥이므로 `결과보기`가 먼저 와야 합니다. 서울특별시 응답소처럼 `답변원문`이 등록된 뒤에는 `민원 결과보기`를 주 행동으로 두고, 같은 건이 아니라면 `새 민원 신청하기`를 보조 버튼으로 내립니다. 복지로처럼 아직 신청을 시작하는 화면은 반대로 `신청하기`가 주 행동입니다.

**홈택스형 메뉴·버튼은 행정 절차어보다 지금 할 일을 먼저 쓴다**

홈택스에서는 메뉴 이름이 사실상 버튼 역할을 합니다. 이때 `장기미환급금`, `계좌신고`, `사전답변`, `해임`, `원천징수영수증`, `중간예납`처럼 제도명과 행정 동사만 먼저 나오면 사용자는 지금 해야 할 행동을 한 번 더 해석해야 합니다. 메뉴·링크·버튼의 첫 줄에는 `조회`, `신청`, `등록`, `위임 취소`, `발급`, `선납`처럼 바로 실행할 과업을 먼저 둬야 합니다.

| 화면 맥락 | 🚫 용어 중심 레이블 | ✅ 과업 중심 레이블 |
|----------|-------------------|-------------------|
| 환급 찾기 | 장기미환급금 찾기 서비스 | 못 받은 세금 환급금 조회·신청 |
| 환급 계좌 | 국세환급금 계좌신고 | 세금 환급받을 계좌 등록 |
| 세법 확인 | 세법해석 사전답변 신청 | 세법 적용 결과 미리 확인 신청 |
| 세무대리 종료 | 나의 세무대리인 해임 | 세무대리인 위임 취소 |
| 서류 발급 | 근로소득 원천징수영수증 | 급여에서 공제된 세금 확인서 (원천징수영수증) |
| 선납 안내 | 종합소득세 중간예납 | 11월 소득세 선납 (중간예납) — 대상인지 먼저 확인하세요 |

> **실무 규칙**: 메뉴·버튼 이름만 읽고도 사용자가 `지금 할 행동`, `결과`, `필요한 다음 판단`을 예측할 수 있어야 합니다. 제도명은 괄호나 보조 설명으로 남기되, 첫 줄은 과업 언어로 씁니다.

**점(·)·슬래시(/)·괄호()로 서로 다른 행동을 한 줄에 묶지 않는다**

`신청 및 해지`, `제출·수정·삭제`, `제출전/제출후`처럼 서로 반대이거나 다른 단계의 행동을 한 메뉴 이름에 압축하면 사용자는 먼저 분기 구조를 해석하느라 멈춥니다. 메뉴 이름은 압축이 아니라 선택 구조를 설명해야 합니다. 점(·), 슬래시(/), 괄호() 안에 `반대 행동`, `다른 단계`, `다른 대상`이 같이 들어가면 `상위 메뉴 + 내부 분기`, `주행동 + 보조행동`, `유형 선택 + 다음 버튼`으로 나눕니다.

| 화면 맥락 | 🚫 한 줄 병합 레이블 | ✅ 분리한 레이블 |
|----------|-------------------|----------------|
| 전자 고지서 설정 | 전자고지(송달) 신청 및 해지 | 전자 고지서 설정 → 전자 고지서 받기 / 우편으로 다시 받기 |
| 지급명세서 처리 | 지급명세서 제출·수정·삭제 | 지급명세서 제출 / 제출 내역 수정 / 제출 내역 삭제 |
| 현금영수증 처리 | 현금영수증 발급·취소·수정 | 현금영수증 발급 / 발급 취소 / 발급 정보 수정 |
| 국선대리인 신청 단계 | 국선대리인 신청(불복청구서 제출전)/(제출후) | 국선대리인 신청 → [불복청구서 제출 전] [제출 후] |
| 계산서 유형 선택 | 전자(세금)계산서 | 세금계산서 / 계산서 |

> **분리 체크포인트**: 점(·), 슬래시(/), 괄호() 안에 `신청/해지`, `발급/취소`, `제출 전/후`, `세금계산서/계산서`처럼 서로 다른 행동·단계·대상이 함께 들어가면 하나의 버튼이나 링크로 두지 않습니다. `Button group`, `Tabs`, `Radio`, `Structured list`, `Link`를 조합해 사용자가 먼저 분기 기준을 고르게 합니다.

---

#### 비가역 행동 앞 경고 문구 패턴

삭제·제출·결제 등 되돌릴 수 없는 행동이 따르는 버튼에는 반드시 경고 컨텍스트를 제공합니다.

**패턴 1 — 버튼 위 경고 텍스트**

```
[경고 텍스트] — 되돌릴 수 없는 이유를 한 문장으로
[위험 버튼]
```

예:
```
제출하면 내용을 수정할 수 없습니다. 작성 내용을 다시 확인해 주세요.
[신청서 최종 제출하기]
```

**패턴 2 — 확인 대화상자(Modal) 내 버튼 구성**

```
[대화상자 제목]: [목적어]을(를) [동사]하시겠습니까?
[본문]: 이 작업은 되돌릴 수 없습니다.
                 [취소 버튼]  [확인 동사 버튼]
```

예:
```
계정을 삭제하시겠습니까?
한 번 삭제된 계정과 데이터는 복원할 수 없습니다.
          [삭제 취소하기]  [계정 영구 삭제하기]
```

---

#### 버튼 Do / Don't 패턴

**Do/Don't 1 — 동사형**

```
✅ Do: 신청서 제출하기
🚫 Don't: 확인
이유: '확인'은 어떤 행동이 일어나는지 알 수 없음
```

**Do/Don't 2 — CTA 위계 구분**

```
✅ Do (위계 구분 명확)
주요 CTA: [개인정보 동의하고 신청하기]
취소 CTA: [신청 취소하기]

🚫 Don't (위계 모호)
주요 CTA: [동의]
취소 CTA: [취소]
```

**Do/Don't 3 — 비가역 행동 경고**

```
✅ Do
경고: 삭제하면 복원할 수 없습니다.
버튼: [첨부파일 삭제하기]

🚫 Don't (경고 없이 단독 버튼)
버튼: [삭제]
```

---

### 2.4 표기법·맞춤법 실무 기준 — 낡은 관공서체의 기계적 해체

공공 서비스의 텍스트는 친절을 빙자한 과도한 꾸밈이나, 책임을 회피하기 위한 모호한 표현을 철저히 배제해야 합니다. 주권자가 문장을 읽을 때 인지적 마찰을 겪지 않도록, 문장의 군더더기를 도려내는 기계적이고 단호한 표기 규칙을 적용합니다.

---

#### 🏛️ 2.4.1 과잉 존칭·피동형의 해체 — 권위를 뺀 조력자

정부 서비스의 고질병인 '책임 회피성 피동형'과 '과잉 의전'을 규칙으로 원천 차단합니다. 존중은 유지하되 텍스트는 압축합니다.

**선어말 어미 `-시-`의 전략적 제거**

공공기관은 친절해 보여야 한다는 강박 때문에 `-시-`를 남발하여 문장을 무겁게 만듭니다. 행위의 주체가 주권자 본인일 때는 `-시-`를 과감히 덜어내어 담백하게 안내합니다.

| 🚫 과잉 존칭 | ✅ 간결한 안내 |
|------------|------------|
| 증명서를 발급 받으신 후 가입하실 수 있습니다 | 증명서를 발급받은 후 가입할 수 있습니다 |
| 신청서를 제출하시기 바랍니다 | 신청서를 제출해 주세요 |
| 확인하시어 처리해 주시기 바랍니다 | 확인 후 처리해 주세요 |

**행정 주체의 명확화 — 피동형 금지**

`~되어지다`, `~처리되다` 같은 피동형은 행정기관이 책임을 피하려는 듯한 인상을 줍니다. 시스템이나 정부가 처리한 일은 능동형으로 명확히 선언합니다.

| 🚫 피동형 (책임 회피) | ✅ 능동형 (책임 있는 선언) |
|--------------------|----------------------|
| 신청이 완료되었습니다 | 신청을 완료했습니다 |
| 처리가 진행되고 있습니다 | 처리 중입니다 |
| 서류가 접수되었습니다 | 서류를 접수했습니다 |

> **예외**: 주권자에게 불이익이 가는 오류나 제한 상황에서만 충격을 완화하기 위해 피동형을 제한적으로 씁니다.
> `✅ (예외) 시스템 오류로 서비스 이용이 제한됩니다.`

---

#### 🏛️ 2.4.2 행정 부사·주관적 표현의 통제 — 객관적 길잡이

정부는 주권자의 상황을 평가하거나 감정을 섞어 안내하지 않습니다. 의미 없이 문장만 길어지게 만드는 주관적 부사를 엄격히 통제합니다.

**감정·속도 부사 금지**

`빠르게`, `이미`, `지금`, `너무` 등은 주권자마다 기준이 다른 주관적 단어입니다. 철저히 팩트(상태)만 전달합니다.

| 🚫 주관적 부사 | ✅ 객관적 사실 |
|-------------|------------|
| 신청 기한이 너무 많이 남지 않았습니다. 빠르게 제출해 주세요 | 신청 기한이 3일 남았습니다. 기한 내에 제출해 주세요 |
| 해당 민원은 이미 처리된 민원입니다 | 처리된 민원입니다 |
| 지금 바로 신청하세요 | 신청 기한: {날짜}까지 |

**금지 부사 목록**

| 금지 단어 | 금지 이유 | 대체 표현 |
|---------|---------|---------|
| 빠르게, 신속히 | 주관적 속도 기준 | 기한(날짜) 명시 |
| 이미, 벌써 | 중복 표현, 주관적 | 삭제 또는 상태값으로 대체 |
| 너무, 매우, 상당히 | 정도 기준 불명확 | 수치로 대체 |
| 간단히, 쉽게 | 주권자 경험에 따라 다름 | 단계 수로 대체 |
| 즉시, 곧 | 시간 불명확 | 예상 시간 명시 |

**대표 서비스 관찰 — '간편하게'보다 가능 조건·기한을 먼저 쓴다**

정부24의 `온라인으로 간편하게 신청할 수 있으며`, 정부24 앱의 `더 편리하게 이용하세요`, 사망·이혼 화면에서 피해야 하는 `즉시`, `신속히` 같은 표현은 모두 공급자의 평가나 압박입니다. 시민은 편리한지보다 **지금 무엇이 가능하고**, **언제까지 해야 하며**, **어떤 조건이 필요한지**를 먼저 알아야 합니다.

| 상황 | 🚫 관찰된 표현 | ✅ 바꿔야 할 정보 | KRDS 연결 |
|------|---------------|------------------|----------|
| 정부24 전입신고+ | 온라인으로 간편하게 신청할 수 있으며 | 전입한 날부터 14일 이내 신고 / 온라인 신청 가능 / 요금감면 대상이면 함께 신청할 수 있습니다 | Notice banner, Structured list |
| 정부24 앱 안내 | 정부24 앱으로 더 편리하게 이용하세요 | 앱에서는 모바일 신분증 발급·알림 수신·간편인증이 가능해요. [앱 열기] | Notice banner, Button |
| 사망·이혼 등 민감 화면 | 즉시 / 신속히 / 빠르게 | 사망 후 3개월 이내 신청 / 숙려기간 뒤 확인기일 출석처럼 기한과 조건을 수치로 밝힙니다 | Alert, Checklist, Date field |

> **실무 규칙**: 주관 부사를 쓰고 싶다면 대부분 `기한`, `대상`, `가능 조건`, `단계 수` 중 하나가 빠져 있다는 신호입니다.

---

#### 🏛️ 2.4.3 숫자·행정 변수 표기 — 시각적 결속력 확보

숫자와 단위, 변수(이름, 날짜, 금액)가 텍스트 안에서 어떻게 결합하는지는 시각적 가독성과 직결됩니다.

**숫자와 단위의 밀착 표기**

주권자의 세금이나 기한과 직결되는 숫자와 단위는 반드시 붙여 써서 한눈에 덩어리(청크)로 읽히게 만듭니다.

| 🚫 띄어쓰기 (분리) | ✅ 밀착 표기 |
|----------------|-----------|
| 결제 금액: 15,000 원 | 결제 금액: 15,000원 |
| 기한: 30 일 | 기한: 30일 |
| 용량 제한: 10 MB | 용량 제한: 10MB |

**행정 변수(`{변수}`)의 조화**

이름, 부처명, 세금 등 시스템에서 불러오는 가변 데이터가 문장과 결합할 때는 조사의 어색함이 없도록 설계해야 합니다.

| 🚫 변수 위상 모호 | ✅ 시각적 대비 명확 |
|---------------|----------------|
| %s님이 %s원을 납부하셨습니다 | [홍길동] 님이 [15,000]원을 납부했습니다 |
| {이름}이 신청했습니다 | [{이름}]이(가) 신청했습니다 |

> **행정 변수 표기 규칙**: 시스템에서 불러오는 동적 데이터는 `[대괄호]`로 감싸 정적 텍스트와 시각적으로 구분합니다. 조사는 동적 값에 맞게 자동 처리하거나 `이(가)`, `을(를)` 형태로 병기합니다.

**보조 용언 띄어쓰기 통일**

공공기관 안내 문구에서 가장 많이 등장하는 보조 동사 `-주-`는 반드시 띄어 씁니다.

| 🚫 붙여 쓰기 | ✅ 띄어 쓰기 |
|-----------|-----------|
| 버튼을 눌러주세요 | 버튼을 눌러 주세요 |
| 확인해주세요 | 확인해 주세요 |
| 제출해주시기 바랍니다 | 제출해 주세요 |

**대표 서비스 관찰 — 숫자·기한·계산 관계는 떨어뜨리지 말고 의미를 먼저 설명한다**

최근에 승격한 개명 허가, 국적 회복, 상속포기, 장기요양인정 사례를 보면 숫자는 장식이 아니라 효력과 행동을 결정하는 핵심 단서입니다. `1개월`, `1년 내`, `3개월 이내`, `7~10일`, `30일`, `15일 이내`처럼 단위와 기한을 붙여 쓰고, `취득세 + 채권 매입 예상액`, `인지대 + 송달료 자동 계산`처럼 계산 관계를 자연어로 먼저 설명해야 합니다.

| 상황 | 🚫 끊긴 표기 | ✅ 의미가 살아 있는 표기 | KRDS 연결 |
|------|------------|------------------------|----------|
| 후속 기한 안내 | 1 개월 이내 / 2 년 이내 / 3 개월 이내 | 개명 허가 후 1개월 이내 신고 / 국적 회복 허가 뒤 1년 내 외국 국적 포기 확인 / 사망 후 3개월 이내 신청 | Notice banner, Result page, Alert |
| 절차 기간 안내 | 7 ~ 10 일 / 30 일 | 방문 조사 7~10일 / 판정위원회 심의 30일 | Step indicator, Structured list |
| 계산형 화면 | 취득세·채권 / 인지대·송달료 | 취득가액 입력 → 취득세 + 채권 매입 예상액 자동 표시 / 청구금액 입력 → 인지대 + 송달료 자동 계산 | Input, Helper text, Calculator CTA |

> **실무 규칙**: 숫자를 쓰는 순간 단위를 붙이고, 날짜를 쓰는 순간 기준 시점을 붙이고, 계산값을 보여주는 순간 포함 항목과 다음 행동을 붙입니다.

---

#### 🏛️ 2.4.4 KRDS 맥락별 기호 위계 — 의미 있는 부호만 허용

장식용 특수문자를 남발하는 구시대적 게시판 문화를 버리고, 문장 부호에 명확한 '역할'을 부여합니다.

**UI 컴포넌트 vs 행정 상태값의 분리**

| 기호 | 역할 | 예시 |
|------|------|------|
| `[ ]` 대괄호 | 주권자가 직접 눌러야 하는 버튼·메뉴 경로 | [인증서 발급] 버튼을 눌러 주세요 |
| `' '` 작은따옴표 | 정부가 판정한 행정 상태·심사 결과 | 심사 상태가 '승인 대기'로 변경됩니다 |
| `( )` 소괄호 | 부가 설명·예시·선택 항목 | 숫자만 입력 (예: 01012345678) |
| `※` | 법적 필수 고지·중요 예외 사항 (최소화) | ※ 만 14세 미만은 법정대리인 동의 필요 |

**금지 기호 패턴**

| 🚫 금지 | 이유 | ✅ 대체 |
|--------|------|--------|
| ★, ◆, ● (장식 기호) | 시각적 노이즈, 스크린 리더 오독 | 제목 계층 구조 또는 볼드 사용 |
| → (화살표 남용) | 논리 관계 불분명 시 혼란 | 자연어로 연결 관계 명시 |
| !! 느낌표 연속 | 강조 목적이나 오히려 공격적 | 단일 느낌표도 오류 맥락에서 금지 |
| ~~취소선~~ (일반 안내) | 내용 삭제 의미로 혼동 | 텍스트 직접 제거 |

**대표 서비스 관찰 — 기호는 장식이 아니라 분기·상태·예외만 맡긴다**

홈택스와 정부24를 보면 기호 문제는 맞춤법이 아니라 정보 구조 문제입니다. `전자고지(송달) 신청 및 해지`, `국선대리인 신청(불복청구서 제출전)/(제출후)`, `전자(세금)계산서`, `이용약관개인정보처리방침저작권정책비회원확인서비스`, `2026년 1기 예정 부가가치세 신고·납부 안내 →`처럼 괄호, 슬래시, 화살표를 문장 대신 쓰면 시민과 스크린 리더 모두 관계를 추론해야 합니다. 기호는 의미가 이미 분명할 때만 보조적으로 씁니다.

| 상황 | 🚫 기호로 압축한 표기 | ✅ 의미가 드러나는 표기 | KRDS 연결 |
|------|---------------------|------------------------|----------|
| 반대 행동 한 줄 병합 | 전자고지(송달) 신청 및 해지 | 전자 고지서 설정 / 전자 고지서 받기 / 우편으로 다시 받기 | Button group, Link, Structured list |
| 단계 분기 괄호 처리 | 국선대리인 신청(불복청구서 제출전)/(제출후) | 국선대리인 신청 후 단계 선택: [불복청구서 제출 전] [제출 후] | Radio, Tabs, Step indicator |
| 유형 선택 괄호 압축 | 전자(세금)계산서 | 세금계산서 / 계산서 | Tabs, Radio |
| 연속 링크·장식 화살표 | 이용약관개인정보처리방침저작권정책비회원확인서비스 / 2026년 1기 예정 부가가치세 신고·납부 안내 → | 이용약관 · 개인정보처리방침 · 저작권정책 · 비회원 확인 서비스 / 화살표는 CSS 아이콘으로만 처리하고 링크 텍스트는 제목 그대로 씁니다 | Link list, Footer, Link |

> **실무 규칙**: 기호를 빼도 의미가 유지돼야 합니다. 대괄호는 실제 선택지, 작은따옴표는 행정 상태, 소괄호는 짧은 보조 설명에만 쓰고, 분기·조건·예외는 자연어와 KRDS 컴포넌트 구조로 풉니다.

> **린터 연결**: `신청자격`, `답변예정일`, `전자증명서안내`, `전자고지(송달) 신청 및 해지` 같은 대표 사이트 표기 문제는 `krds-lint` 1차 자동 점검 대상으로 유지합니다. 자동 검출은 표 헤더·공백 없는 메뉴명·기호 압축을 먼저 잡고, 리뷰에서는 상태 요약·분기 구조까지 함께 확인합니다.

#### 상대적으로 얇은 대표 사이트 표기 직접화

표기 QA가 큰 대표 사이트의 헤더·메뉴·접근성 레이블 예시에만 머물면, 국민건강보험·고용24·서울특별시 응답소·전자가족관계등록시스템처럼 실제 과업에서 자주 보는 표기 리듬을 놓치기 쉽습니다. 이 화면군은 띄어쓰기 하나보다도 **입력 대상**, **상태 확인 행동**, **행동 날짜와 준비물**, **후속 의무와 확인 CTA**가 첫 읽기에서 바로 보이는지를 먼저 확인해야 합니다.

| 대표 사이트·화면 | 먼저 흔들리는 표기 | 첫 읽기 기준 권장 정리 | KRDS 연결 | 먼저 붙일 CASE |
|----------------|------------------|----------------------|----------|--------------|
| 국민건강보험 `질병명·병원 이름 검색`, `피부양자·산정특례 안내`, `보험료 산정` | `질병명·병원 이름`, `피부양자`, `산정특례`, `보험료 산정` | `질병명 또는 병원 이름`, `부양가족 등록·해제 대상`, `중증질환 본인부담 감면 대상`, `이번 달 보험료 계산 기준`처럼 검색 대상, 대상 여부, 계산 기준을 먼저 읽힙니다. | Search + Auto-complete + Helper text + Accordion + Table + Button | `CASE 10 / CASE 2 / CASE 42` |
| 서울특별시 응답소 `질의응답·답변원문`, `결과보기` | `질의응답·답변원문`, `답변예정일` | `질문과 답변 내용`, `답변 예정일`, `민원 결과보기`처럼 상태 확인과 결과 재확인 행동을 바로 구분합니다. | Result page + Status badge + Table + Button | `CASE 5 / CASE 9` |
| 고용24 `실업인정 인터넷 신청`, `조기재취업수당 안내` | `실업인정일`, `적극적인 재취업활동`, `증빙서류`, `조기재취업수당` | `실업급여를 확인하는 날`, `이번 회차 재취업 활동`, `취업한 날 기준`, `활동을 확인하는 서류`, `조기재취업수당 대상과 확인 서류 보기`처럼 날짜·행동·대상 여부를 첫 블록에서 읽히게 씁니다. | Notice banner + Disclosure + Structured list + Button | `CASE 8 / CASE 6` |
| 전자가족관계등록시스템 `국적 회복 허가`, `국적 이탈 신고` | `국적 회복`, `국적 이탈`, `외국 국적 포기 절차`, `외국국적불행사서약 대상 여부` | `한국 국적 다시 받기`, `한국 국적 포기 신고`, `1년 내 외국 국적 포기`, `외국국적불행사서약 대상 여부`, `[요건 확인]`, `[신고 방법 보기]`처럼 첫 레이블, 기한, 확인 행동을 함께 읽힙니다. | Helper text + Notice banner + Checklist + Button | `CASE 2 / CASE 32 / CASE 57` |

> **직접화 규칙**: `답변예정일`처럼 띄어쓰기 오류가 먼저 보이는 항목은 `krds-lint` 회귀 대상으로 고정하고, `질병명·병원 이름`, `실업인정일`, `국적 회복`처럼 의미 압축이 큰 표기는 5장 표기 QA에서 시작하더라도 실제 수정은 `2장 사전`, `CASE 2·5·8·10·42`, `7장 Description·숨은 레이블 메모`를 같은 라운드에서 같이 움직입니다.

#### 자동 감지 대상 패턴

| 오류 유형 | 감지 패턴 예시 | 심각도 |
|----------|---------------|--------|
| 이중 피동 | `~되어졌습니다`, `~되어집니다`, `~하여지다` | ERROR |
| 주관 부사 | `빠르게`, `신속히`, `이미`, `지금 바로`, `너무`, `매우`, `간편하게` | ERROR |
| 과도한 존칭 | `~하시기 바랍니다`, `~하여 주시기 바랍니다`, `양지하시기 바랍니다` | WARN |
| 금지 기호 | `★`, `◆`, `●`, `!!`, `→→` | WARN |
| 단위 분리 | `15,000 원`, `30 일`, `10 MB` | WARN |
| 표 헤더·탐색 레이블 압축 | `신청자격`, `답변예정일`, `전자증명서안내`, `전자고지(송달) 신청 및 해지` | WARN |

> **자동 검출 규칙**: `krds-lint`는 대표 사이트에서 반복되는 표 헤더·상태표·탐색 레이블·기호 압축을 먼저 잡고, 시민이 바로 이해하는지와 분기 구조가 살아 있는지는 리뷰에서 다시 확인합니다.

#### 자동화 도입 방법

| 단계 | 바로 할 일 | 기대 효과 |
|------|-----------|----------|
| 1단계 — 간이 린터 (`krds-lint`) | Living Glossary 금지어, 기호 압축, 단위 공백, 공백 없는 메뉴명을 정규식 규칙으로 CI에 연결합니다. | 1~2일 안에 반복 오류를 1차 차단합니다. |
| 2단계 — 대표 사이트 회귀 고정 | `신청자격 / 구비서류 / 발급서류 / 처리기간`, `처리기관 / 답변예정일 / 등록일`, `전자증명서안내 / 부가가치세예정신고 / 증명서발급`, `전자고지(송달) 신청 및 해지 / 국선대리인 신청(불복청구서 제출전)/(제출후) / 전자(세금)계산서`를 테스트 fixture로 유지합니다. | 표기 QA를 대표 사이트 근거와 같은 묶음으로 관리합니다. |
| 3단계 — 정밀 검사 보강 | 필요할 때는 Kiwi 같은 형태소 분석으로 이중 피동·존칭 패턴을 보강합니다. | 오탐을 줄이고 복합 문장 검사 범위를 넓힙니다. |

> **자동화의 한계**: 린터는 "확실히 나쁜 것"을 먼저 잡는 도구입니다. 어떤 피동형이 자연스러운지, 어떤 문장이 더 빠르게 읽히는지는 여전히 UX Writer와 QA 리뷰가 판단합니다.

#### 표기 운영 메모 — 표기 QA를 10분 안에 승격 경로까지 연결한다

표기 문제를 `표 헤더`, `상태표 레이블`, `탐색 레이블`, `숨은 레이블`, `기호 압축` 다섯 묶음 중 하나로 먼저 고릅니다. 대표 사이트 순회에서 표기 QA는 `10분 판정 → 사례 승격 → krds-lint → KRDS/Figma handoff → Layer 3 보류` 순서로 남겨야 같은 실패를 표기 규칙, 사례 카드, 린터, 컴포넌트 기본 텍스트까지 한 번에 묶을 수 있습니다.

| 화면 묶음 | 먼저 묶을 표기 문제 | 바로 확인할 질문 | 우선 도착지 |
|----------|------------------|----------------|------------|
| 정부24 신청 상세 | `신청자격 / 구비서류 / 처리기간` | 헤더만 읽어도 대상·준비물·처리 시간이 보이는가? | Layer 2 표·구조화 정보 규칙 |
| 국민신문고·서울특별시 응답소 상태표 | `처리기관 / 답변예정일 / 등록일` | 상태 1문장과 표 헤더가 같은 목적을 말하는가? | Layer 2 상태·결과 규칙 |
| 홈택스·정부24·대한민국법원 탐색/접근성 레이블 | `전자증명서안내 / 서비스 상세 이동 / 1번째 배너 / AI 켜기 / ... 새창` | 클릭 전에도 무엇을 여는지, 현재 상태가 무엇인지, 새 창 여부가 읽히는가? | `krds-lint` + KRDS/Figma + 사례 카드 |
| 기관 전용 문화·관람 과업 | `도슨트 / 오프닝 리셉션 / 소장품 검색` | 다른 대표 사이트로 옮겨도 같은 표기 실패 패턴으로 일반화되는가? | Layer 3 기관 특화 사전 |

> **표기 handoff 규칙**: 세 대표 사이트 이상에서 같은 표기 실패가 반복되면 `krds-lint` 규칙, KRDS/Figma 기본 텍스트, 사례 카드와 QA 체크포인트를 같은 라운드에서 갱신합니다. 한 기관 맥락에만 묶이면 Layer 3 표기 메모로 남깁니다.

#### 표기 QA 축별 바로 붙일 CASE·KRDS·krds-lint

표기 문제를 발견했으면 띄어쓰기만 손보지 말고 어떤 사례 묶음과 KRDS 조합, 어떤 린터 규칙까지 같이 움직일지 바로 정해야 합니다. 아래 표는 표기 QA를 UX/UI 검수 축으로 다시 묶어, CASE·KRDS·`krds-lint`를 같은 라운드에서 어떻게 붙일지 빠르게 고르게 돕습니다.

| 표기 QA 축 | 먼저 보는 신호 | 먼저 붙일 CASE 묶음 | KRDS 조합 | `krds-lint`·handoff 메모 |
|-----------|---------------|--------------------|----------|-------------------------|
| 표 헤더 | 헤더만 읽어도 대상·준비물·처리 시간이 보이는가? | `CASE 4` | Table + Structured list + Button | `신청자격 / 구비서류 / 처리기간` 같은 압축 헤더를 fixture로 유지하고, Description에는 헤더를 시민 언어로 푼 이름과 요약 첫 문장을 함께 적습니다. |
| 상태표 레이블 | 상태 1문장과 표 헤더가 같은 목적을 말하는가? | `CASE 5` | Result page + Status badge + Timeline + Table | `처리기관 / 답변예정일 / 등록일` 압축 패턴을 린터 회귀에 묶고, Description에는 상태 요약과 `담당 기관 / 답변 예정일 / 접수한 날` 우선순위를 적습니다. |
| 탐색 레이블 | 메뉴 이름만 읽어도 지금 하는 일과 대상이 보이는가? | `CASE 49` | Navigation + Tab + Card + Link | `전자증명서안내 / 부가가치세예정신고 / 증명서발급`처럼 공백 없는 메뉴명을 린터로 먼저 잡고, handoff에는 단어 경계·행동 동사·대상을 같이 남깁니다. |
| 숨은 레이블 | 보이는 이름과 숨은 텍스트가 같은 목적·상태·다음 행동을 읽히게 하는가? | `CASE 51` | Button + Toggle + Link + Carousel | `서비스 상세 이동 / 1번째 배너 / AI 켜기 / ... 새창`은 접근성 레이블 fixture로 고정하고, 숨은 레이블 메모에는 무엇을 여는지·현재 상태·새 탭 여부를 같이 적습니다. |
| 기호 압축 | 괄호·슬래시·화살표를 빼면 의미가 무너지는가? | `CASE 39·40·49` | Button group + Radio + Tabs + Structured list + Link | `전자고지(송달) 신청 및 해지 / 국선대리인 신청(불복청구서 제출전)/(제출후) / 전자(세금)계산서`를 린터와 사례 카드에 함께 고정하고, 분기 구조와 새 기본 텍스트를 같은 메모에 남깁니다. |

#### 이번 라운드 표기 KRDS/Figma 연결 예시

표기 QA는 맞춤법 교정으로 끝나지 않습니다. 어떤 이름을 먼저 읽히게 할지 정했다면 같은 순서를 KRDS 컴포넌트 이름, Figma Description, 숨은 레이블 메모, 린터 fixture에 같이 남겨야 다음 라운드 회귀 검수와 재사용이 쉬워집니다.

| 대표 사이트·화면 | 무엇을 먼저 읽히게 바꾸는가 | KRDS 조합 | Description·숨은 레이블 메모 | 기본 예시 문구 |
|----------------|--------------------------|----------|-----------------------------|---------------|
| 정부24 신청 상세 | `신청자격 / 구비서류 / 처리기간`보다 신청 가능 대상·준비 서류·처리 시간을 먼저 읽힙니다. | Table + Structured list + Button | Description에는 `신청할 수 있는 사람`, `준비할 서류`, `처리까지 걸리는 시간` 순서를 적고, 표 요약 첫 문장도 같은 순서를 따르게 합니다. | 신청할 수 있는 사람과 준비할 서류를 먼저 확인하세요 / 처리까지 걸리는 시간 보기 |
| 국민신문고·서울특별시 응답소 상태표 | `처리기관 / 답변예정일 / 등록일`보다 현재 상태·담당 기관·답변 예정일을 먼저 읽힙니다. | Result page + Status badge + Timeline + Table | Description에는 상태 1문장과 `담당 기관`, `답변 예정일`, `접수한 날`을 적고, 숨은 레이블은 결과 재확인 행동까지 함께 읽게 합니다. | 담당 기관에서 답변을 준비하고 있습니다 / 답변 예정일 확인 / 민원 결과보기 |
| 홈택스·정부24 탐색 메뉴 | `전자증명서안내 / 부가가치세예정신고 / 증명서발급`보다 지금 하는 일과 대상을 먼저 읽힙니다. | Navigation + Tab + Card + Link | Description에는 단어 경계, 행동 동사, 대상을 순서대로 적고, 숨은 레이블 메모에는 클릭 뒤 도착 화면을 함께 적습니다. | 전자증명서 안내 / 부가가치세 예정 신고 / 증명서 발급 |
| 정부24·홈택스·대한민국법원 숨은 레이블 | `서비스 상세 이동 / 1번째 배너 / AI 켜기 / ... 새창`보다 무엇을 여는지, 현재 상태, 새 창 여부를 먼저 읽힙니다. | Button + Toggle + Link + Carousel | Description에는 무엇을 여는지, 현재 상태 또는 다음 행동, 새 창 여부를 적고, 숨은 레이블 메모에는 보이는 이름과 같은 목적을 읽히게 적습니다. | 창업 초기 지원 서비스 자세히 보기 / 부가가치세 신고 기간 안내 배너 보기 / AI 검색 사용 중 — 끄려면 클릭 / 가족관계 영문증명서 발급 안내 새 창에서 열기 |
| 대한민국법원·홈택스 분기/기호 압축 | `국선대리인 신청(불복청구서 제출전)/(제출후)`, `전자고지(송달) 신청 및 해지`보다 단계 선택과 반대 행동을 먼저 읽힙니다. | Radio + Button group + Tabs + Structured list | Description에는 분기 기준, 현재 단계, 반대 행동을 순서대로 적고, 숨은 레이블 메모에는 선택지 목적과 다음 화면을 같이 적습니다. | 국선대리인 신청 후 단계 선택: [불복청구서 제출 전] [제출 후] / 전자 고지서 받기 / 우편으로 다시 받기 |


## 제3장. 정보핵심화의 원칙 — 실행 기준

정보핵심화는 '글자 수 줄이기'가 아닙니다. 주권자가 핵심에 도달하는 **생각의 거리**를 물리적으로 줄이는 작업입니다.

---

### 3.1 안내문·설명문 결론 우선 구조 (역피라미드)

공공 서비스의 안내문은 전통적으로 배경 → 과정 → 결론 순서로 전개됩니다. 그러나 주권자는 화면을 꼼꼼히 정독하지 않습니다. **결론을 찾기 위해 2문장 이상 읽어야 한다면 이미 실패입니다.**

---

#### 역피라미드 원칙: 핵심 먼저 → 상세 후에

```
┌─────────────────────────────────┐
│  핵심 결론 / 주권자가 취할 행동  │  ← 1문장, 맨 앞
├─────────────────────────────────┤
│       이유 / 조건 / 기준        │  ← 필요 시 2-3문장
├─────────────────────────────────┤
│  부연 설명 / 법적 근거 / 예외    │  ← 생략 가능, 접기 처리
└─────────────────────────────────┘
```

**Before (결론 후치):**
> 귀하의 소득 및 재산 현황, 가구원 수, 건강보험료 납부 실적 등을 종합 검토한 결과, 현재 귀하께서는 지원 요건 충족 기준에 미달하여 이번 지원 대상에 해당되지 않음을 알려드립니다.

**After (결론 우선):**
> **지원 대상이 아닙니다.**
> 소득 기준을 초과했습니다.
> 소득 인정액이 기준 중위소득 80% 이하여야 신청 가능합니다.

---

#### 40자 규칙: 긴 문장 줄이기

한 문장은 **40자 이내**를 기준으로 합니다. 40자를 초과하는 문장은 분리하거나 핵심만 남겨 재구성합니다.

| 초과 문장 | 분리 후 |
|---------|--------|
| 인터넷 연결이 불안정하거나 서버 응답이 지연되어 처리가 완료되지 않았을 수 있으니 잠시 후 다시 시도해 주시기 바랍니다. | 처리가 완료되지 않았습니다.<br>인터넷 연결을 확인하거나 잠시 후 다시 시도해 주세요. |
| 신청 완료 후 접수 결과 및 심사 진행 현황은 신청하신 이메일로 발송되는 알림 메시지를 통해 확인하실 수 있습니다. | 신청이 완료됐습니다.<br>심사 결과는 입력하신 이메일로 알려드립니다. |

---

#### 중요도 순서 설계 — 지금 vs. 나중

주권자가 지금 이 화면에서 필요한 정보와 나중에 참고할 정보를 구분하여 배치합니다.

| 구분 | 배치 위치 | 표현 방식 |
|------|---------|---------|
| 지금 필요한 정보 | 상단, 본문 첫 번째 | 굵게 또는 큰 폰트 강조 |
| 나중에 필요한 정보 | 하단, 접기(accordion) | 기본 숨김 처리 |
| 법적 필수 공지 | 하단, 작은 폰트 | 링크 또는 말줄임 처리 |

**설계 질문 3가지**

```
1. "이 화면에서 주권자가 가장 먼저 알아야 할 것은 무엇인가?"
   → 그것이 첫 문장이어야 한다.

2. "이 정보가 없어도 주권자가 다음 단계로 이동할 수 있는가?"
   → 없어도 된다면 하단 또는 접기 처리한다.

3. "40자를 넘는가?"
   → 넘는다면 핵심 1문장을 추출하고 나머지는 하위에 배치한다.
```

---

#### 대표 서비스 관찰 — 중대한 결정·심사·의무 안내도 결론 → 조건 → 예외 순서로 쪼갠다

정부24의 확정일자·장기요양인정, 홈택스의 휴·폐업 신고, 전자가족관계등록의 국적 회복, 대한민국법원의 상속포기·지급명령 신청처럼 결과가 크거나 절차가 길거나 처음에 경로를 잘못 고르면 다시 판단해야 하는 서비스는 용어 뜻부터 설명하면 늦습니다. 첫 줄에서 **지금 주의할 효력이나 결론**을 먼저 밝히고, 다음 줄에서 **기한·판정 단계·유지 조건·선택 기준**을 잇고, 예외·법적 배경은 접기나 도움말로 내려야 합니다.

| 서비스 | 첫 줄 결론 | 뒤에 붙일 조건·예외 | KRDS 연결 |
|--------|-----------|---------------------|----------|
| 확정일자 신청 | 보증금 보호가 완전하지 않을 수 있습니다. 확정일자 + 전입신고 + 실거주를 모두 해야 우선변제 권리가 생깁니다. | 선순위 권리 확인, 계약서 원본 보관, [등기부등본 확인]을 이어 둡니다. | Notice banner, Helper text, Link |
| 상속포기 신고 | 사망 사실을 안 날부터 3개월 이내 신청해야 합니다. 한 번 신고하면 취소할 수 없습니다. | 부채가 다음 순위 상속인에게 넘어갈 수 있다는 경고와 [한정승인과 비교]를 바로 붙입니다. | Alert, Bottom sheet, Comparison card |
| 지급명령 신청 | 상대방이 2주 이내 이의하지 않으면 확정 판결과 같은 효력이 생깁니다. | 이의가 들어오면 소송으로 전환되고, 상대방 주소를 모르면 신청할 수 없다는 점과 [절차 확인]을 이어 둡니다. | Notice banner, Structured list, Link |
| 사업자 휴·폐업 신고 | 잠시 쉬는 사업이면 휴업, 완전히 끝내면 폐업을 선택하세요. | 휴업은 최대 2년 유지, 폐업은 등록 말소 뒤 부가가치세·종합소득세 신고가 남습니다. 남은 재고 부가세와 [차이 보기]를 함께 둡니다. | Segmented control, Notice banner, Structured list |
| 장기요양인정 신청 | 신청 가능 대상인지 먼저 확인하세요. 만 65세 이상 또는 노인성 질병이면 신청할 수 있습니다. | 신청 → 방문 조사(7~10일) → 판정위원회 심의(30일)와 [등급별 서비스 비교]를 같은 흐름에 둡니다. | Structured list, Step indicator, Accordion |
| 국적 회복 허가 | 허가 뒤에도 끝나지 않습니다. 1년 내 외국 국적 포기 절차를 진행하고, 외국국적불행사서약 대상인지도 확인해야 합니다. | 1년 내 포기나 서약 절차를 마치지 않으면 회복한 대한민국 국적을 다시 잃을 수 있다는 위험과 [신고 방법 보기]를 함께 둡니다. | Notice banner, Checklist, CTA |

> **실무 규칙**: 중대한 결정·심사·의무 안내는 KRDS 컴포넌트에서 첫 문단이나 배너에 결론 1문장을 먼저 두고, Structured list나 Checklist로 기한·단계를 쪼개고, 예외·법적 배경은 Accordion이나 도움말로 내립니다.

---

#### 정부 서비스 공지 전환 예시

**예시 1 — 신청 결과 안내**

```
🚫 Before
안녕하세요. 귀하께서 신청하신 ○○ 지원사업의 신청 결과를
검토한 결과, 귀하의 신청 건이 접수 처리되었음을 알려드립니다.
향후 심사 진행 결과는 별도 문자 메시지로 안내해 드릴 예정이오니
참고하시어 불편함이 없으시길 바랍니다.

✅ After
신청이 완료됐습니다.
접수번호: 2026-04-18-0042
심사 결과는 3영업일 안에 문자로 알려드립니다.
```

**예시 2 — 서비스 점검 공지**

```
🚫 Before
당사 시스템의 안정적인 서비스 제공을 위해 아래와 같이
정기 서버 점검을 실시하오니 서비스 이용에 참고하여 주시기 바랍니다.
점검 일시: 2026년 4월 19일(일) 새벽 2시 ~ 6시
점검 동안에는 모든 서비스 이용이 제한됩니다.

✅ After
4월 19일(일) 새벽 2시~6시, 서비스를 이용할 수 없습니다.
서버 정기 점검 시간입니다.
```

**예시 3 — 기간 만료 안내**

```
🚫 Before
귀하의 비밀번호 유효기간이 도래하였습니다.
안전한 계정 보호를 위해 비밀번호를 변경해 주시기 바랍니다.

✅ After
비밀번호를 바꿔 주세요.
90일 이상 변경하지 않은 비밀번호는 보안을 위해 변경이 필요합니다.
[지금 변경하기]
```

---

#### 대표 민원 결과 페이지 관찰

국민신문고와 서울특별시 응답소 계열 화면을 다시 보면, 결과 페이지에는 반복적으로 두 가지 문제가 나타납니다.

1. 인사말과 기관 소개가 결론보다 먼저 나온다.
2. 상태 표는 `처리기관 / 답변예정일 / 등록일`처럼 내부 용어 위주로만 구성된다.

이 구조는 사용자가 가장 먼저 알고 싶은 정보인 **지금 상태와 다음 일정**을 뒤로 밀어냅니다.

| 반복 패턴 | 왜 느린가 | 권장 재구성 |
|----------|----------|------------|
| `귀하께서 신청하신 민원 ... 검토 결과 ... 답변드립니다` 같은 도입부 | 인사말을 다 읽기 전까지 결론이 보이지 않는다 | 첫 문장에 `검토 결과를 안내합니다` 또는 `아직 답변을 기다리는 중입니다`를 배치 |
| `처리기관 / 답변예정일 / 등록일`만 보이는 상태 표 | 현재 상태와 사용자의 다음 행동이 표만으로는 드러나지 않는다 | 상단 상태 요약 + 표 헤더 `담당 기관`, `답변 예정일`, `접수한 날`로 재구성 |

> **결과 페이지 체크포인트**: 첫 줄에서 상태를, 둘째 줄에서 일정을, 셋째 줄에서 다음 행동을 파악할 수 있어야 합니다.

> **운영 연결**: 상태·결과 화면을 수집할 때는 이 3줄 구조를 기준으로 CASE 5·42·54·55·56을 같은 묶음으로 확인합니다.

---

서울특별시 응답소의 `질의응답·답변원문`, `결과보기`는 결과를 다시 보는 행동과 새 민원을 넣는 행동을 분리해야 합니다. 국민건강보험 `보험료 산정`은 월 보험료 숫자만 두지 말고 **계산 기준**, **적용 시점**, **다시 확인 CTA**를 같은 첫 블록에서 보여줘야 합니다. 소득·재산이 바뀌면 `변동 신고`, 보험료가 부담되면 `경감 신청 자가 진단`, 퇴직자라면 `임의계속가입 확인`처럼 부담 완화와 수정 경로도 첫 결과 영역에 같이 붙입니다. 전자가족관계등록시스템 `국적 회복 허가`는 허가 결과만 남기지 말고 `한국 국적 다시 받기` 같은 시민 언어 헤더, `1년 내 외국 국적 포기`, `외국국적불행사서약 대상 여부`, `외국 국적 포기 증명서 제출 경로`, 복수 국적·병역 조건, `[요건 확인]`, `[신고 방법 보기]`를 같은 첫 결과 영역에서 이어 읽히게 해야 합니다.

---

#### 이번 라운드 KRDS/Figma 적용 예시 — 심리적 안전망

| 대표 사이트·화면 | KRDS 조합 | Description에 꼭 남길 문장 | 기본 예시 문구 | 상태/CTA 숨은 레이블 메모 |
|------------------|-----------|-----------------------------|----------------|----------------------------|
| 서울특별시 응답소 질의응답·답변원문, 결과보기 | Result page + Status badge + Button + Link | Description에는 답변 준비 상태, 답변 예정일, 나의 민원 재확인, 답변원문이 등록되면 민원 결과보기, 같은 건이 아니면 새 민원 신청 위계를 함께 적습니다. | 담당 기관에서 답변을 준비하고 있습니다 / 답변 예정일 2026.06.12 / 나의 민원에서 다시 확인 / 답변원문이 등록되면 민원 결과보기 / 같은 건이 아니면 새 민원 신청하기 | 현재 답변 상태와 예정일 확인하기 / 나의 민원에서 다시 확인하기 / 기존 민원 결과 확인하기 / 같은 건이 아니면 새 민원 신청 시작하기 |
| 국민건강보험 보험료 산정 | Table + Result page + Helper text + Button | Description에는 이번 달 보험료, 계산 기준, 다음 부과 반영 시점, 변동 신고·경감 신청·임의계속가입 CTA를 함께 적습니다. | 이번 달 보험료를 먼저 확인해 주세요 / 계산 기준과 적용 시점 보기 / 다음 부과 반영 시점 확인 / 경감 신청 또는 임의계속가입 확인 | 현재 보험료와 계산 기준 보기 / 다음 부과 반영 시점 확인하기 / 보험료 변동 신고하기 / 보험료 경감 신청 가능 여부 확인하기 / 퇴직 뒤 예전 직장 보험료 계속 가입 확인하기 |
| 전자가족관계등록시스템 국적 회복 허가 | Result page + Notice banner + Checklist + Button | Description에는 `한국 국적 다시 받기`, `한국 국적 포기 신고` 같은 시민 언어 헤더와 공식 용어 병기, `1년 내 외국 국적 포기`, `외국국적불행사서약 대상 여부`, `외국 국적 포기 증명서 제출 경로`, 복수 국적·병역 조건, `[요건 확인]`·`[신고 방법 보기]` CTA를 함께 적습니다. | 한국 국적 다시 받기 허가 결과를 먼저 확인해 주세요 / 1년 내 외국 국적 포기와 외국국적불행사서약 대상 여부를 확인해 주세요 / 외국 국적 포기 증명서 제출 경로 확인 / 신고 방법 보기 | 국적 회복 허가 결과 확인하기 / 외국 국적 포기 기한과 서약 대상 확인하기 / 외국 국적 포기 증명서 제출 경로 확인하기 / 국적 신고 방법 보기 |
| 국민신문고 민원 유형 선택, 홈택스 휴업·폐업 신고, 대한민국법원 개인회생·파산 | Radio + Segmented control + Structured list + Helper text + Notice banner + Link | Description에는 내 상황, 절차별 선택 기준, 오선택 위험, 비교·상담 CTA를 함께 적습니다. | 내 상황에 맞는 절차를 먼저 확인해 주세요 / 휴업·폐업 또는 회생·파산 차이 보기 / 무료 상담 연결 | 민원 유형 비교하기 / 휴업·폐업 차이 보기 / 개인회생·파산 비교하기 |
| 정부24 전입신고, 홈택스 사업자 등록 사항 정정 신청, 전자가족관계등록시스템 가족관계등록부 정정 | Radio + Helper text + Structured list + Badge + Button | Description에는 지금 내야 할 기관, 온라인 가능 여부, 관할이 갈리는 기준, 담당 기관 확인 CTA를 함께 적습니다. | 어느 기관에 내는지 먼저 확인해 주세요 / 온라인 가능 여부와 관할 기준 보기 / 담당 기관 찾기 | 담당 기관 찾기 / 담당 세무서 확인하기 / 관할 법원 찾기 |

#### 상대적으로 얇은 대표 사이트 정보핵심화 직접화

`상태 1문장 + 예정일 + 다음 행동`이라는 일반 규칙만 적어 두면, 실제 대표 사이트를 다시 볼 때 무엇을 같은 첫 블록에 묶어야 하는지가 흐려지기 쉽습니다. 서울특별시 응답소, 국민건강보험, 전자가족관계등록시스템처럼 결과 직후의 구조가 중요한 화면은 아래 형식으로 바로 남겨야 3장 근거가 사례 카드와 KRDS handoff까지 같은 문장으로 이어집니다.

| 대표 사이트·화면 | 첫 블록에 남길 순서 | 한 로그 행에 같이 적을 근거 | KRDS 조합 | 먼저 붙일 CASE |
|------------------|----------------------|------------------------------|-----------|----------------|
| 서울특별시 응답소 `질의응답·답변원문`, `결과보기` | `답변 준비 상태 → 답변 예정일 → 나의 민원 재확인 → 같은 건이 아니면 새 민원 신청` | `담당 기관에서 답변을 준비하고 있습니다`, `답변 예정일`, `민원 결과보기`, `새 민원 신청하기`가 같은 결과 영역에서 위계 있게 보이는가? | Result page + Status badge + Button + Link | `CASE 3 / CASE 5 / CASE 56` |
| 국민건강보험 `보험료 산정` | `이번 달 보험료 → 계산 기준 → 다음 부과 반영 시점 → 변동 신고·경감 신청·임의계속가입` | 결과 숫자, `소득·재산·자동차` 같은 산정 기준, `이번 달 적용` 또는 `다음 부과분부터`, 부담 완화 CTA가 한 블록에서 이어지는가? | Table + Result page + Helper text + Button | `CASE 42 / CASE 53` |
| 전자가족관계등록시스템 `국적 회복 허가` | `한국 국적 다시 받기 허가 결과 → 1년 내 외국 국적 포기 → 외국국적불행사서약 대상 여부 → 외국 국적 포기 증명서 제출 경로 → 신고 방법 보기` | `한국 국적 다시 받기` 같은 시민 언어 헤더, `1년 내 외국 국적 포기`, `외국국적불행사서약 대상 여부`, `외국 국적 포기 증명서 제출 경로`, 복수 국적·병역 조건, `[요건 확인]`, `[신고 방법 보기]`가 같은 첫 결과 블록에 모이는가? | Result page + Notice banner + Checklist + Button | `CASE 32 / CASE 45·46` |

> **기록 규칙**: 이 화면군은 `원문 3개 + 상태 또는 결과 1문장 + 기준·기한 1개 + CTA 1개 + KRDS 조합 1개`를 같은 로그 행에 남깁니다. 그래야 3장 근거가 7장 handoff와 사례 카드 본문까지 바로 내려갑니다.

정보핵심화 장에서 정리한 실문장은 설명으로 끝내지 않습니다. Description, 기본 예시 문구, 숨은 레이블 메모까지 같은 표로 남겨야 결과 화면 규칙이 KRDS/Figma 기본값으로 바로 이어집니다.

---


---

### 3.2 정보 구조 원칙 — 단어 수 제한과 청킹

단어를 줄이는 것만으로는 부족합니다. **어떻게 배치하느냐**가 주권자의 이해 속도를 결정합니다. 청킹(Chunking)은 관련된 정보를 의미 단위로 묶어 인지 부하를 줄이는 구조화 기술입니다.

---

#### 청킹의 3원칙

**원칙 1 — 한 문장 한 메시지**

한 문장에 하나의 의미만 담습니다. 의미의 마디(청크)가 3개를 넘으면 문장을 분리합니다.

| 🚫 과부하 문장 | ✅ 분리 후 |
|-------------|---------|
| 신청서 작성이 완료되면 제출 버튼을 눌러 주시고, 접수가 완료된 후에는 문자로 안내드릴 예정이오니 참고하여 주시기 바랍니다 | 신청서를 작성한 후 [제출하기]를 눌러 주세요.<br>접수가 완료되면 문자로 알려드립니다. |

**원칙 2 — 단계별 그룹핑**

긴 절차는 **단계(Step)** 단위로 명확히 분리합니다. 각 단계는 하나의 행동만 요청합니다.

```
✅ 신청 방법 (3단계)

Step 1. [본인 인증] 버튼을 눌러 주세요.
Step 2. 신청서를 작성하고 서류를 첨부해 주세요.
Step 3. [제출하기]를 눌러 신청을 완료해 주세요.
```

**원칙 3 — 조건과 결과의 분리**

조건문은 결과를 먼저, 조건을 다음에 배치합니다. (결론 우선 원칙 연계)

| 🚫 조건 우선 | ✅ 결론 우선 |
|-----------|-----------|
| 소득 기준 중위소득 80% 이하에 해당하는 경우 신청하실 수 있습니다 | 신청 가능합니다. 소득이 기준 중위소득 80% 이하여야 합니다. |
| 서류가 미비한 경우 신청이 반려될 수 있습니다 | 서류가 부족하면 신청이 반려됩니다. 아래 서류를 모두 준비해 주세요. |

---

#### 단어 수 제한 가이드

| 텍스트 유형 | 권장 단어 수 | 기준 |
|----------|-----------|------|
| 버튼 레이블 | 4어절 이내 | "지원금 신청하기" (3어절) |
| 레이블 | 3어절 이내 | "휴대전화 번호" (2어절) |
| 제목·헤더 | 6어절 이내 | 한눈에 파악 가능한 분량 |
| 안내 문구 (1문장) | 40자 이내 | 약 15-20어절 |
| 오류 메시지 (전체) | 3문장 이내 | 1단+2단+3단 구조 |
| 툴팁 | 2문장 이내 | 핵심 설명만 |
| 토스트 알림 | 1-2문장 | 서술어 생략 가능 |

---

#### 목록과 표의 병렬성

동일 위계의 항목은 품사와 구조를 통일합니다. 목록 안에서 명사형·동사형이 섞이면 안 됩니다.

| 🚫 품사 혼합 | ✅ 품사 통일 |
|-----------|-----------|
| • 신청서 작성<br>• 서류를 제출하세요<br>• 접수 확인 방법 | • 신청서 작성<br>• 서류 제출<br>• 접수 확인 |
| 1. 로그인하기<br>2. 개인정보 동의<br>3. 신청서를 작성해야 함 | 1. 로그인하기<br>2. 개인정보 동의하기<br>3. 신청서 작성하기 |



---

### 3.3 알림·토스트·모바일 메시지 기준

화면 밖에서 도달하는 알림(푸시·SMS·이메일)과 화면 안의 즉시 피드백(토스트)은 정보 핵심화 원칙의 가장 극단적인 적용 영역입니다. 공간과 주의 시간이 가장 짧기 때문에, 불필요한 말은 단 한 글자도 허용하지 않습니다.

---

#### 모달 팝업 (치명적 오류·경고)

느낌표(!)를 쓰지 않고, 건조한 톤으로 **[원인 + 해결책]**을 가장 짧은 청크로 끊어 던집니다. 주어(시스템)의 책임을 주권자에게 전가하지 않습니다.

| 🚫 잘못된 모달 | ✅ 올바른 모달 |
|-------------|------------|
| 입력하신 정보가 잘못되었습니다! 다시 확인해주세요. | 인증 번호가 틀렸습니다.<br>문자로 받은 6자리 숫자를 다시 입력해 주세요. |
| 오류가 발생했습니다. 죄송합니다. | 처리할 수 없습니다.<br>잠시 후 다시 시도해 주세요. |

**모달 구조 원칙**

```
제목: [상황 요약 — 한 줄, 명사형]
본문: [원인 or 상세 설명 — 최대 2문장]
버튼: [주 행동] + [보조 행동 — 선택]
```

---

#### 토스트 알림 (가벼운 상태 피드백)

`복사 완료`, `저장 완료` 등 주권자의 행동이 정상적으로 접수되었음을 **1-2초 내**에 알립니다. 서술어를 생략한 **명사형**으로 짧게 칩니다.

| 🚫 너무 긴 토스트 | ✅ 간결한 토스트 |
|--------------|-------------|
| 클립보드에 계좌번호가 성공적으로 복사되었습니다 | 계좌번호를 복사했습니다 |
| 변경 사항이 저장되었습니다 | 저장 완료 |
| 신청이 완료되어 접수번호가 발급되었습니다 | 신청 완료. 접수번호: 2026-04-18-0042 |

**토스트 글자 수 기준**

| 상황 | 최대 글자 수 | 예시 |
|------|-----------|------|
| 단순 성공 | 10자 이내 | 저장 완료 |
| 접수 확인 | 20자 이내 | 신청 완료. 접수번호: {N} |
| 오류 피드백 | 30자 이내 | 업로드 실패. 파일 크기 초과 |

---

#### 푸시 알림·SMS 기준

모바일 알림은 잠금 화면에서 맥락 없이 노출됩니다. **서비스명 + 핵심 정보 + 행동 버튼** 구조를 따릅니다.

**푸시 알림 구조**

```
[서비스명] 핵심 내용 (25자 이내)
상세 설명 (선택, 50자 이내)
[행동 버튼]
```

| 🚫 맥락 없는 알림 | ✅ 명확한 알림 |
|--------------|-------------|
| 새로운 알림이 있습니다 | [복지로] 기초생활 지원금 신청 결과가 나왔습니다 |
| 마감이 다가오고 있습니다 | [홈택스] 종합소득세 신고 마감 3일 전 — 5월 31일까지 |

**SMS 기준**

| 항목 | 기준 |
|------|------|
| 발신자 표시 | `[기관명]` 또는 공식 번호 — 스팸 의심 방지 |
| 첫 문장 | 수신자에게 관련된 핵심 정보 (결론 우선) |
| 링크 | 단축 URL 사용 시 도메인 명시 (`go.kr`, `gov.kr`) |
| 길이 | 90바이트 이내 권장 (1건 처리) |

---

#### 3장 요약 — 정보핵심화 빠른 참조표

글을 쓸 때마다 이 표를 체크리스트로 사용하세요. 하나라도 어긴다면 주권자가 핵심에 도달하는 시간이 늘어납니다.

| 원칙 | 기준 | 위반 시 결과 |
|------|------|------------|
| **결론 우선** | 첫 문장에 핵심 결론·행동 | 주권자가 스크롤해야 답을 찾음 |
| **40자 이내** | 한 문장 40자 초과 시 분리 | 문장이 길어지면 읽기 포기율 3배 |
| **한 문장 한 메시지** | 의미 마디 3개 초과 시 분리 | 정보 과부하 → 기억 소실 |
| **단계 그룹핑** | 절차는 Step 단위로 명확히 분리 | 순서 혼동 → 이탈 |
| **조건·결과 분리** | 결과 먼저, 조건 다음 | 조건 읽다 포기 → 신청 미완료 |
| **버튼 레이블 4어절** | 버튼 레이블 4어절 이내 | 행동 파악 실패 |
| **토스트 10-30자** | 상황별 글자 수 제한 준수 | 메시지 미인지 또는 화면 overflow |
| **푸시 알림 25자** | 서비스명 + 핵심 + 행동 버튼 구조 | 알림 무시율 증가 |

**정보핵심화 3단계 자가검진:**

```
Step 1. "이 화면에서 주권자가 가장 먼저 알아야 할 것은?"
         → 그것이 첫 문장인가? (결론 우선)

Step 2. "이 문장이 40자를 넘는가?"
         → 넘는다면 핵심 1문장만 남기고 나머지는 아래로

Step 3. "이 정보가 없어도 주권자가 다음으로 이동할 수 있는가?"
         → 없어도 된다면 하단 또는 접기(accordion) 처리
```

---

## 제4장. 심리적안전망의 원칙 — 실행 기준

공공 서비스에서 오류는 반드시 발생합니다. 문제는 오류 자체가 아니라, 오류를 만났을 때 시민이 어떤 경험을 하느냐입니다.

심리적안전망 원칙의 실행 기준은 사용자가 실수하거나 어려움에 처했을 때 언제든 궤도를 수정할 수 있다는 확신을 주는 텍스트 패턴을 정의합니다.

---

### 4.1 에러 메시지 3단 구조

#### 왜 3단인가

기존 공공 서비스 오류 메시지의 두 가지 실패 유형:

**유형 A — 코드만 던지는 메시지**
> `ERROR 4023: 인증 실패`

원인도 해결책도 없다. 시민은 무엇을 해야 할지 모른 채 화면 앞에 멈춘다.

**유형 B — 사용자를 탓하는 메시지**
> `입력하신 정보가 올바르지 않습니다. 다시 확인해 주세요.`

무엇이 올바르지 않은지 알려주지 않으면서 시민의 잘못으로 전제한다. 당혹감과 분노를 동시에 준다.

**3단 구조는 이 두 실패를 모두 막는다.** 무슨 일이 있었는지 알려주고, 왜 그런지 설명하고, 무엇을 하면 되는지 제시한다.

---

#### 3단 구조 정의

```
1단 — 상황 (What): 무슨 일이 있었는지
2단 — 원인 (Why): 왜 그런지 (시스템 측 원인 우선, 사용자 탓 금지)
3단 — 행동 (How): 지금 무엇을 하면 되는지
```

| 단계 | 역할 | 작성 원칙 |
|------|------|----------|
| 1단. 상황 | 무슨 일이 일어났는지 한 문장으로 | 시스템 관점이 아닌 사용자 관점으로 서술 |
| 2단. 원인 | 왜 그런 일이 생겼는지 | 시스템·환경 원인 우선. 사용자 입력 문제라도 "확인 필요"로 표현 |
| 3단. 행동 | 지금 할 수 있는 구체적 행동 | 버튼·링크 포함. 2개 이상 대안 제시 가능 |

> **3단 모두 필요한가?** 맥락에 따라 1+3단(원인 불필요한 경우), 1+2단(즉각 행동 없는 경우)으로 축약 가능. 단, 1단(상황)은 항상 필수.

#### 대표 공공서비스 관찰 — 세션 종료는 이유를 숨기지 않는다

국민신문고는 로그인·실명확인 정보가 **120분 동안 유지**된다고 별도로 안내합니다. 이런 서비스에서 세션이 끝났는데도 `세션이 만료되었습니다`로만 끝내면, 시민은 갑자기 쫓겨난 것처럼 느낍니다.

따라서 세션 종료 메시지에는 최소한 다음 세 가지가 들어가야 합니다.

- 로그인이 끊겼다는 **상황**
- 몇 분 동안 유지됐는지, 왜 종료됐는지에 대한 **원인**
- 다시 로그인, 임시 저장 확인처럼 바로 할 수 있는 **행동**

> **세션 만료는 보안 정책 설명과 함께 써야 합니다.** 시간 제한을 숨기면 오류가 아니라 불신이 됩니다.

---

#### 3단 구조 적용 예시

**예시 1 — 인증 번호 불일치**

```
❌ ERROR 4023: 인증 실패
❌ 인증에 실패했습니다. 다시 시도해 주세요.

✅ 1단 인증 번호가 일치하지 않습니다.
   2단 문자로 받은 6자리 숫자와 다르게 입력됐습니다.
   3단 문자를 다시 확인하고 숫자를 입력해 주세요.
      번호가 만료됐다면 [인증 번호 다시 받기]를 눌러 주세요.
```

**예시 2 — 파일 업로드 실패**

```
❌ 파일 업로드에 실패했습니다.
❌ 오류가 발생했습니다. 잠시 후 다시 시도해 주세요.

✅ 1단 파일을 올리지 못했습니다.
   2단 파일 크기가 10MB를 넘으면 올릴 수 없습니다.
   3단 파일 크기를 줄이거나, 여러 개로 나눠 올려 주세요.
      (지원 형식: PDF, JPG, PNG / 최대 10MB)
```

**예시 3 — 세션 만료**

```
❌ 세션이 만료되었습니다. 로그인 페이지로 이동합니다.

✅ 1단 자리를 비운 사이 로그인이 끊겼습니다.
   2단 보안을 위해 30분 이상 사용하지 않으면 자동으로 로그아웃됩니다.
   3단 작성 중이던 내용은 임시 저장됐습니다. 다시 로그인하면 이어서 작성하실 수 있습니다.
      [다시 로그인하기]
```

**예시 4 — 검색 결과 없음**

```
❌ 검색 결과가 없습니다. 철자나 맞춤법 오류가 있는지 확인해 주세요.

✅ 1단 '{검색어}'에 대한 결과를 찾지 못했습니다.
   (2단 생략 — 원인이 다양하고 특정이 어려움)
   3단 단어를 짧게 줄여 보세요. (예: '행정 절차 안내' → '절차')
      비슷한 표현으로 다시 검색해 보세요.
```

**예시 5 — 필수 항목 미입력 (폼 유효성 검사)**

```
❌ 필수 항목을 입력해 주세요.
❌ 잘못된 입력입니다.

✅ 1단 '생년월일'을 입력하지 않았습니다.
   (2단 생략 — 원인이 명확한 경우)
   3단 생년월일을 숫자 8자리로 입력해 주세요. (예: 19900101)
```

---

#### 금지 표현 목록

아래 표현은 사용자를 탓하거나, 정보 없이 재시도를 요구하거나, 심리적 부담을 주는 패턴입니다.

| 금지 표현 | 금지 이유 | 대체 방향 |
|----------|----------|----------|
| 잘못 입력하셨습니다 | 사용자 실수로 단정 | "일치하지 않습니다" / "확인이 필요합니다" |
| 올바르지 않은 정보입니다 | 무엇이 올바르지 않은지 미제시 | 구체적 필드명 + 기대 형식 명시 |
| 오류가 발생했습니다 (단독) | 원인·해결책 없는 빈 메시지 | 3단 구조 적용 |
| 다시 시도해 주세요 (단독) | 무엇을 어떻게 재시도해야 하는지 불명 | 구체적 행동 제시 |
| 맞춤법 오류가 있는지 확인해 주세요 | 사용자 탓 전제 | "결과를 찾지 못했습니다" + 검색 팁 |
| 철자를 확인해 주세요 | 사용자 탓 전제 | 동일 |
| 시스템 오류입니다 (단독) | 다음 행동 없음 | 담당 부서 연락처 또는 재시도 안내 |
| ERROR [코드] | 시민에게 의미 없는 기술 정보 | 1단 상황 설명으로 대체 (코드는 괄호 안에 선택 병기) |
| 잠시 후 다시 시도해 주세요 (단독) | '잠시'가 얼마인지 불명 | "5분 후 다시 시도해 주세요" 또는 담당자 연락처 안내 |
| 죄송합니다 (오류 메시지에서) | 공감처럼 보이나 원인·해결책을 가림 | 공감 없이 건조하게 상황+행동만 제시 |

> **주의**: 오류 메시지에서 이모지나 느낌표(!) 사용 금지. 오류 상황에서 과한 감정 표현은 조롱처럼 느껴질 수 있다. (1.4 보이스·톤 기준 — 🔴 톤 3 참조)

---

#### 원인 귀속 원칙 — 사용자를 탓하지 않는 언어

오류의 원인은 세 가지입니다: 시스템, 환경, 사용자 입력. 실제 원인이 사용자 입력이더라도, 언어는 다음 원칙을 따릅니다.

**원칙 1 — 시스템·환경 원인은 명확히 밝힌다**

> ✅ 서버가 응답하지 않고 있습니다. (시스템 원인)
> ✅ 인터넷 연결을 확인해 주세요. (환경 원인)

**원칙 2 — 사용자 입력 문제는 "확인 필요" 방식으로**

"틀렸다"가 아니라 "일치하지 않는다", "형식을 확인해 달라"로 표현한다.

| 사용자 탓 표현 | 중립 표현 |
|-------------|---------|
| 비밀번호가 틀렸습니다 | 비밀번호가 일치하지 않습니다 |
| 잘못 입력한 항목이 있습니다 | 확인이 필요한 항목이 있습니다 |
| 형식에 맞지 않는 값입니다 | 입력 형식을 확인해 주세요 (예: 숫자 8자리) |

**원칙 3 — 원인을 모를 때는 솔직하게**

원인 불명 시 억지로 이유를 만들지 않는다. "일시적인 문제"로 표현하고 연락처를 제공한다.

> ✅ 일시적인 문제가 생겼습니다. 잠시 후 다시 시도하거나, 문제가 계속되면 고객센터(☎ 1234-5678)에 문의해 주세요.

---

#### 오류 유형별 빠른 참조

| 오류 유형 | 1단 (상황) | 2단 (원인) | 3단 (행동) |
|----------|-----------|-----------|-----------|
| 로그인 실패 | 아이디 또는 비밀번호가 일치하지 않습니다 | — | 다시 입력하거나 [비밀번호 찾기] |
| 세션 만료 | 로그인이 끊겼습니다 | 30분 이상 사용하지 않으면 자동 로그아웃 | [다시 로그인하기] |
| 파일 크기 초과 | 파일을 올리지 못했습니다 | {N}MB를 넘는 파일은 올릴 수 없습니다 | 파일 크기를 줄이거나 나눠서 올려 주세요 |
| 필수 항목 미입력 | '{항목명}'을 입력하지 않았습니다 | — | {형식} 형태로 입력해 주세요 |
| 네트워크 오류 | 연결이 끊겼습니다 | 인터넷 연결 상태가 불안정합니다 | 연결 확인 후 새로 고침 해 주세요 |
| 검색 결과 없음 | '{검색어}'에 대한 결과를 찾지 못했습니다 | — | 검색어를 바꿔 다시 검색해 보세요 |
| 서버 오류 | 일시적인 문제가 생겼습니다 | — | 잠시 후 다시 시도하거나 고객센터 문의 |
| 권한 없음 | 이 페이지에 접근할 수 없습니다 | 로그인이 필요하거나 접근 권한이 없습니다 | [로그인하기] 또는 담당자 문의 |
| 중복 입력 | 이미 신청하셨습니다 | 같은 내용으로 신청한 이력이 있습니다 | [신청 내역 보기] |
| 시간 초과 | 시간이 초과되었습니다 | 제출 가능 시간({N}분)이 지났습니다 | 처음부터 다시 시작해 주세요 |

---

#### 대표 서비스 관찰 — 조건 미충족·비가역 결정은 비난 없이 경고한다

가정법원의 상속포기·협의이혼 의사확인·개명 허가, 홈택스의 휴·폐업 신고, 대한민국법원의 개인회생·파산 선택, 전자가족관계등록의 국적 회복 같은 절차는 단순 오류가 아니라 **조건이 아직 갖춰지지 않았거나, 지금 선택이 나중에 되돌릴 수 없는 결과**로 이어지는 상황입니다. 이때는 `잘못 입력했습니다`가 아니라 **무엇이 아직 부족한지**, **기한을 넘기면 어떤 손실이 생기는지**, **지금 비교하거나 돌아갈 경로가 무엇인지**를 먼저 써야 합니다.

**조건 미충족·기각 가능성도 비난 없이 쓴다**

| 상황 | 피해야 할 표현 | 권장 안내 | KRDS 연결 |
|------|---------------|----------|----------|
| 협의이혼 의사확인 | 필수 요건을 확인하세요 | 아직 접수할 수 없습니다. 배우자 두 분이 함께 와야 하고, 미성년 자녀가 있으면 친권·양육 협의서를 먼저 제출해야 합니다. 숙려기간 전에는 확인기일을 잡을 수 없습니다. [절차 확인] | Checklist, Inline alert, CTA |
| 개명 허가 신청 | 사유가 부족합니다 | 이 사유만으로는 허가되지 않을 수 있습니다. 사회생활 불편이나 종교·관습 사유를 구체적으로 적어 주세요. 기각되면 1주일 이내 즉시항고할 수 있습니다. [불복 방법] | Helper text, Alert, Link |

**되돌릴 수 없는 결정 전에는 위험·기한·대안을 먼저 경고한다**

| 상황 | 위험을 먼저 쓴 안내 | KRDS 연결 |
|------|-------------------|----------|
| 상속포기 신고 | 아직 결정하지 마세요. 사망 사실을 안 날부터 3개월이 지나면 단순 승인으로 볼 수 있고, 지금 포기하면 취소할 수 없습니다. 부채가 다음 순위 상속인에게 넘어갈 수 있으니 [한정승인과 비교] 뒤 선택하세요. | Warning banner, Confirmation modal, Comparison CTA |
| 국적 회복 허가 | 국적 회복이 허가돼도 끝나지 않습니다. 국적 취득일(회복 허가일)부터 1년 내 외국 국적 포기 절차를 진행해야 하며, 외국국적불행사서약 대상이면 서약으로 갈 수 있습니다. 외국 국적을 포기했다면 포기 증명서를 제출해야 합니다. [신고 방법 보기] | Notice banner, Checklist, Follow-up CTA |
| 개인회생 / 파산 선택 | 지금 소득으로 나눠 갚을 수 있다면 개인회생을, 상환이 어렵다면 파산을 먼저 검토하세요. 상황이 맞지 않으면 절차가 달라질 수 있으니 [개인회생·파산 비교]와 [무료 법률 상담]을 먼저 확인하세요. | Notice banner, Segmented control, Link |

> **실무 규칙**: 조건 미충족·기각 가능성은 무엇이 부족한지 → 지금 보완할 행동 → 다시 확인할 경로 순서로 쓰고, 비가역 결정은 KRDS 경고 배너나 확인 모달 상단에서 위험·기한·대안을 먼저 경고합니다.

---

#### 상대적으로 얇은 대표 사이트 재검산 메모

| 사이트·화면 | 공식 화면에서 먼저 확인할 묶음 | 안전망 판단 | KRDS 조합 |
|------------|-------------------------------|-------------|----------|
| 고용24 `실업인정 인터넷 신청`, `조기재취업수당 안내` | `실업인정일`, 준비 서류, `조기재취업수당` 대상 여부, 재취업 시점, 놓쳤을 때 결과, 다음 행동 | 행동 날짜와 불이익, 제도 판단 기준이 제도어보다 먼저 보이는지, 지연·누락 뒤 복구 경로가 같은 블록에 있는지 본다 | Notice banner + Disclosure + Structured list + Button |
| 서울특별시 응답소 `질의응답·답변원문`, `결과보기` | 답변 예정일, 현재 상태, 다시 확인 경로, 새 민원 버튼 | 답변이 늦어질 때 어디서 다시 보고 어디로 이동해야 하는지, 기존 결과 확인과 새 민원 행동이 섞이지 않는지 본다 | Status badge + Alert + Link + Button |
| 전자가족관계등록시스템 `국적 회복 허가` | `허가 결과`, `1년 내 외국 국적 포기`, `외국국적불행사서약 대상 여부`, 외국 국적 포기 증명서 제출 경로, `[신고 방법 보기]` | 허가 결과보다 먼저 남은 의무와 기한, 후속 제출 의무, 요건 확인 경로가 같은 경고 블록에 보이는지 본다 | Result page + Notice banner + Checklist + Button |

> **실행 규칙**: 이 세 사이트는 사과문보다 `날짜`, `불이익`, `복구 경로`를 먼저 본다. 같은 화면에서 이 세 요소가 함께 실패해야 4장 사례로 올립니다.

---

고용24 `실업인정 인터넷 신청`은 `실업인정일`, 재취업 활동 등록, 활동 확인 서류, 놓쳤을 때 어디서 다시 확인하는지가 같은 첫 배너에 보여야 합니다. `조기재취업수당 안내`는 누가 대상인지, 언제 다시 취업했는지, 무엇으로 확인하는지가 접기 전 첫 블록에서 먼저 읽혀야 합니다. 서울특별시 응답소 `질의응답·답변원문`과 `결과보기`는 답변이 늦을 때 다시 볼 곳과 새 민원을 넣는 버튼을 섞지 않아야 안전합니다. 전자가족관계등록시스템 `국적 회복 허가`는 허가 사실만 보여주지 말고, `1년 내` 외국 국적 포기 절차, 외국국적불행사서약 대상 여부, 외국 국적 포기 증명서 제출 경로, `[신고 방법 보기]`를 첫 경고 블록에 함께 보여줘야 안전합니다.

---

#### 이번 라운드 KRDS/Figma 적용 예시

| 대표 사이트·화면 | KRDS 조합 | Description에 꼭 남길 문장 | 기본 예시 문구 | 숨은 레이블 메모 |
|------------------|-----------|-----------------------------|----------------|------------------|
| 국민신문고 로그인·실명확인 정보 120분 유지, 홈택스 세션 종료 | Modal + Toast + Button | Description에는 남은 시간, 임시 저장 여부, 다시 로그인 뒤 이어쓰기 가능 여부를 함께 적습니다. | 5분 뒤 자동으로 로그아웃됩니다. 작성 중인 내용은 임시 저장됩니다. / 로그인 유지하기 | 자동 로그아웃 전 남은 시간 확인하기 / 다시 로그인해 이어서 작성하기 |
| 고용24 실업인정 인터넷 신청, 조기재취업수당 안내 | Notice banner + Disclosure + Structured list + Button | Description에는 실업급여를 확인하는 날, 이번 회차 재취업 활동, 취업한 날 기준, 조기재취업 대상 여부·확인 서류, 놓쳤을 때 결과와 다시 확인 경로를 함께 적습니다. | 실업급여를 확인하는 날까지 재취업 활동을 등록해 주세요 / 빨리 다시 취업했을 때 받는 수당 대상과 확인 서류 보기 / 놓쳤다면 다음 회차와 보완 경로 확인 | 실업인정일까지 필요한 활동 보기 / 취업한 날 기준 확인하기 / 조기재취업수당 대상과 확인 서류 보기 / 실업인정일을 놓쳤을 때 다시 확인하기 |
| 서울특별시 응답소 질의응답·답변원문, 결과보기 | Status badge + Alert + Link + Button | Description에는 답변 지연 시 다시 확인 경로, 답변 예정일, 새 민원으로 넘어가는 기준을 함께 적습니다. | 답변 준비 상태를 먼저 확인해 주세요 / 답변이 늦어지면 나의 민원에서 다시 확인해 주세요 / 새 민원 신청하기 | 현재 답변 상태와 예정일 다시 보기 / 새 민원 신청 시작하기 |
| 전자가족관계등록시스템 국적 회복 허가 | Result page + Notice banner + Checklist + Button | Description에는 1년 내 외국 국적 포기와 외국국적불행사서약 대상 여부, 외국 국적 포기 증명서 제출 경로, 신고 방법·요건 확인 CTA를 함께 적습니다. | 국적 회복이 허가돼도 끝나지 않습니다 / 국적 취득일(회복 허가일)부터 1년 내 외국 국적 포기 절차를 진행하고, 외국국적불행사서약 대상인지 확인해 주세요. 외국 국적을 포기했다면 포기 증명서를 제출해야 합니다 / 신고 방법 보기 | 외국 국적 포기 기한과 서약 대상 확인하기 / 외국 국적 포기 증명서 제출 경로와 요건 확인하기 |
| 정부24 긴급복지지원 신청, 홈택스 지방세 연계 납부, 대한민국법원 친권 상실 청구 | Notice banner + Helper text + Button + Link | Description에는 즉시 연결 채널, 먼저 움직여야 하는 이유, 온라인 다음 절차, 확인 경로를 함께 적습니다. | 지금 도움받을 채널을 먼저 확인해 주세요 / 위택스 이동 또는 보호 연락처 보기 / 다음 절차 이어서 확인 | 129 상담 바로 연결하기 / 위택스로 이동하기 / 긴급 보호 연락처 보기 |
| 정부24 소상공인 정책자금 신청, 홈택스 지방세 연계 납부, 대한민국법원 부재자 재산 관리인 선임 청구 | Notice banner + Structured list + Button + Link | Description에는 같이 해야 하는 절차, 처리 기관 또는 연결 사이트, 병행 이유, 복귀 CTA를 함께 적습니다. | 본 신청 전에 병행 절차를 먼저 확인해 주세요 / 보증서·위택스·보전 처분 경로 보기 / 끝난 뒤 돌아오기 | 보증서 필요 여부 확인하기 / 위택스로 이동하기 / 보전 처분 안내 보기 |

#### D-9-3 우선 보강 공식 — 마감일·놓쳤을 때 결과·복구 경로를 한 블록에 묶는다

| 대표 사이트·화면 | 첫 블록에 남길 순서 | 놓치면 생기는 결과 | 복구·다음 행동 |
|------------------|----------------------|--------------------|----------------|
| 고용24 `실업인정 인터넷 신청` | `실업급여를 확인하는 날 (실업인정일)` → `이번 회차 재취업 활동` → `활동을 확인하는 서류` | `실업인정일을 놓치면 이번 회차 지급이 미뤄질 수 있습니다` | `[실업인정일을 놓쳤을 때 다시 확인하기]` / `[조기재취업수당 대상과 확인 서류 보기]` |
| 서울특별시 응답소 `질의응답·답변원문`, `결과보기` | `답변 준비 상태` → `답변 예정일` → `나의 민원에서 다시 확인` | `답변원문이 등록되면 민원 결과보기` / 같은 건이 아니면 `새 민원 신청하기` | `[민원 결과보기]` / `[새 민원 신청하기]` / 보완 요청은 `문자·전자문서`에서 먼저 확인 |
| 전자가족관계등록시스템 `국적 회복 허가`, `국적 이탈 신고` | `한국 국적 다시 받기 허가 결과` → `1년 내 외국 국적 포기` → `외국국적불행사서약 대상 여부` → `외국 국적 포기 증명서 제출 경로` / `국적 이탈 가능 기한` → `병역 조건` → `기한 경과 뒤 상태` | `국적 취득일(회복 허가일)부터 1년 내 외국 국적 포기 절차를 진행해야 하며, 외국국적불행사서약 대상인지도 함께 확인해야 합니다. 외국 국적을 포기했다면 포기 증명서를 한국 내 출입국관리사무소에 제출해야 합니다` / `기한을 넘기면 원칙적으로 병역 이행 또는 면제 후에만 가능하며, 예외적 국적이탈허가 대상은 별도 확인해야 합니다` | `[신고 방법 보기]` / `[요건 확인]` / `외국국적불행사서약 대상 여부 확인` |

> **우선 보강 규칙**: D-9-3 우선축 화면은 상태 이름만 다듬지 않습니다. 고용24는 `마감일 → 놓쳤을 때 결과 → 다시 확인 경로`, 서울특별시 응답소는 `답변 준비 상태 → 답변 예정일 → 결과 재확인 → 새 민원 전환 기준`, 전자가족관계등록시스템은 `한국 국적 다시 받기 허가 결과 → 1년 내 외국 국적 포기 → 외국국적불행사서약 대상 여부 → 외국 국적 포기 증명서 제출 경로`, `국적 이탈 가능 기한 → 병역 조건 → 기한 경과 뒤 상태`, `요건 확인·신고 방법`을 같은 첫 블록으로 묶어야 4장과 CASE 32·45·46·57 근거로 인정합니다.

안전망 장에서 다룬 위험·복구 문장도 사례 설명으로만 남기지 않습니다. Description, 기본 예시 문구, 숨은 레이블 메모를 같이 적어야 경고 배너, 세션 만료 모달, 지연 상태 안내를 KRDS/Figma 기본값으로 재사용할 수 있습니다.

---

---


---

### 4.2 성공·완료 메시지 패턴

과업이 완료됐을 때의 메시지는 **주권자의 안도감을 강화**하고 **다음 일정을 명확히** 안내하는 역할을 합니다. 과도한 축하나 감사 표현은 오히려 공식 서비스의 신뢰감을 해칩니다.

---

#### 완료 메시지 3요소

```
① 완료 확인 — 무엇이 완료됐는지 (1문장)
② 접수 정보 — 접수번호·다음 처리 일정
③ 다음 행동 안내 — 버튼 또는 링크 (선택)
```

| 요소 | 나쁜 예 | 좋은 예 |
|------|---------|---------|
| ① 완료 확인 | 감사합니다! 신청해 주셔서 정말 기쁩니다. | 지원금 신청이 완료됐습니다. |
| ② 접수 정보 | 빠른 시일 내에 연락드리겠습니다. | 심사 결과는 3영업일 안에 문자로 알려드립니다. |
| ③ 다음 행동 | — | [신청 내역 확인하기] |

---

#### 완료나 결과 통지를 받은 뒤에도 놓치면 위험한 정보는 첫 블록에서 분리해 보여준다

완료 메시지는 안심용 문장으로 끝내지 않습니다. 완료나 허가, 결과 통지 뒤에도 `후속 행동`, `자동으로 이어지는 것과 별도로 해야 할 것`, `이의·재심사 기한`이 남아 있으면 완료 확인 바로 아래 첫 블록에서 따로 드러내야 합니다.

| 상황 | 첫 블록에서 따로 보여줄 정보 | KRDS 연결 |
|------|--------------------------|----------|
| 전입신고 완료 | 주소 변경이 완료됐습니다. 자동 반영: 국민연금·건강보험 / 별도 변경: 자동차등록·금융기관 [변경 체크리스트] | Result page, Structured list, Link |
| 국적 회복 허가 | 국적 회복이 허가됐습니다. 국적 취득일(회복 허가일)부터 1년 내 외국 국적 포기 절차를 진행하고, 외국국적불행사서약 대상인지 확인해 주세요. 외국 국적을 포기했다면 포기 증명서를 제출해야 합니다 [신고 방법 보기] | Notice banner, Checklist, Follow-up CTA |
| 재심사 결과 통지 | 결과에 이의가 있다면 통지일로부터 90일 이내 심사 청구할 수 있습니다. [이의신청 방법] | Status, Notice banner, Button |

> **연결 규칙**: 성공 메시지나 결과 통지 아래 첫 블록에는 `후속 행동`, `자동/별도`, `이의·재심사 기한` 가운데 놓치면 손실이 생기는 정보를 먼저 분리해 둡니다. KRDS에서는 결과 페이지·구조화 목록·배너·버튼을 같이 써서 `끝난 일`과 `아직 남은 일`이 한눈에 갈리게 합니다.

---

#### 완료 메시지 유형별 패턴

**유형 1 — 즉시 처리 완료 (실시간 시스템 처리)**

```
✅ {작업}이 완료됐습니다.
   접수번호: {N}
   [결과 확인하기]
```

예시:
```
✅ 비밀번호가 변경됐습니다.
   다음 로그인부터 새 비밀번호로 접속해 주세요.
   [로그인하기]
```

**유형 2 — 심사 대기형 (행정 처리 필요)**

```
✅ {신청명} 신청이 완료됐습니다.
   접수번호: {N}
   심사 결과는 {기간} 안에 {수신 방법}으로 알려드립니다.
   [신청 내역 확인하기]
```

예시:
```
✅ 기초생활 지원금 신청이 완료됐습니다.
   접수번호: 2026-복지-004821
   심사 결과는 14일 안에 등록하신 휴대전화로 알려드립니다.
   [신청 내역 확인하기]
```

**유형 3 — 취소·해지 완료 (되돌릴 수 없는 행동)**

```
✅ {서비스명} {취소/해지}이 완료됐습니다.
   {취소 정보 또는 효력 발생 일자}
   [확인서 내려받기]   (선택)
```

예시:
```
✅ 자동 납부 해지가 완료됐습니다.
   다음 달 청구분부터 자동 납부가 되지 않습니다.
   수동으로 납부하려면 납부 기한(매월 25일)을 확인해 주세요.
```

---

#### 완료 화면 확장 규칙 — 접수번호와 확인 경로를 첫 화면에 둔다

완료 화면이 한 문장으로 끝나면 사용자는 `언제 결과가 오는지`, `지금 무엇을 해야 하는지`, `다시 어디서 확인하는지`를 알 수 없습니다. 완료 화면은 끝맺음이 아니라 다음 행동을 정하는 분기점으로 다뤄야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 민원 접수 완료 | 민원이 접수되었습니다. | 신청이 완료됐습니다. 처리까지 약 3일이 걸립니다. [나의 민원 확인하기] [알림 설정하기] |
| 세금 신고 완료 | 귀하의 종합소득세 신고서가 접수되었습니다. 결정세액은 세무서 검토 후 확정됩니다. | 종합소득세 신고가 완료됐습니다. 접수번호 {N}, 납부 기한 5월 31일, [지금 납부하기] |
| 전자가족관계등록시스템 국적이탈 신고 완료 | 신고서가 정상적으로 접수되었습니다. | 국적이탈 신고서가 접수되었습니다. 법무부 심사 최대 6개월. [처리 현황 조회] |

> **완료 화면 체크포인트**: `완료 확인`, `접수번호 또는 기한`, `결과를 받는 방법`, `바로 할 수 있는 다음 행동`을 첫 화면에서 함께 보여줍니다.

#### 후속 처리 확장 규칙 — 완료·허가 뒤 다음 기관·문서·기한을 같이 둔다

신고가 끝나거나 허가가 나온 뒤에도 실제 과업은 남아 있는 경우가 많습니다. 주소를 다른 기관에 다시 바꾸거나, 잘못 낸 신고를 바로잡거나, 신분증·여권 같은 파생 서류를 다시 발급해야 합니다. 이런 화면에서는 `지금 해야 할 후속 행동`, `연계 기관 또는 문서`, `기한 또는 미이행 위험`, `바로 가는 경로`를 첫 결과 영역에서 함께 보여줘야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 전입신고 완료 | 전입신고가 완료되었습니다. | 주소 변경이 완료됐습니다. 자동 반영: 국민연금·건강보험 / 별도 변경: 자동차등록·금융기관 [변경 체크리스트] |
| 홈택스 오류 정정 | 원천세 수정 신고 / 경정 청구 | 세금을 더 내야 하면 수정 신고 / 돌려받아야 하면 경정 청구. 감면 기한·청구 기한 [선택 기준 보기] |
| 법원 개명 허가 | 개명 허가 | 개명 허가 후 1개월 이내 주민센터 신고가 필요합니다. 주민등록증 → 운전면허증 → 여권 → 금융 계좌 순으로 변경하세요 [체크리스트 보기] |

> **후속 처리 체크포인트**: `지금 해야 할 후속 행동`, `연계 기관 또는 문서`, `기한 또는 미이행 위험`, `바로 가기 CTA`를 첫 화면에 둡니다. 자동 처리와 별도 신청이 섞이면 `자동`, `별도` 라벨을 같은 줄에서 바로 구분합니다.

#### 혜택·의무 확장 규칙 — 결정·등록 뒤 자동 적용과 별도 신청·신고를 같이 둔다

등록·허가·환급 결정이 났다고 끝이 아닙니다. 어떤 혜택은 바로 적용되고, 어떤 혜택은 다시 신청해야 하며, 어떤 의무는 기한 안에 신고해야 합니다. 이런 화면에서는 `자동으로 이어지는 것`, `별도 신청 또는 신고`, `놓치기 쉬운 기한·요건`, `바로 가기 경로`를 함께 보여줘야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 등록 결과 | 장애 정도 결정 통지 | 장애 정도가 결정됐습니다. 지금 신청 가능한 혜택: 장애인연금 / 활동 지원 / 교통 요금 할인 등록 [혜택 신청] |
| 홈택스 환급 결과 | 환급금: 120,000원 | 환급금 120,000원 — 체납 세금이 있으면 먼저 충당되고 잔액만 입금됩니다. 계좌가 없으면 [환급 계좌 등록] |
| 전자가족관계등록시스템 국적 회복 허가 | 국적 회복 허가 | 한국 국적 다시 받기 허가 결과를 먼저 확인해 주세요. 1년 내 외국 국적 포기 절차를 진행하고, 외국국적불행사서약 대상인지 확인해 주세요. 외국 국적 포기 증명서 제출 경로 확인 [신고 방법 보기] |

> **혜택·의무 체크포인트**: `자동으로 이어지는 것`, `별도 신청 또는 신고`, `놓치기 쉬운 기한·요건`, `바로 가기 CTA`를 첫 화면에 둡니다. 혜택과 의무가 섞이면 `혜택`, `의무` 라벨을 분리하고, 자동 처리 여부를 같은 줄에서 바로 밝힙니다.

#### 이용권·포인트 사용 안내 확장 규칙 — 사용 가능 항목·유효 기간·소멸·환수 위험을 같이 둔다

이용권, 바우처, 포인트처럼 `받았다`고 끝나는 혜택은 실제로는 `어디에 쓸 수 있는지`, `어디에는 못 쓰는지`, `언제까지 써야 하는지`, `잔액이 남으면 이월되는지`, `잘못 쓰면 환수되는지`를 같이 알아야 합니다. `첫만남이용권`, `국민행복카드`, `사회서비스 이용권`, `세금포인트`처럼 제도 이름만 보이거나 금액만 먼저 보이면 사용자는 결제 단계에서 막히거나, 잔액 소멸과 환수 위험을 뒤늦게 알게 됩니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 출생아 바우처 | 첫만남이용권 신청 | 사용 가능 — 산후조리원·병원·약국·아동 물품. 사용 불가 — 식료품·의류·전자기기 [전체 목록 →]. 사용 기한: 출생일로부터 1년, 미사용 잔액은 소멸 [국민행복카드 잔액 확인] |
| 정부24 임신·출산 의료비 | 국민행복카드 바우처 | 단태아·다태아별 지원 금액과 사용 기한을 먼저 보여주고, 요양기관에서만 사용할 수 있다는 점과 사용 불가 항목을 함께 알려줍니다 [사용 가능 기관 보기] |
| 정부24 사회서비스 이용권 | 사회서비스 이용권(바우처) 신청 | 장애인·노인·아동·산모 서비스별 월 이용 한도와 본인 부담이 다릅니다. 잔액 이월 가능 여부와 제공기관 등급을 먼저 확인하세요 [내 서비스 한도 확인] |
| 홈택스 세금포인트 | 세금포인트 조회 | 사용 가능한 혜택, 소멸 예정 포인트, 사용 신청 경로를 먼저 보여줍니다. 포인트 적립 기준과 유효 기간도 같은 화면에서 확인하세요 [사용 가능 혜택 보기] [포인트 사용 신청] |

> **이용권·포인트 체크포인트**: 결과 배너나 구조화 목록 바로 아래에 `사용 가능 항목 또는 기관`, `사용 불가 항목·제한`, `유효 기간·잔액·이월 여부`, `소멸 또는 환수 위험`, `잔액 확인·사용 신청 경로`를 같이 둡니다. 사용처가 유형별로 달라지면 `탭`, `세그먼트`, `구조화 목록`으로 먼저 갈라서 보여줍니다.

#### 불복·재심사 확장 규칙 — 가능 여부·기한·다음 절차를 같이 둔다

심사 결과나 처분에 동의하지 않을 때는 `무슨 절차가 가능한지`, `언제까지 신청해야 하는지`, `그다음 무엇이 이어지는지`를 한 번에 알아야 합니다. `심사청구`, `불복청구`, `이의신청` 같은 절차 이름만 던지지 말고 `가능 여부`, `신청 기한`, `기한 경과 시 결과`, `불복 뒤 다음 절차`를 함께 보여줘야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 재심사 안내 | 심사청구 | 결과에 이의가 있다면 통지일로부터 90일 이내 심사 청구할 수 있습니다. [이의신청 방법] |
| 홈택스 불복 안내 | 불복청구 | 세금 부과에 이의가 있으신가요? 고지일로부터 90일 이내 이의신청·심판청구가 가능합니다. [절차 보기] |
| 법원 이의신청 안내 | 지급명령 이의신청 | 지급명령에 동의하지 않으면 2주 이내 이의신청하세요. 이후 민사소송으로 전환되며 답변서 제출이 필요합니다. [이의신청 바로 가기] |

> **불복·재심사 체크포인트**: `이의신청 가능 여부`, `신청 기한`, `기한 경과 시 결과`, `불복 뒤 다음 절차`를 첫 화면에 둡니다. `이의신청`, `심판청구`, `즉시항고`처럼 법률 용어를 유지해야 하면 쉬운 설명을 바로 붙이고, 절차가 연속되면 다음 단계까지 끊지 않고 이어 줍니다.

#### 비교 선택 확장 규칙 — 등급·방식별 차이와 예상 비용·혜택을 같이 둔다

등급, 과세 방식, 소송 유형처럼 여러 선택지 중 하나를 고르게 하는 화면에서는 이름만 나열하면 안 됩니다. 사용자는 `무엇을 고르는지`보다 `어떤 선택이 내 상황에 맞는지`를 먼저 판단해야 합니다. 그래서 `등급·방식별 차이`, `예상 비용·혜택`, `누구에게 유리한지`, `바로 비교할 경로`를 첫 선택 영역에서 같이 보여줘야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 장기요양 등급 비교 | 노인장기요양 등급 신청 | 1~2등급은 시설 입소 가능 / 3~5등급은 방문요양·주야간보호 중심 / 인지지원등급은 인지 프로그램 이용. 본인부담은 재가 15%, 시설 20%입니다 [등급별 서비스 비교] |
| 홈택스 과세 방식 비교 | 주택임대소득 분리과세 / 종합과세 선택 | 연 임대 수입 2,000만 원 이하라면 분리과세 14%와 종합과세 6~45% 중 선택할 수 있습니다. 다른 소득이 높으면 분리과세가, 낮으면 종합과세가 유리할 수 있습니다 [예상세액 비교] |
| 법원 소송 경로 비교 | 소액사건심판 신청 | 3,000만 원 이하 금전 청구라면 소액사건으로 신청할 수 있습니다. 보통 1~2회 기일로 끝나며 변호사 없이도 진행할 수 있습니다 [일반소송과 비교] |

> **비교 선택 체크포인트**: `비교 대상`, `등급·방식별 차이`, `예상 비용·혜택`, `바로 비교할 경로`를 첫 선택 영역에 둡니다. 같은 선택지라도 누구에게 유리한지 다르면 그 기준을 한 줄로 바로 붙입니다.

#### 결과 상태 확장 규칙 — 보완 요청과 반려는 사유·기한·정정 경로를 같이 둔다

결과가 `보완 요청`이나 `반려`로 바뀌는 순간에는 왜 막혔는지, 언제까지 다시 낼 수 있는지, 어디서 바로 고치면 되는지를 먼저 알아야 합니다. `완료`, `판독 불가`, `불수리 통지`처럼 결과 이름만 남기지 말고 `거부 또는 보완 사유`, `재제출 또는 재신고 기한`, `정정 경로`를 같은 영역에서 보여줘야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 처리 결과 | 완료 | 보완 요청 — 추가 제출 서류가 있습니다. ○월 ○일까지 [보완 서류 제출] |
| 홈택스 재제출 안내 | 판독 불가 | 보완 요청 — 스캔본 판독이 어려워 다시 제출해 주세요. ○월 ○일까지 [재제출 바로 가기] |
| 법원 반려 통지 | 신고 불수리 통지 조회 | 신고 반려 통지 확인 — 거부 사유 보기 / [다시 신고하기] |

> **결과 상태 체크포인트**: `결과 상태`, `거부 또는 보완 사유`, `재제출 또는 재신고 기한`, `정정 경로`를 한 블록에 둡니다. 최종 반려라면 `다시 신고하기` 대신 `불복 방법`, `문의 경로`처럼 가능한 다음 행동을 남깁니다.

---

#### 완료 메시지 금지 표현

| 🚫 금지 표현 | 금지 이유 |
|-----------|---------|
| 감사합니다! 다음에도 이용해 주세요 | 과업 완료 확인보다 마케팅 메시지가 앞섬 |
| 축하드립니다🎉 | 공공 서비스에서 과도한 감정 표현 |
| 처리 완료! 수고하셨습니다 | 주권자를 칭찬하는 것은 권위적 태도 |
| 곧 연락드리겠습니다 | '곧'의 시간 불명확 → 구체적 기간 명시 |
| 오류 없이 완료됐습니다 | "오류 없이"는 당연한 것 → 삭제 |



---

### 4.3 빈 상태·검색 없음 텍스트

데이터가 없는 빈 화면은 오류가 아닙니다. 그러나 "내역이 없습니다"라는 건조한 통보만 덩그러니 남겨두면 주권자는 자신이 무언가 잘못한 것은 아닌지 불안해하거나 다음 행동을 멈추게 됩니다.

---

#### 빈 상태(Empty State) 구조 원칙

```
① 상태 설명 — 왜 비어 있는지 (원인)
② 안내 — 무엇을 하면 되는지 (대안 행동)
③ 행동 버튼 — 직접 연결되는 CTA (선택)
```

| 상황 | 🚫 나쁜 예 | ✅ 좋은 예 |
|------|---------|---------|
| 신청 내역 없음 | 신청 내역이 없습니다. | 아직 신청한 지원금이 없습니다.<br>[나에게 맞는 지원금 찾기] |
| 알림 없음 | 알림이 없습니다. | 새로운 알림이 없습니다.<br>신청·심사·결과 변경 시 알려드립니다. |
| 즐겨찾기 없음 | 즐겨찾기가 없습니다. | 자주 쓰는 서비스를 즐겨찾기에 추가해 보세요.<br>[서비스 둘러보기] |

---

#### 빈 상태 유형별 패턴

**유형 1 — 아직 생성되지 않은 경우**

주권자가 행동하면 채워질 수 있는 상태입니다. 대안 행동을 유도합니다.

```
아직 {내용}이 없습니다.
[{생성/신청/추가} 버튼]
```

**유형 2 — 조건을 충족하지 못해 비어 있는 경우**

주권자가 해당되지 않아 표시될 내용이 없는 상태입니다. 이유를 설명합니다.

```
현재 {조건}에 해당하는 {내용}이 없습니다.
{조건 변경 또는 다른 경로 안내}
```

예시:
```
현재 신청 가능한 지원금이 없습니다.
소득·재산 기준이 맞지 않거나, 이미 신청한 경우입니다.
[지원금 자격 다시 확인하기]
```

**유형 3 — 오류로 인해 데이터를 불러오지 못한 경우**

빈 상태처럼 보이지만 실제로는 기술적 문제입니다. 오류 3단 구조를 적용합니다.

```
정보를 불러오지 못했습니다.
잠시 후 [새로 고침]하거나, 문제가 계속되면 고객센터에 문의해 주세요.
[새로 고침] [고객센터 문의]
```

---

#### 검색 없음 (No Results) 패턴

단순히 "결과가 없다"고 끝내지 않고, 주권자가 검색을 성공할 수 있도록 힌트를 제공합니다.

**기본 패턴**

```
'{검색어}'에 대한 결과를 찾지 못했습니다.
— 단어의 철자가 맞는지 확인해 보세요.
— 단어를 짧게 줄여 보세요. (예: '행정 절차 안내' → '절차')
— 비슷한 표현으로 다시 검색해 보세요.
```

**유형별 힌트**

| 검색 유형 | 힌트 방향 | 예시 |
|---------|---------|------|
| 서비스 검색 | 대표 카테고리 제안 | "'청년주택'을 찾고 계신가요? [청년 지원 서비스 보기]" |
| 기관명 검색 | 공식 명칭 안내 | "'서울시청'으로 검색해 보세요" |
| 민원 검색 | 인기 검색어 제안 | "많이 찾는 민원: 주민등록등본, 건강보험료 조회" |

---

#### 검색창 플레이스홀더 — 실패 방지 힌트

검색창의 입력 안내 문구(플레이스홀더)는 "무엇을 입력하면 원하는 결과를 얻을 수 있는지" 보여주는 가장 좋은 튜토리얼입니다.

| 🚫 의미 없는 안내 | ✅ 구체적 힌트 |
|--------------|------------|
| 검색어를 입력해 주세요 | 질병명 또는 병원 이름 검색 |
| 검색 | 예) 청년 주택, 자동차세 연납 |
| 찾고 싶은 내용을 입력하세요 | 서비스명, 기관명, 민원 유형 |


## 제5장. 보이스·톤 — 실행 기준

> 이 장은 1.4절에서 선언한 보이스·톤 원칙을 실무 작성자가 현장에서 즉시 적용할 수 있는 수준으로 구체화합니다.
> 경어체 선택부터 주어 생략, 어조 위치, 감정 표현 허용 범위까지 — 판단 기준을 명시합니다.

---

### 5.1 경어체 일관성 — 합쇼체 표준형

#### 왜 경어체가 중요한가: 신뢰도 데이터

행안부 공공서비스 신뢰도 연구(2022)는 경어체 선택보다 **일관성**이 신뢰도에 더 큰 영향을 준다는 것을 정량으로 입증했습니다.

| 경어체 유형 | 신뢰도 점수 (100점 만점) | 비고 |
|-----------|----------------------|------|
| 합쇼체 일관 유지 | **82** | 중앙행정기관 기본값 |
| 해요체 일관 유지 | 74 | 지자체·친근 서비스 허용 |
| **혼용** | **51** | 가장 낮음 — 금지 |

> **결론**: 어떤 경어체를 선택하느냐보다 **선택한 경어체를 끝까지 유지하는 것**이 신뢰도에 결정적입니다.

---

#### 표준형과 확장형 선택 기준

| 적용 유형 | 경어체 | 조건 |
|---------|--------|------|
| **표준형** (중앙행정기관) | 합쇼체 (`~합니다/~입니다/~하십시오`) | KRDS 기본값 — 별도 결정 없이 적용 |
| **확장형** (지자체·공공기관) | 해요체 (`~해요/~해 주세요`) 허용 | 기관 결정 + 근거 문서화 필수 |
| 버튼·CTA | 단문 명사형 (`신청하기`, `확인`) | 경어체 생략 — 모든 유형 동일 |
| 시스템 상태 메시지 | 합쇼체 | 표준형·확장형 무관 |

---

#### Do/Don't 1 — 경어체 혼용 금지

동일 페이지·플로우 내에서 합쇼체와 해요체를 섞지 않습니다.

| 🚫 Don't — 혼용 (신뢰도 51점 원인) | ✅ Do — 합쇼체 일관 |
|----------------------------------|------------------|
| 서류를 첨부해 주세요. (해요체) | 서류를 첨부하십시오. |
| 신청이 완료되었습니다. (합쇼체) | 신청이 완료되었습니다. |
| 다음 단계로 넘어가요. (해요체) | 다음 단계로 진행하십시오. |

> **점검 방법**: 페이지 전체 텍스트를 복사하여 `해요/해 주세요`(해요체)와 `합니다/하십시오`(합쇼체)를 동시 검색. 둘 다 발견되면 혼용 상태입니다.

---

### 5.2 주어·인칭 — 2인칭 주어 생략 원칙

#### 한국어의 구조적 특성 활용

한국어는 맥락으로 주어를 알 수 있을 때 생략하는 것이 자연스럽습니다. 공공 서비스 UX 라이팅에서는 이 특성을 적극 활용하여 불필요한 주어를 제거합니다.

---

#### Do/Don't 2 — 2인칭 주어 노출 금지

2인칭 지칭어(`귀하`, `사용자님`, `고객님`)를 주어로 노출하면 형식적이거나 어색하게 느껴집니다.

| 🚫 Don't — 2인칭 주어 노출 | ✅ Do — 주어 생략 |
|--------------------------|----------------|
| 귀하께서는 본인인증을 완료하셔야 합니다. | 본인인증을 완료해야 합니다. |
| 사용자님이 선택하신 항목입니다. | 선택한 항목입니다. |
| 고객님께서 입력하신 정보를 확인해 주세요. | 입력한 정보를 확인하십시오. |
| 귀하의 신청이 접수되었습니다. | 신청이 접수되었습니다. |

---

#### Do/Don't 3 — 시스템 주어 금지

시스템·서비스를 주어로 쓰면 책임 회피처럼 읽힙니다. 행위 중심의 피동문 또는 주어 생략으로 대체합니다.

| 🚫 Don't — 시스템 주어 | ✅ Do — 피동문 또는 주어 생략 |
|--------------------|--------------------------|
| 시스템이 오류를 감지했습니다. | 오류가 감지되었습니다. |
| 서비스가 파일을 저장하고 있습니다. | 파일을 저장하고 있습니다. |
| 본 시스템은 개인정보를 수집합니다. | 개인정보가 수집됩니다. (수집 항목: OOO) |

> **예외**: 기관 이름을 투명성 목적으로 명시할 때는 허용합니다.
> `국세청에서 소득 정보를 불러오고 있습니다. (약 10초 소요)`

---

### 5.3 어조 스펙트럼 — 공식↔친근 슬라이더

#### 어조 위치 매트릭스

공공 서비스의 어조는 고정된 하나의 위치가 아닌, 상황(컨텍스트)에 따라 스펙트럼 위에서 이동합니다.

```
← 공식 (FORMAL)                                       친근 (FRIENDLY) →
───────────────────────────────────────────────────────────────────────
 오류·경고   안내·도움말   시스템 상태   완료 알림   마케팅(비권장)
    ●            ●●            ●●●          ●●●●        ●●●●●
```

| 컨텍스트 | 어조 위치 | 허용 표현 | 금지 표현 |
|---------|---------|---------|----------|
| 오류·경고 메시지 | 공식 | `입력하지 않으셨습니다` | `앗! 빠뜨린 게 있어요` |
| 필수 안내문 | 공식 | `필요합니다`, `해야 합니다` | `꼭 해주세요!`, `부탁드려요` |
| 도움말·설명 | 중간 | `확인하세요`, `참고하세요` | 극단 표현 모두 가능 |
| 완료 메시지 | 중간→친근 | `완료됐습니다`, `접수됐습니다` | `야호!`, `완료!` (단독) |
| 빈 상태(Empty State) | 중간 | `아직 내역이 없습니다` | `텅 비었어요` |
| 버튼·CTA | 별도 (명사형) | `신청하기`, `확인`, `저장` | 경어체 어미 부착 |

---

#### 이동 금지 원칙 — 스펙트럼 2단계 이내

오류 메시지와 완료 메시지의 어조가 동일하면 긴급도를 구분할 수 없습니다. **같은 세션 내에서 어조 이동 범위는 스펙트럼 2단계 이내**로 제한합니다.

> 예시: 오류(1단계)와 완료(4단계)를 동일한 친근 어조로 쓰면 → 위험 신호를 인지하지 못할 수 있음

---

#### Do/Don't 4 — 컨텍스트별 어조 일치

에러 메시지에서 친근한 어조를 쓰거나, 완료 메시지에서 과도하게 경직된 어조를 쓰면 사용자와의 감정 곡선이 어긋납니다.

| 🚫 Don't — 어조 불일치 | ✅ Do — 컨텍스트 일치 |
|--------------------|------------------|
| `앗! 비밀번호를 잘못 입력하셨어요. 😅` (에러에서 친근) | `비밀번호가 일치하지 않습니다. 다시 입력하십시오.` |
| `신청이 완료되었음을 알려드리는 바입니다.` (완료에서 과공식) | `신청이 완료되었습니다. 결과는 3일 이내에 알려드립니다.` |
| `반드시 본인인증을 완료하시기 바랍니다!` (안내에서 강압) | `다음 단계 진행 전 본인인증이 필요합니다.` |

---

### 5.4 감정 표현 허용 범위

#### 공감 표현의 역할과 한계

공공 서비스는 감정 표현을 최소화하는 것이 원칙이나, 완전히 배제하면 냉담하게 느껴질 수 있습니다. **허용 맥락**과 **금지 맥락**을 명확히 구분합니다.

> **근거**: 국민권익위원회 민원 서비스 언어 가이드(2023) — 공공기관에서 감정 표현이 역효과를 낸 사례 분석

---

#### 허용 맥락 — 감정 표현 적용 기준

| 맥락 | 감정 허용 여부 | 감정 유형 | 예시 |
|------|-------------|---------|------|
| 완료 확인 | ✅ 허용 (제한적) | 안도·확인 | `안전하게 처리됐습니다.` |
| 대기 안내 | ✅ 허용 (제한적) | 기다림 공감 | `잠시 기다려 주세요.` |
| 오류 안내 | 🚫 금지 | 중립 — 자책 유도 방지 | `다시 확인해 주세요.` |
| 서비스 시작 | ⚠️ 주의 | 중립 권장 (경계 모호) | `시작하겠습니다.` (감정 최소화) |
| 경고·주의 안내 | 🚫 금지 | 중립 | `기간이 지나면 신청할 수 없습니다.` |
| 빈 상태 안내 | 🚫 금지 | 유용한 힌트만 | `신청 내역이 없습니다.` |

> **핵심 원칙**: 공공기관 UX 텍스트에서 감정 표현은 **불안 해소**와 **기다림 공감** 목적으로만 허용합니다.
> 축하·사과·의인화·긴박감 표현은 행정 서비스 맥락에서 신뢰도와 형평성을 해칩니다.

---

#### Do/Don't 5 — 5대 금지 패턴

| 금지 패턴 | 🚫 Don't | ✅ Do |
|---------|---------|------|
| **이모지 남용** | `✅ 신청이 완료됐어요! 🎉` | `신청이 완료되었습니다.` |
| **느낌표 강조** | `입력 오류입니다! 다시 확인해 주세요!` | `입력한 정보가 올바르지 않습니다. 다시 확인하십시오.` |
| **사과형 자책 유도** | `죄송합니다, 오류가 났어요` | `오류가 발생했습니다. 잠시 후 다시 시도하십시오.` |
| **의인화 감탄** | `저도 몰랐어요`, `놀랍네요` | `파일을 처리하고 있습니다. (약 5초 소요)` |
| **긴박감 조성** | `서둘러 주세요!`, `마지막 기회!` | `신청 기간은 4월 30일까지입니다.` |

---

#### 완료 메시지 감정 표현 허용 목록

완료·성공 메시지에서 사용 가능한 공감 표현 (15자 이내, 합쇼체)

| ✅ 허용 표현 | 맥락 |
|-----------|------|
| 수고하셨습니다. | 긴 절차 완료 후 |
| 잘 처리되었습니다. | 일반 완료 |
| 신청이 완료되었습니다. | 신청·접수 완료 |
| 저장되었습니다. | 파일·데이터 저장 |
| 확인되었습니다. | 인증·확인 완료 |

> **주의**: `훌륭합니다!`, `완벽합니다!`, `잘하셨어요!`처럼 능력을 평가하는 표현은 금지합니다. 사용자가 당연히 해야 할 일을 칭찬하는 것은 어색하거나 조롱처럼 느껴질 수 있습니다.

---

#### 대표 사이트 기반 보이스·톤 점검 우선순위

이제 5장의 다음 라운드는 높임말 어미만 세는 일보다, 같은 상태 전환에서 톤 실패가 반복되는 화면을 먼저 묶는 데 초점을 둡니다. 보이스·톤은 `완료`, `이용 환경 전환`, `오류·검증`, `대기·세션 종료`처럼 시민 감정 곡선이 크게 바뀌는 순간에 가장 쉽게 흔들립니다.

| 우선 묶음 | 먼저 볼 대표 사이트·화면 | 먼저 확인할 질문 | 같이 볼 KRDS 조합 |
|----------|--------------------------|------------------|-------------------|
| 완료·결과 톤 | 서울특별시 응답소 결과 안내, 홈택스 종합소득세 신고 완료, 정부24 민원 접수 완료 | 인사·감사보다 상태, 접수번호, 다음 일정이 먼저 보이는가? | Result page + Status badge + Button |
| 이용 환경·전환 톤 | 정부24 앱 안내, 홈택스 PC 전용, 대한민국법원 모바일 제한 | 권유·정중한 요청보다 가능한 작업, 제한 이유, 전환 경로가 먼저 보이는가? | Notice banner + Helper text + Link/Button |
| 오류·검증 톤 | 정부24 인증 번호 불일치, 홈택스 로그인 실패, 대한민국법원 일시 오류 | 사과·감탄 없이 원인, 다시 할 행동, 문의 또는 대체 경로가 바로 보이는가? | Inline validation + Alert + Button/Link |
| 대기·세션 종료 톤 | 국세청 소득 정보 불러오기, 국민신문고 로그인·실명확인 정보 120분 유지, 홈택스 세션 종료 | 기다리는 이유, 남은 시간·예상 시간, 임시 저장, 재진입 경로가 한 흐름으로 보이는가? | Status badge + Modal + Helper text + Button |

#### 대표 사이트 점검 매트릭스 — 완료·환경 제한·오류·대기를 같은 톤 축으로 본다

| 대표 사이트·화면 | 먼저 확인할 톤 실패 | 사례 카드로 승격할 문장 | KRDS 조합 |
|------------------|----------------------|--------------------------|-----------|
| 서울특별시 응답소 결과 안내 (`귀하께서 신청하신 민원...`) | 인사·배경 설명이 결론보다 앞서고, 결과 뒤 행동이 늦게 드러나는가? | `검토 결과를 안내합니다. 답변은 나의 민원에서 확인할 수 있습니다.` | Result page + Alert + Button |
| 홈택스 신고 완료 (`귀하의 종합소득세 신고서가 접수되었습니다.`) | 과공식 문장이 접수번호·납부 기한·지금 할 행동을 늦추는가? | `종합소득세 신고가 완료됐습니다. 접수번호 {N} / 납부 기한 5월 31일 [지금 납부하기]` | Result page + Status badge + Button |
| 정부24 앱 안내 / 법원 모바일 제한 (`정부24 앱으로 더 편리하게 이용하세요.`, `증명서발급과 인터넷신고는 PC를 이용하여 주시기 바랍니다.`) | 막연한 권유나 정중한 요청만 있고 가능한 작업·전환 경로가 빠지는가? | `앱에서는 모바일 신분증 발급·알림 수신·간편인증이 가능해요. [앱 열기]`, `일부 서비스(증명서 발급·신고)는 PC에서만 이용하실 수 있습니다. PC에서 다시 접속해 주세요` | Notice banner + Helper text + Button/Link |
| 정부24 인증 번호 / 홈택스 로그인 / 법원 일시 오류 (`앗! 비밀번호를 잘못 입력하셨어요. 😅`, `오류가 발생했습니다. 죄송합니다.`) | 사과·감탄이 원인과 해결책을 가리는가? | `인증 번호가 틀렸습니다. 문자로 받은 6자리 숫자를 다시 입력해 주세요.`, `아이디 또는 비밀번호가 일치하지 않습니다. 다시 입력하거나 [비밀번호 찾기]`, `일시적인 오류가 발생했습니다. 10분 뒤 다시 시도해 주세요. 계속되면 1899-2732로 문의하거나 가까운 법원 종합민원실을 방문해 주세요` | Inline validation + Alert + Button/Link |
| 국세청 로딩 / 국민신문고·홈택스 세션 종료 (`국세청에서 소득 정보를 불러오고 있습니다. (약 10초 소요)`, `로그인·실명확인 정보 120분 유지`, `세션이 만료되었습니다. 처음부터 다시 시작하세요.`) | 대기 이유·예상 시간·임시 저장·재진입 경로가 따로 노는가? | `국세청에서 소득 정보를 불러오고 있습니다. (약 10초 소요)`, `5분 뒤 자동으로 로그아웃됩니다. 작성 중인 내용은 임시 저장됩니다. [로그인 유지하기]`, `자리를 비운 사이 로그인이 끊겼습니다. 다시 로그인하면 이어서 작성할 수 있습니다. [다시 로그인하기]` | Status badge + Modal + Helper text + Button |

> **운영 규칙**: 보이스·톤 검수는 `정중한가`만 묻지 않습니다. `첫 문장에 상태·행동이 있는가`, `기관이 책임을 지는가`, `전환 경로가 바로 보이는가`를 같은 행에서 같이 기록합니다. 같은 실패가 두 대표 사이트 이상에서 반복되면 5장 표현만 고치지 말고 4장 안전망·7장 컴포넌트·사례 카드까지 같은 라운드에서 같이 갱신합니다.


## 제6장. 기관별 파생 가이드 템플릿 (Layer 3)

> 이 장은 KRDS UX Writing 가이드(Layer 2)를 개별 기관의 서비스·조직 특성에 맞게 자가 적용할 때 사용합니다.
> **목표**: 기관마다 가이드를 처음부터 만들지 않고, 검증된 구조 위에서 **맞춤화**합니다.

---

### 6.1 파생 가이드란 무엇인가

#### 3계층 구조: 선언 → 실행 → 적용

공공기관 UX 라이팅은 세 가지 레이어가 쌓이는 구조로 운영되며, 파생 가이드는 새 문서를 만드는 작업이 아니라 대표 사이트 순회 결과를 공통 패턴과 기관 특화 공백으로 가르는 운영 절차입니다.

#### 이번 라운드 판정 흐름

대표 사이트 8종을 같은 화면 단계로 다시 본 뒤, 같은 UX Writing 문제가 세 대표 사이트 이상에서 반복되는지, KRDS 컴포넌트 조합까지 함께 검수해야 하는지, 기관 전용 맥락만 남는지 순서대로 봅니다. 이 단계가 끝나야 Layer 2 승격과 Layer 3 유지가 섞이지 않습니다.

| 단계 | 먼저 묻는 질문 | 바로 연결할 자산 |
|------|---------------|------------------|
| 대표 사이트 순회 | 정부24·홈택스·복지로·국민건강보험·국민신문고·고용24·전자가족관계등록시스템·서울특별시 응답소와 대한민국법원 보조 표본에서 같은 과업 단계가 반복되는가? | 코퍼스 로그 + 사례 후보 |
| 공통 패턴 판정 | 세 대표 사이트 이상에서 같은 실패 패턴과 같은 바꿀 문장이 반복되는가? | Layer 2 원칙 + 2.1 사전 + CASE + 7장 컴포넌트 |
| 기관 특화 판정 | 기관 이름과 도메인 맥락을 빼면 과업 의미와 톤이 무너지는가? | Layer 3 추가 사전 + 톤·매너 + 에러 시나리오 |
| KRDS 연계 | Button, Structured list, Notice banner 같은 조합까지 함께 검수했는가? | 7장 컴포넌트 + QA 체크리스트 + 테스트 |

> **운영 규칙**: Layer 3는 `기관이 다르다`는 이유로 만드는 문서가 아닙니다. 대표 사이트 순회에서 공통 근거가 약하거나, 같은 표현이 특정 도메인 안에서만 살아 있을 때만 Layer 3로 보냅니다.

```
┌─────────────────────────────────────────────┐
│  Layer 1 — KRDS (선언)                       │
│  "명확하게·간결하게·유용하게·일관되게"       │
│  → 원칙의 방향만 선언, 구체 기준 없음        │
├─────────────────────────────────────────────┤
│  Layer 2 — 이 가이드 (실행)                  │
│  3대 원칙·용어 사전·에러 구조·체크리스트     │
│  → KRDS 선언을 실무 행동 기준으로 번역       │
├─────────────────────────────────────────────┤
│  Layer 3 — 기관별 파생 가이드 (적용)         │
│  기관 전용 행정어·톤 정의·에러 시나리오      │
│  → Layer 2를 해당 기관 맥락에 맞게 맞춤화   │
└─────────────────────────────────────────────┘
```

**핵심 원칙**: Layer 3는 Layer 2를 **대체하지 않습니다**. 공통 규칙은 그대로 상속하고, 기관 고유의 공백만 채웁니다.

| 구분 | Layer 2 (공통) | Layer 3 (파생) |
|------|---------------|---------------|
| 3대 원칙 | 상속 (변경 불가) | 상속 (변경 불가) |
| 행정어 사전 | 274개 공통 | 기관 전문어 10~30개 추가 |
| 톤·매너 | 4단계 매트릭스 제공 | 기관별 주력 톤 선택·정의 |
| 에러 메시지 | 3단 구조 제공 | 기관 주요 오류 5개 작성 |
| 체크리스트 | 23개 항목 제공 | 기관 적용 항목 선택·조정 |

#### SeMA 파생 사례 — 문화예술 기관 적용 예시

서울시립미술관(SeMA)은 Layer 2 가이드를 기반으로 문화예술 기관 특성을 반영한 Layer 3 파생 가이드를 적용했습니다.

> **운영 메모**: SeMA는 대표 사이트 8종 순회 대상이 아니라 `Layer 3 검증용 기관 예시`입니다. 공통 순회는 정부24·홈택스·복지로·국민건강보험·국민신문고·고용24·전자가족관계등록시스템·서울특별시 응답소를 먼저 돌고, 대한민국법원은 권리구제·완료 뒤 후속 흐름 검증용 보조 표본으로 함께 봅니다. 그 뒤에도 기관 고유 맥락이 남을 때만 SeMA 같은 Layer 3 예시로 보냅니다.

**① 전문용어 추가 사전 (일부)**

| 원어 | 대체어 | 맥락 | 비고 |
|------|--------|------|------|
| 아카이브 | 자료실 | 작품·문서 보관 안내 | '소장품 검색'으로도 병행 사용 |
| 큐레이션 | 기획·선별 | 전시 콘텐츠 설명 | 전문가 대상 문서에선 원어 허용 |
| 오프닝 리셉션 | 개막 행사 | 행사 예약 화면 | 초대권 안내에 한해 원어 허용 |
| 도슨트 | 전시 해설사 | 예약·결제 화면 | 첫 등장 시 괄호 병기: 도슨트(전시 해설사) |

**② 기관 특화 톤 선택**

SeMA는 4단계 매트릭스(공식/표준/친근/긴급) 중 **표준·친근** 두 단계를 주력으로 채택했습니다.

| 상황 | 적용 톤 | 근거 |
|------|---------|------|
| 전시 안내·설명 | 친근 | 관람 경험 전 진입장벽 낮추기 |
| 예약·결제·취소 | 표준 | 거래 신뢰성 확보 |
| 긴급 공지 (휴관 등) | 긴급 | 즉시 인지 필요 |
| 소장품·아카이브 | 표준 | 정보 전달 우선 |

**③ 에러 메시지 기관 적용 사례**

> 예약이 완료되지 않았습니다.
> 선택하신 시간대가 마감되었습니다.
> 다른 시간대를 선택하거나 [대기 신청하기]를 눌러 주세요.

→ 3단 구조(무슨 일 / 왜 / 어떻게) + SeMA 특화 CTA("대기 신청하기") 적용

#### 대표 서비스 관찰 — 먼저 Layer 2 공통 패턴인지, Layer 3 기관 특화인지 가른다

최근 라운드에서 `확정일자`, `상속포기`, `지급명령 신청`, `이행권고결정`, `장기요양인정`, `국적 회복`, `협의이혼 의사확인`, `개명 허가`, `진정`, `청원`, `제안`, `신고`, `휴업`, `폐업`, `개인회생`, `파산`은 처음엔 특정 기관 전용 용어처럼 보였지만, 실제로는 **중대한 결정 안내**, **심사·판정 절차**, **혜택·의무 안내**, **복수 조건 체크리스트**, **절차 선택 안내**처럼 세 대표 사이트에 공통으로 반복되는 UX Writing 문제였습니다. 반대로 `도슨트`, `오프닝 리셉션`, `소장품 검색`은 문화예술 기관 맥락에서만 의미가 살아 있으므로 Layer 3에 남겨야 합니다.

| 후보 | 먼저 던질 질문 | 판정 | KRDS 연결 |
|------|---------------|------|----------|
| 확정일자 / 상속포기 | 효력·기한·취소 불가·대안 절차를 첫 화면에서 같이 보여줘야 하는가? | Layer 2 공통 패턴 | 3장 core-info + 4장 safety-net + 7장 컴포넌트 + 사례 카드 |
| 지급명령 신청 / 이행권고결정 | 확정 효력, 2주 이의 기간, 소송 전환 또는 강제집행 가능성을 첫 화면에서 같이 보여줘야 하는가? | Layer 2 공통 패턴 | 3장 core-info + 4장 safety-net + 7장 컴포넌트 + 사례 카드 |
| 장기요양인정 / 개명 허가 | 판정 기준·단계·결과 뒤 행동을 구조화해 먼저 보여줘야 하는가? | Layer 2 공통 패턴 | 3장 core-info + 4장 safety-net + 7장 컴포넌트 + 사례 카드 |
| 국적 회복 / 협의이혼 의사확인 | 별도 신고 의무나 모두 충족 조건을 체크리스트로 먼저 보여줘야 하는가? | Layer 2 공통 패턴 | 3장 core-info + 4장 safety-net + 7장 컴포넌트 + 사례 카드 |
| 민원 유형 / 휴업·폐업 / 개인회생·파산 / 후견 유형 | 어떤 상황에 어떤 절차가 맞는지, 잘못 고르면 어디서 다시 판단해야 하는지 먼저 보여줘야 하는가? | Layer 2 공통 패턴 | 3장 core-info + 4장 safety-net + 7장 컴포넌트 + 사례 카드 |
| 도슨트 / 오프닝 리셉션 / 소장품 검색 | 특정 문화예술 기관 서비스에서만 쓰이는 고유 용어·과업인가? | Layer 3 기관 특화 | 기관별 추가 사전 + 기관 톤·매너 + 기관 에러 시나리오 |

> **판정 규칙**: 용어를 기준으로 보지 말고 **UX Writing 문제 단위**로 봅니다. 세 대표 사이트에서 같은 실패 패턴이 반복되면 Layer 2로 승격하고, 한 기관의 도메인 맥락에서만 의미가 살아 있으면 Layer 3에 남깁니다.

#### 대표 사이트 기반 Layer 2·Layer 3 판정 우선순위

이제 6장의 다음 라운드는 기관 예시를 더 붙이는 일보다, 순회에서 새로 잡힌 표현이 `공통 원칙 후보`인지 `기관 특화 후보`인지 먼저 가르는 데 초점을 둡니다. 아래 네 묶음은 실제 대표 사이트 순회 뒤 가장 먼저 다시 판정할 축입니다.

| 우선 판정 묶음 | 먼저 볼 대표 사이트·화면 | 먼저 확인할 질문 | 먼저 둘 위치 |
|---------------|--------------------------|------------------|--------------|
| 중대한 결정·권리 영향 | 정부24 확정일자 신청, 홈택스 현금영수증 발급, 대한민국법원 상속포기 신고 | 효력·기한·되돌릴 수 없는 결과·대안 절차가 세 서비스에서 같은 구조로 필요한가? | Layer 2 CASE 52 / 3장 core-info / 4장 safety-net / 7장 컴포넌트 |
| 심사·판정·허가 | 정부24 장기요양인정 신청, 홈택스 종합소득세 신고 도움, 대한민국법원 개명 허가 신청 | 판정 기준·심사 단계·결과 뒤 행동을 구조화해 먼저 보여줘야 하는가? | Layer 2 CASE 55 / 3장 core-info / 4장 safety-net / 7장 컴포넌트 |
| 절차 선택·분기 | 국민신문고 민원 유형 선택, 홈택스 휴업·폐업 신고, 대한민국법원 개인회생·파산 | 내 상황별 선택 기준, 잘못 고를 때 비용, 비교·상담 경로가 공통으로 필요한가? | Layer 2 CASE 60 / 3장 core-info / 4장 safety-net / 7장 컴포넌트 |
| 기관 전용 문화·관람 과업 | SeMA 도슨트 예약, 오프닝 리셉션 신청, 소장품 검색 | 다른 대표 사이트로 옮기면 과업 이름·대상·톤이 그대로 유지되지 않는가? | Layer 3 기관별 추가 사전 / 톤·매너 / 에러 시나리오 |

#### 순회 판정 로그 한 행 예시

실제 순회에서는 표현 1개를 바로 Layer 3 사전에 올리지 않습니다. 같은 라운드에서 `대표 사이트 근거`, `같은 UX Writing 문제`, `승격 또는 유지 위치`, `같이 갱신할 자산`을 한 줄에 적어 두어야 나중에 Layer 2 승격 근거와 Layer 3 보류 근거가 섞이지 않습니다.

| 후보 묶음 | 대표 사이트 근거 | 같은 UX Writing 문제 | 판정 | 같은 라운드에서 같이 갱신할 자산 |
|----------|------------------|----------------------|------|------------------------------|
| 확정일자 신청 / 현금영수증 발급 / 상속포기 신고 | 정부24 / 홈택스 / 대한민국법원 | 효력·기한·취소 불가·대안 절차가 첫 블록에 함께 필요함 | Layer 2 CASE 52 승격 | 사례 카드, 3장 core-info, 4장 safety-net, 7장 컴포넌트, 부록 D, 코퍼스·테스트 |
| 장기요양인정 신청 / 종합소득세 신고 도움 / 개명 허가 신청 | 정부24 / 홈택스 / 대한민국법원 | 판정 기준·심사 단계·결과 뒤 행동이 공통으로 필요함 | Layer 2 CASE 55 승격 | 사례 카드, 3장 core-info, 4장 safety-net, 7장 컴포넌트, 부록 D, 코퍼스·테스트 |
| 민원 유형 선택 / 휴업·폐업 신고 / 개인회생·파산 | 국민신문고 / 홈택스 / 대한민국법원 | 절차 선택 기준·오선택 위험·비교 또는 상담 경로가 공통으로 필요함 | Layer 2 CASE 60 승격 | 사례 카드, 3장 core-info, 4장 safety-net, 7장 컴포넌트, 부록 D, 코퍼스·테스트 |
| 도슨트 예약 / 오프닝 리셉션 신청 / 소장품 검색 | SeMA 전시 예약 / 행사 안내 / 소장품 탐색 | 문화예술 기관 맥락 밖에서는 과업 이름·대상·톤이 유지되지 않음 | Layer 3 기관 특화 유지 | 기관별 추가 사전, 기관 톤·매너, 기관 에러 시나리오, 자가진단 체크리스트 |

> **실행 규칙**: 한 행에 대표 사이트 근거가 2곳 이상 모이지 않으면 Layer 2 후보로 올리지 않습니다. 먼저 Layer 3 로그로 남기고, 다음 순회에서 같은 실패가 다른 기관에서도 반복되는지 확인합니다.

#### 상대적으로 얇은 대표 사이트 빠른 분기 예시

국민건강보험, 고용24, 서울특별시 응답소, 전자가족관계등록시스템 국적 화면은 근거가 상대적으로 얇아 보여도 곧바로 Layer 3로 보내지 않습니다. 먼저 `검색 범위`, `행동 날짜`, `결과 재확인`, `허가 뒤 후속 의무`처럼 공통으로 반복되는 UX Writing 문제를 Layer 2 CASE에 붙이고, 그 뒤에도 남는 제도 이름·기관 맥락만 Layer 3 보충 메모로 남깁니다.

| 대표 사이트·화면 | Layer 2로 먼저 붙일 공통 문제 | Layer 3에 남길 기관 맥락 | 같은 라운드에서 같이 갱신할 자산 |
|-----------------|-------------------------------|--------------------------|-----------------------------------|
| 국민건강보험 `질병명·병원 이름 검색`, `보험료 산정` | 입력 범위, 재검색 단서, 계산 기준·적용 시점·다시 확인 CTA는 `CASE 10·42·53` 공통 문제로 먼저 묶습니다. | `피부양자`, `산정특례`, 보험료 부과 체계처럼 건강보험 제도 설명은 기관 추가 사전·도움말로 남깁니다. | 2장 무번역, 3장 core-info, 7장 Search/Table 규칙, CASE 10·42, 코퍼스·테스트 |
| 고용24 `실업인정 인터넷 신청`, `조기재취업수당 안내`, `훈련 검색` | `실업급여를 확인하는 날`, 이번 회차 재취업 활동, `취업한 날` 기준, 조기재취업 대상 여부·확인 서류, 놓쳤을 때 결과와 다시 확인 경로는 `CASE 6·8·45·56` 공통 문제로 먼저 묶습니다. | `조기재취업수당`, `실업인정`, `통신판매중개자 / 노무제공플랫폼사업자`, 훈련 제도 분류처럼 고용보험 제도 이름과 급여 맥락은 기관 추가 사전·도움말로 남깁니다. | 2장 무번역, 4장 safety-net, 7장 Notice/Search 규칙, CASE 6·8 KRDS/Figma handoff, 코퍼스·테스트 |
| 서울특별시 응답소 `질의응답·답변원문`, `민원 신청하기`, `결과보기` | 상태 첫 줄, `답변 예정일`, 결과 재확인 경로, CTA 위계는 `CASE 3·5·9` 공통 문제로 먼저 묶습니다. | 서울시 민원 분류, 부서·자치구 결과 맥락, 현장 민원 재접수 규칙은 기관 파생 가이드 메모로 남깁니다. | 3장 core-info, 5장 표기, 7장 Result page/Button 규칙, CASE 3·5·9, 코퍼스·테스트 |
| 전자가족관계등록시스템 `국적 회복 허가`, `국적 이탈 신고` | 허가 뒤 별도 신고 의무, `1년 내` 기한, 복수 조건, 외국 국적 포기 증명서 제출 경로, `신고 방법 / 요건 확인` CTA는 `CASE 32·45·46·57` 공통 문제로 먼저 묶습니다. | `국적 회복`, `국적 이탈`, `외국 국적 포기 절차`, `외국국적불행사서약 대상 여부`, 병역·복수 국적 법제 맥락은 기관 추가 사전·도움말로 남깁니다. | 2장 무번역, 3장 core-info, 4장 safety-net, 7장 Result page/Checklist 규칙, CASE 32·45·46·57, 코퍼스·테스트 |

> **전자가족관계등록시스템 분기 메모**: Layer 2 로그에는 `한국 국적 다시 받기 허가 결과 → 1년 내 외국 국적 포기 → 외국국적불행사서약 대상 여부 → 외국 국적 포기 증명서 제출 경로`, `국적 이탈 가능 기한 → 병역 조건 → 기한 경과 뒤 상태`, `신고 방법 보기 / 요건 확인`를 먼저 적고, Layer 3에는 `국적 회복`, `국적 이탈`, `외국 국적 포기 절차`, `외국국적불행사서약`, `복수 국적`, `병역 의무` 같은 법제 맥락만 남깁니다.
> **실행 규칙**: 얇은 대표 사이트도 한 화면에서 `Layer 2 공통 문제`와 `Layer 3 기관 맥락`을 동시에 적습니다. 공통 패턴이 세 대표 사이트 이상으로 늘어나면 즉시 Layer 2 승격으로 옮기고, 끝까지 기관 맥락만 남으면 그때 Layer 3 추가 가이드로 굳힙니다.

---

### 6.2 파생 가이드 제작 체크리스트

새로운 기관이 Layer 3 파생 가이드를 만들 때 순서대로 완료합니다.

```
□ Step 1. 기관 핵심 서비스 파악
   ㄴ 주요 사용자 흐름 3가지 이상 열거 (민원신청/예약/콘텐츠 조회 등)
   ㄴ 흐름별 핵심 화면 목록 작성

□ Step 2. 공통 원칙 승격 여부 먼저 판정
   ㄴ 세 대표 사이트에서 같은 UX Writing 문제로 반복되면 Layer 2 후보로 올림
   ㄴ 한 기관에서만 반복되면 Layer 3 파생 가이드에 남김 (부록 D-9·D-10 기록)

□ Step 3. 기관 고유 행정어·전문용어 추가 목록 작성
   ㄴ 최소 10개, 권장 20~30개
   ㄴ 양식: 6.3 ① 기관별 행정어 추가 사전 사용

□ Step 4. 기관별 톤·매너 정의
   ㄴ 4단계 매트릭스(공식/표준/친근/긴급) 중 주력 2개 선택
   ㄴ 상황별 적용 기준 표 완성 (최소 4가지 상황)
   ㄴ 양식: 6.3 ② 기관별 톤 결정 가이드 사용

□ Step 5. 주요 에러 시나리오 5개 선별 + 3단 구조 적용
   ㄴ 해당 서비스에서 가장 자주 발생하는 오류 5개 선택
   ㄴ 각각에 "무슨 일 / 왜 / 어떻게" 3단 구조 작성
   ㄴ 4.1 에러 메시지 3단 구조 참조

□ Step 6. 자가진단 체크리스트 기관 맞춤 수정
   ㄴ 부록 B 23개 항목 중 기관 서비스에 해당하는 항목 선택
   ㄴ 기관 전용 항목 최대 5개 추가
```

**완료 기준**: 6개 Step 모두 체크 시 Layer 3 파생 가이드 초안 완성으로 간주합니다.

---

### 6.3 파생 가이드 빈 양식 — 바로 복사해서 쓰는 템플릿

아래 세 가지 양식을 복사해 기관별 파생 가이드 문서에 붙여넣고 작성합니다.

---

#### ① 기관별 행정어·전문용어 추가 사전

> **작성 가이드**
> - '원어' 열: 기관 내부에서 실제 사용 중인 용어
> - '대체어' 열: 14세 중학생이 사전 없이 이해하는 일상어 (2.1 원칙 적용)
> - '맥락' 열: 이 용어가 등장하는 화면·상황 (2~3단어)
> - '출처/근거' 열: 내부 결재 문서·공식 지침·관행 중 해당 항목 기재
> - 행이 부족하면 행을 추가합니다 (최소 10개, 권장 20~30개)

| 원어 | 대체어 | 맥락 | 출처/근거 |
|------|--------|------|---------|
| (예: 수혜자격) | (예: 받을 수 있는 분) | 자격 안내 페이지 | 기관 내부 검토 |
|  |  |  |  |
|  |  |  |  |
|  |  |  |  |
|  |  |  |  |
|  |  |  |  |
|  |  |  |  |
|  |  |  |  |
|  |  |  |  |
|  |  |  |  |

**이 사전의 금지 원칙**
- 대체어도 생소한 경우: 괄호 병기 후 3회 이상 등장 시 단독 사용
- 법령 조문에 명시된 용어: 초회 등장 시 괄호 병기, 이후 일상어 대체 허용

---

#### ② 기관별 톤 결정 가이드

> **작성 가이드**
> - 4단계(공식/표준/친근/긴급) 중 기관이 주력으로 쓸 2개를 선택합니다.
> - '상황' 열에 기관 서비스 맥락을 구체적으로 기재합니다.
> - '샘플 문장' 열에 실제 화면에 들어갈 표현을 예시로 작성합니다.

**기관명**: ________________________________

**주력 톤**: □ 공식  □ 표준  □ 친근  □ 긴급  (2개 선택)

| 상황 | 적용 톤 | 샘플 문장 | 금지 표현 |
|------|---------|---------|---------|
| (예: 민원 접수 확인) | 표준 | "접수가 완료되었습니다." | "처리되셨습니다" |
|  |  |  |  |
|  |  |  |  |
|  |  |  |  |
|  |  |  |  |

**톤 판단 기준 (3 Questions)**
1. 법적 효력이 있는 안내인가? → 공식
2. 일상적 거래·조회·예약인가? → 표준
3. 관람·체험·커뮤니티 참여인가? → 친근
4. 즉각 조치가 필요한 오류·긴급 공지인가? → 긴급

---

#### ③ Do/Don't 기관 사례 채우기 양식

> **작성 가이드**
> - '주제' 열: 어떤 UX 상황·컴포넌트인지 (예: 버튼 레이블, 에러 메시지)
> - 'Don't' 열: 현재 서비스에서 실제 발견된 문제 표현
> - 'Do' 열: 3대 원칙을 적용한 개선 표현
> - '적용 원칙' 열: 무번역/정보핵심화/심리적안전망 중 해당 원칙 기재
> - 최소 5개 이상 작성합니다.

| 주제 | Don't | Do | 적용 원칙 |
|------|-------|----|---------|
| (예: 제출 버튼) | 제출하기 | 신청서 보내기 | 무번역 |
|  |  |  |  |
|  |  |  |  |
|  |  |  |  |
|  |  |  |  |
|  |  |  |  |

**작성 후 검증 체크**
```
□ Do 표현이 14세 중학생 기준에 맞는가?
□ Do 표현의 첫 단어가 결론·행동어인가?
□ Don't와 Do의 차이가 1개 원칙으로 설명되는가?
□ 기관 내부 법무·정책 검토를 거쳤는가?
```

---

> **파생 가이드 배포 전 최종 확인**
> 아래 네 질문에 모두 "예"여야 Layer 3 파생 가이드를 배포합니다.
>
> 1. Layer 2(이 가이드) 공통 규칙을 한 항목도 삭제하지 않았는가?
> 2. 추가한 용어·톤 기준이 Layer 2와 모순되지 않는가?
> 3. 새로 찾은 표현 중 세 대표 사이트 공통 패턴 후보를 Layer 3 예시로만 덮어쓰지 않았는가?
> 4. 기관 내 최소 2명(UX 라이터 + 실무 담당자)이 검토했는가?

---

---

## 제7장. UI 컴포넌트 라이팅 — 화면을 조립하는 원자 단위 글쓰기

> **이 장의 포지셔닝**: 아무리 훌륭한 정책이라도 버튼의 단어 하나가 모호하면 주권자는 길을 잃습니다. 대표 사이트 순회에서 Button·Search·Modal·Table·Structured list·Result page를 먼저 다시 보며, 12개 KRDS 컴포넌트 조합과 사례 승격 기준을 가장 기계적이고 명확한 글쓰기 공식으로 정리합니다.
> 새 실화면은 새 CASE 번호보다 기존 CASE 묶음과 Description handoff부터 정합니다.

---

#### KRDS 연결 빠른 참조 — 단일 컴포넌트보다 조합 규칙을 먼저 정한다

공공 서비스 화면은 버튼 하나, 배너 하나로 끝나지 않습니다. 같은 과업 안에서 **어떤 KRDS 컴포넌트를 묶어야 시민이 판단 → 입력 → 실행 → 후속 처리**를 끊기지 않고 이해하는지 먼저 정해야 합니다. 이 표는 실제 공공서비스 화면을 빠르게 재구성할 때 쓰는 조합 기준입니다.

| UX Writing 상황 | KRDS 연결 | 먼저 보여줄 정보 |
|----------------|----------|------------------|
| 신청 시작 전 자격 판단 | Notice banner + Structured list + Button | 신청 가능 대상 / 핵심 기한 / 바로 가기 CTA |
| 계산·비교 뒤 실행 | Helper text + Structured list + Button group | 지금 나온 판단 / 계산 근거 / 바로 실행할 행동 |
| 선택에 따라 준비물 분기 | Radio + Helper text + File upload | 추가 서류 / 조건부 필수 / 누락 시 다시 확인되거나 멈추는 단계 |
| 완료 뒤 후속 처리 | Result page + Notice banner + Link | 자동 반영 여부 / 별도 신고·신청 / 다음 기관과 기한 |
| 세션 종료·보안 제한 | Modal + Toast + Button | 남은 시간 / 임시 저장 여부 / 다시 들어가는 방법 |

> **실무 규칙**: KRDS 연결은 컴포넌트 이름 1개를 고르는 일이 아니라 **한 과업에서 함께 써야 하는 조합과 순서**를 정하는 일입니다. 배너가 결론을 열고, 구조화 목록이 조건을 풀고, 버튼이 다음 행동을 닫는 식으로 역할을 나눕니다.
> **실제 사례 추가 시작 메모**: 새 실화면은 바로 새 CASE 번호로 만들지 않습니다. 먼저 이슈 아카이브와 기존 CASE 묶음에서 비슷한 실패를 찾고, `원문 3개+CTA 1개`, `UX/UI 검수 축 1개`, `KRDS 조합 1개`를 적습니다. 7장에서는 `CASE 39·37·9`, `CASE 10·49`, `CASE 16`, `CASE 4·5·13·27` 가운데 먼저 붙일 묶음을 고르고, 세 대표 사이트 반복이면 `Description`, 기본 예시 문구, 숨은 레이블 메모까지 같은 라운드에서 KRDS/Figma handoff로 넘깁니다. 기관 고유 제도면 6장 Layer 3 메모로 보류합니다.

#### 대표 사이트 기반 컴포넌트 점검 우선순위

전 원칙 재점검 기준으로 보면 이번 순회에서 7장은 `Button / Search / Modal / Table / Structured list / Result page`를 먼저 채우는 편이 효율적입니다. 대표 사이트에서 실패 패턴이 반복되고, KRDS 조합으로 바로 옮기기 쉬운 여섯 축이기 때문입니다.

| 우선 컴포넌트 | 먼저 볼 대표 사이트·화면 | 먼저 확인할 질문 | 같이 볼 KRDS 조합 |
|--------------|--------------------------|------------------|-------------------|
| Button | 홈택스 조회·신고 메뉴, 복지로·응답소 CTA | 버튼 이름만으로 지금 할 일과 결과가 예측되는가? | Button + Button group + Structured list |
| Search | 정부24 민원 찾기, 국민건강보험 검색 | 플레이스홀더·지우기·검색 버튼 이름과 결과 없음 뒤 다음 행동이 한 세트로 보이는가? | Search + Helper text + Button |
| Modal | 국민신문고·홈택스 세션 종료 | 남은 시간, 임시 저장, 다시 로그인 경로가 한 흐름에 있는가? | Modal + Toast + Button |
| Table | 정부24 신청 상세, 국민신문고·응답소 상태표 | 헤더만 봐도 자격·기한·담당 기관·상태가 시민 언어로 읽히는가? | Table + Structured list + Status badge |
| Structured list | 정부24·홈택스·전자가족관계등록시스템 완료·발급 결과 | 효력, 보관 기간, 다음 기관·행동이 첫 목록에서 바로 보이는가? | Structured list + Notice banner + Link |
| Result page | 정부24 전입신고 완료, 홈택스 국세 환급금 조회, 전자가족관계등록시스템 전자 발급본 안내, 대한민국법원 지급명령 이의신청 | 결과 첫 블록에서 후속 행동·예상 시점·효력·이의 기한이 한 번에 읽히는가? | Result page + Structured list + Notice banner + Button/Link |

#### UX/UI 검수 축별 KRDS·CASE 연결표

| UX/UI 검수 축 | 먼저 다시 볼 QA 구간 | 연결할 CASE 묶음 | 같이 볼 KRDS 조합 |
|---------------|----------------------|------------------|-------------------|
| 정보 위계 | 상태·결과 묶음 QA, 결과 뒤 후속 흐름 묶음 QA, 중대한 결정·심사·판정 실화면 | CASE 52, CASE 55, CASE 5·42·54·55·56, CASE 31·32·33 | Notice banner + Result page + Structured list + Button |
| 선택·분기 | 비교 선택, 온라인/방문 + 담당 기관, 신청인 유형, 증명서 종류, 공개 범위, 절차 선택 실화면 | CASE 34, CASE 18·58, CASE 19, CASE 22, CASE 23, CASE 60 | Radio + Segmented control + Tabs + Helper text + Structured list |
| 입력·첨부 | 조건부 필수 항목, 첨부 파일 업로드, 대리·위임 실화면 | CASE 20, CASE 24, CASE 38·11·59 | Text input + File upload + Helper text + Consent + Button |
| 상태·안심 | 모달 묶음 QA, 기간 제한 서비스, 유지 조건·자동 종료, 긴급 연결, 대기·지연 상태 실화면 | CASE 16, CASE 45, CASE 46, CASE 47, CASE 56 | Modal + Status badge + Notice banner + Button/Link |
| 접근성·숨은 텍스트 | 버튼 레이블의 숨은 접근성 레이블 규칙, 검색 묶음 QA, 홈택스형 메뉴·버튼 규칙 | CASE 51, CASE 49, CASE 10, CASE 39 | Button + Link + Search + Tooltip |

> **실행 규칙**: 축별 검수에서 2개 이상 QA 구간이 같은 이유로 실패하면 컴포넌트 문구만 고치지 않습니다. 같은 CASE 묶음, 사례 운영 가이드, 부록 D 질문을 같은 라운드에서 함께 갱신합니다.

#### 표기 QA를 7장 KRDS/Figma handoff로 넘길 때 바로 적는 메모

표기 문제도 7장에서는 컴포넌트 문제로 다시 적어야 합니다. 표 헤더, 상태표 레이블, 탐색 레이블, 숨은 레이블, 기호 압축은 각각 다른 컴포넌트에 붙지만, 공통으로 **CASE 묶음**, **`krds-lint` fixture**, **Description**, **숨은 레이블 메모**를 같은 라운드에서 함께 남겨야 다음 회귀와 Figma handoff가 흔들리지 않습니다.

| 표기 QA 축 | 먼저 묶을 CASE·fixture | KRDS 조합 | Description·숨은 레이블 메모 |
|-----------|----------------------|----------|-----------------------------|
| 표 헤더 | CASE 4 + `신청자격 / 구비서류 / 처리기간` | Table + Structured list + Button | Description에는 `신청할 수 있는 사람`, `준비할 서류`, `처리까지 걸리는 시간` 순서를 적고, 요약 첫 문장과 같은 순서를 유지합니다. |
| 상태표 레이블 | CASE 5 + `처리기관 / 답변예정일 / 등록일` | Result page + Status badge + Timeline + Table | Description에는 상태 1문장과 `담당 기관`, `답변 예정일`, `접수한 날`을 적고, 숨은 레이블 메모에는 결과 재확인 행동까지 같이 남깁니다. |
| 탐색 레이블 | CASE 49 + CASE 39 + `전자증명서안내 / 부가가치세예정신고 / 증명서발급` | Tab + Navigation + Card + Link | Description에는 단어 경계, 행동 동사, 대상, 공식 용어 병기 기준을 적고, 숨은 레이블 메모에는 클릭 뒤 도착 화면을 같이 적습니다. |
| 숨은 레이블 | CASE 51 + `서비스 상세 이동 / 1번째 배너 / AI 켜기 / ... 새창` | Button + Link + Toggle + Carousel | Description에는 무엇을 여는지, 현재 상태 또는 다음 행동, 새 탭·새 창 여부를 적고, 숨은 레이블 메모에는 보이는 이름과 같은 목적을 읽히게 적습니다. |
| 기호 압축 | CASE 39·40·49 + `전자고지(송달) 신청 및 해지 / 국선대리인 신청(불복청구서 제출전)/(제출후)` | Button group + Radio + Tabs + Structured list + Link | Description에는 반대 행동, 단계 선택, 현재 단계, 다음 화면을 순서대로 적고, 기본 텍스트와 린터 fixture를 같이 갱신합니다. |

> **표기 handoff 규칙**: 표기 QA는 `린터만 수정`하거나 `컴포넌트 문구만 수정`하고 끝내지 않습니다. 세 대표 사이트에서 반복되면 `krds-lint` fixture, 사례 카드, 7장 Description, 숨은 레이블 메모를 같은 라운드에서 같이 고칩니다.

#### Result page 실화면 재점검 표본

이번 라운드의 Result page는 대표 사이트에서 실제로 다시 볼 화면 1개씩을 먼저 고정해 두고, 새 사례를 늘리기 전에 기존 CASE 묶음 어디에 붙는지부터 판정합니다.

| 실화면 표본 | 먼저 붙여 볼 CASE 묶음 | 이번 라운드에서 먼저 확인할 질문 | KRDS 조합 |
|------------|----------------------|----------------------------|----------|
| 정부24 `전입신고 완료` | CASE 31 `후속 처리 안내` | 자동 반영과 별도 변경, 체크리스트 CTA가 같은 첫 블록에 있는가? | Result page + Structured list + Link |
| 홈택스 `국세 환급금 조회` | CASE 42 `확정 결과 설명` + CASE 32 `혜택·의무 안내` + CASE 56 `대기·지연 상태 안내` | 산출 근거, 체납 우선 충당, 예상 입금일, 계좌 등록·지연 경로가 한 번에 읽히는가? | Result page + Notice banner + Button |
| 전자가족관계등록시스템 `전자 발급본 안내` | CASE 27 `전자 발급본 안내` | 효력, 문서확인번호, 제출처 주의, 진위확인·재출력 경로가 첫 블록에 모이는가? | Structured list + Notice banner + Link |
| 대한민국법원 `지급명령 이의신청` | CASE 33 `결과 불복·재심사 안내` | 2주 기한, 제출처, 민사소송 전환, 바로 가기 CTA가 같은 첫 블록에 보이는가? | Result page + Notice banner + Link |

> **실행 규칙**: 실화면 1개를 바로 새 CASE 1개로 늘리지 않습니다. 먼저 기존 CASE 묶음에 붙여 보고, 같은 실패가 다른 대표 사이트에서도 반복될 때만 독립 사례나 원칙으로 승격합니다.

#### 이번 라운드 KRDS/Figma 반영 예시

| 대표 사이트·화면 | KRDS 조합 | Description에 꼭 남길 문장 | 기본 예시 문구 | 숨은 레이블 메모 |
|------------------|-----------|---------------------------|----------------|------------------|
| 국민건강보험 `질병명·병원 이름 검색`, `피부양자·산정특례 안내`, `보험료 산정` | Search + Auto-complete + Helper text + Accordion + Table + Button | Description에는 `질병명 또는 병원 이름` 입력 범위·재검색 단서와, 부양가족 등록·해제 대상, 중증질환 본인부담 감면 대상, 이번 달 보험료 계산 기준, 변동 신고·경감 신청·임의계속가입 CTA를 함께 적습니다. | 질병명 또는 병원 이름을 입력해 다시 찾아보세요 / 부양가족으로 등록하거나 해제할 가족인지 먼저 확인해 주세요 / 중증질환 본인부담 감면 대상인지 확인 / 이번 달 보험료 계산 기준 보기 / 변동 신고하기 | 병원 이름이나 질병명으로 다시 검색하기 / 부양가족 등록·해제 대상 확인하기 / 중증질환 본인부담 감면 요건 보기 / 현재 보험료 계산 기준 보기 / 보험료 변동 신고하기 / 보험료 경감 신청 가능 여부 자가 진단하기 / 퇴직 뒤 예전 직장 보험료 계속 가입 확인하기 |
| 고용24 `실업인정 인터넷 신청`, `조기재취업수당 안내` | Notice banner + Structured list + Disclosure + Button | Description에는 실업급여를 확인하는 날, 이번 회차 재취업 활동, 취업한 날 기준, 조기재취업 대상 여부·확인 서류, 놓쳤을 때 결과와 다시 확인 경로를 함께 적습니다. | 실업급여를 확인하는 날까지 재취업 활동을 등록해 주세요 / 빨리 다시 취업했을 때 받는 수당 대상과 확인 서류 보기 / 놓쳤다면 다음 회차와 보완 경로 확인 | 실업인정일까지 필요한 활동 보기 / 취업한 날 기준 확인하기 / 조기재취업수당 대상과 확인 서류 보기 / 실업인정일을 놓쳤을 때 다시 확인하기 |
| 서울특별시 응답소 `질의응답·답변원문`, `결과보기` | Result page + Status badge + Button + Link | Description에는 답변 준비 상태, 답변 예정일, 나의 민원 재확인, 답변원문이 등록되면 민원 결과보기, 같은 건이 아니면 새 민원 신청 위계를 함께 적습니다. | 담당 기관에서 답변을 준비하고 있습니다 / 답변 예정일 2026.06.12 / 나의 민원에서 다시 확인 / 답변원문이 등록되면 민원 결과보기 / 같은 건이 아니면 새 민원 신청하기 | 현재 답변 상태와 예정일 확인하기 / 나의 민원에서 다시 확인하기 / 기존 민원 결과 확인하기 / 같은 건이 아니면 새 민원 신청 시작하기 |
| 전자가족관계등록시스템 `국적 회복 허가` | Result page + Notice banner + Checklist + Button | Description에는 `한국 국적 다시 받기`, `한국 국적 포기 신고` 같은 시민 언어 헤더와 공식 용어 병기, `1년 내 외국 국적 포기`, `외국국적불행사서약 대상 여부`, `외국 국적 포기 증명서 제출 경로`, 복수 국적·병역 조건, `[요건 확인]`·`[신고 방법 보기]` CTA를 함께 적습니다. | 한국 국적 다시 받기 허가 결과를 먼저 확인해 주세요 / 1년 내 외국 국적 포기와 외국국적불행사서약 대상 여부를 확인해 주세요 / 외국 국적 포기 증명서 제출 경로 확인 / 신고 방법 보기 | 국적 회복 허가 결과 확인하기 / 외국 국적 포기 기한과 서약 대상 확인하기 / 외국 국적 포기 증명서 제출 경로 확인하기 / 국적 신고 방법 보기 |
| 정부24 `신청자격 / 구비서류 / 처리기간`, 국민신문고·서울특별시 응답소 `처리기관 / 답변예정일 / 등록일` | Table + Structured list + Status badge + Timeline | Description에는 신청 가능 대상·준비 서류·처리 시간 또는 상태 1문장·담당 기관·답변 예정일·접수한 날을 시민 언어 순서대로 적습니다. | 신청할 수 있는 사람과 준비할 서류를 먼저 확인하세요 / 담당 기관에서 답변을 준비하고 있습니다 / 답변 예정일 확인 | 신청할 수 있는 사람 보기 / 준비할 서류 확인하기 / 답변 예정일과 접수한 날 확인하기 |
| 정부24 `전자증명서안내`, 홈택스 `부가가치세예정신고`, 대한민국법원 `가족관계등록부정정 허가` | Tab + Navigation + Card + Link | Description에는 단어 경계, 행동 동사, 대상, 공식 용어 병기 기준을 함께 적습니다. | 무엇을 하는 메뉴인지 먼저 읽히게 하기 / 신고하기·발급하기 동사 분리 | 전자증명서 안내 메뉴 열기 / 부가가치세 예정 신고 바로 가기 / 가족관계 기록 정정 허가 자세히 보기 |
| 정부24 `서비스 상세 이동`, 홈택스 `1번째 배너`, 정부24 `AI 켜기`, 대한민국법원 `... 새창` | Button + Link + Toggle + Carousel | Description에는 무엇을 여는지, 현재 상태 또는 다음 행동, 새 탭·새 창 여부를 함께 적습니다. | 창업 초기 지원 서비스 자세히 보기 / 부가가치세 신고 기간 안내 배너 보기 / AI 검색 사용 중 — 끄려면 클릭 | 서비스 목적과 동작 함께 읽기 / 현재 상태와 다음 행동 들려주기 / 새 탭 열림 여부 알리기 |
| 정부24 `긴급복지지원 신청`, 홈택스 `근로장려금 신청`, 전자가족관계등록시스템 `국적 이탈 신고` | Structured list + Notice banner + Badge + Helper text + Button | Description에는 조건 목록, 기준값, 탈락 시 영향, 자가 확인 CTA를 함께 적습니다. | 모든 조건을 먼저 확인해 주세요 / 소득·재산·기한 기준 보기 / 자가 확인 시작 | 지원 요건 자가 확인하기 / 가구 유형별 기준 보기 / 국적 이탈 요건 확인하기 |
| 정부24 `병적증명서 발급`, 홈택스 `세무대리인 수임 동의`, 전자가족관계등록시스템 `소송 대리인 등록` | Structured list + Helper text + Notice banner + Button | Description에는 대리 가능 대상, 증빙, 권한 범위, 해지·해임 경로를 함께 적습니다. | 누가 대신할 수 있는지 먼저 확인해 주세요 / 위임 범위와 종료 경로 보기 / 해지 또는 해임 확인 | 대리 발급 요건 확인하기 / 위임 범위 자세히 보기 / 수임 해지 또는 해임 방법 보기 |
| 국민신문고 `민원 유형 선택`, 홈택스 `휴업·폐업 신고`, 대한민국법원 `개인회생·파산` | Radio + Segmented control + Structured list + Helper text + Notice banner + Link | Description에는 내 상황, 선택 기준, 오선택 위험, 비교·상담 CTA를 함께 적습니다. | 내 상황에 맞는 절차를 먼저 확인해 주세요 / 휴업·폐업·회생·파산 차이 보기 / 무료 상담 연결 | 민원 유형 비교하기 / 휴업·폐업 차이 보기 / 개인회생·파산 비교하기 |

> **실행 규칙**: 7장 컴포넌트 라이팅에서 대표 사이트 근거가 붙은 문장은 사례 카드나 화면 설명으로 끝내지 않습니다. `Description`, 기본 예시 문구, 숨은 레이블 메모까지 같은 라운드에서 같이 남겨야 KRDS/Figma 자산으로 바로 재사용할 수 있습니다.

---

### 7.1 버튼 (Buttons): 다음 화면을 100% 예측하게 하라

버튼은 주권자가 과업을 완수하기 위해 통과해야 하는 '문'입니다. 문 너머에 무엇이 있는지 예측할 수 없다면 불안감을 줍니다.

**규칙 1 — 관성적인 '확인/취소' 금지**

문맥 없이 쓰이는 '확인'이나 '다음'은 어떤 결과가 일어날지 알려주지 않습니다. 반드시 **[목적어 + 동사형 명사]** 구조로 명확한 행동을 지시합니다.

| 🚫 금지 | ✅ 권장 |
|--------|--------|
| 확인 | 지원금 신청하기 |
| 다음 단계로 | 입력 정보 확인하기 |

**규칙 2 — 부정적 행동의 명확화**

'취소', '삭제', '포기' 등 파괴적 결과를 낳는 버튼(Secondary/Text Button)일수록 단호하게 씁니다.

| 🚫 금지 | ✅ 권장 |
|--------|--------|
| 돌아가기 | 신청 취소하기 |
| 다음에 하기 | 작성 내용 삭제하기 |

**규칙 3 — 최상위 강조 버튼은 한 화면에 하나만 둔다**

강조 버튼(primary filled button)이 둘 이상 동시에 보이면 주권자는 "지금 무엇이 가장 중요한 행동인지" 판단을 다시 해야 합니다. 같은 묶음 안에서는 **가장 중요한 행동 1개만 강조**하고, 세로 배치에서는 가장 위에 둡니다.

| 🚫 금지 | ✅ 권장 |
|--------|--------|
| `신청하기`와 `모의계산`을 같은 강조 버튼으로 병렬 배치 | `신청하기`만 강조, `모의계산`은 보조 버튼으로 분리 |
| `결과보기`, `다시 신청하기`, `목록으로`를 모두 같은 위계로 배치 | `결과보기` 1개만 강조, 나머지는 보조/텍스트 버튼으로 낮춤 |

**규칙 4 — 비교·계산 결과 뒤 CTA는 다음 신청·신고·집행을 바로 이어준다**

비교표, 계산기, 모의 조회로 사용자가 이미 판단을 끝냈다면 버튼은 더 이상 `안내 보기`에 머물면 안 됩니다. 결과를 본 직후 바로 실행할 수 있는 신청·신고·집행 CTA를 같은 영역에서 보여줘야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 연금 판단 결과 | 국민연금 가입 내역 | 이 기간을 추납하면 수령액이 월 ○○만 원 늘어납니다. 지금 바로 [추납 신청] |
| 홈택스 부가세 판단 결과 | 부가가치세 예정신고 | 직전 과세 기간 대비 매출이 1/3 이하로 줄었다면 예정 신고를 직접 선택해 납부세액을 줄일 수 있습니다 [신고 선택] |
| 법원 지급명령 후 행동 | 지급명령 신청 | 지급명령이 확정된 뒤에도 채무자가 갚지 않으면 바로 [강제집행 신청]할 수 있습니다. 예금·급여·부동산 압류 가능 |

> **결과 연결 CTA 체크포인트**: 비교표·계산 결과·모의 조회 결과 바로 아래에 `지금 나온 판단`, `바로 실행할 행동`, `지금 눌러야 하는 이유`를 같이 둡니다. 보조 링크가 필요해도 `안내 보기`보다 실행 CTA를 먼저 노출합니다.

#### 결과 연결 CTA 실화면 재점검 표본

비교나 계산을 마친 뒤 다음 신청·신고·집행으로 바로 넘어가야 하는 화면은 `CASE 37`을 먼저 붙여 봅니다. 같은 결과 영역에서 `지금 나온 판단`, `바로 실행할 CTA`, `지금 눌러야 하는 이유`가 같이 읽히는지 확인하고, 버튼 위계 문제는 `CASE 9`, 메뉴 이름 문제는 `CASE 39`와 이어 판정합니다.

| 실화면 표본 | 먼저 붙여 볼 CASE 묶음 | 이번 라운드에서 먼저 확인할 질문 | KRDS 조합 |
|------------|----------------------|------------------------------|----------|
| 정부24 `국민연금 가입 내역` | CASE 37 `결과 연결 CTA` | 가입 공백을 추납하면 수령액이 늘어난다는 판단, 지금 추납 신청해야 하는 이유, `추납 신청` CTA가 같은 결과 영역에 붙는가? | Button group + Helper text + Structured list |
| 홈택스 `부가가치세 예정신고` | CASE 37 `결과 연결 CTA` | 매출 1/3 감소 판단, 신고 선택 시 납부세액 감소·조기 환급 가능성, `신고 선택` CTA가 같은 계산 결과 영역에 붙는가? | Button group + Helper text + Structured list |
| 대한민국법원 `지급명령 신청` | CASE 37 `결과 연결 CTA` | 지급명령 확정 뒤 미변제 상태, 강제집행으로 넘어가야 하는 이유, `강제집행 신청` CTA가 같은 결과 영역에 붙는가? | Button group + Helper text + Structured list |

> **실행 규칙**: 이 묶음은 `결과 문장`만 따로, `CTA`만 따로 기록하지 않습니다. 같은 결과 영역에서 판단 결과 + 실행 CTA + 지금 눌러야 하는 이유가 함께 실패하면 `CASE 37`을 같은 로그 행으로 묶고, 버튼 계열 문제는 `CASE 39·9·37` 흐름으로 이어 판정합니다.

#### 대표 사이트 점검 매트릭스 — 버튼 사례는 이 순서로 추가한다

버튼 사례를 더 채울 때는 버튼 하나만 떼어 보지 말고 `메뉴 진입 → 비교·판단 결과 → 후속 행동` 순서로 봅니다. 아래 표는 다음 순회에서 바로 쓰는 수집 기준입니다.

| 대표 사이트·화면 | 먼저 확인할 실패 패턴 | 사례 카드로 승격할 문장 | KRDS 조합 |
|------------------|------------------------|--------------------------|-----------|
| 홈택스 조회·신고 메뉴 (`장기미환급금 찾기 서비스`, `세법해석 사전답변 신청`) | 제도명이 앞서고 지금 할 행동·대상 여부가 숨는가? | `못 받은 세금 환급금 조회·신청`, `세법 적용 결과 미리 확인 신청`처럼 과업 동사를 앞으로 뺀다 | Button + Link + Structured list |
| 복지로·응답소 CTA (`신청하기`, `참여 이력조회`, `민원 결과보기`) | 신청·확인·결과 CTA 위계가 섞이는가? | 주 행동 1개만 강조하고 보조 행동은 따로 분리한다 | Button + Button group + Helper text |
| 정부24·대한민국법원 결과 뒤 행동 (`추납 신청`, `강제집행 신청`) | 판단 뒤 실행 CTA가 늦게 나오거나 다시 메뉴 탐색을 시키는가? | 결과 문장 바로 아래에 다음 신청·집행 CTA를 붙인다 | Button group + Helper text + Structured list |

**버튼 묶음 QA — 메뉴 진입, 병렬 위계, 결과 연결을 한 세트로 본다**

CASE 39, CASE 9, CASE 37은 다른 카드처럼 보여도 실제 검수에서는 한 흐름입니다. 사용자는 먼저 메뉴나 링크로 들어오고, 같은 화면에서 여러 CTA 중 무엇을 눌러야 할지 고르고, 판단 결과를 본 뒤 다음 신청·신고·집행 버튼으로 이어집니다. 버튼 QA는 이 세 순간을 끊지 말고 한 번에 확인해야 합니다.

| 버튼 단계 | 지금 점검할 질문 | 같이 남길 근거 | KRDS 조합 |
|----------|----------------|---------------|----------|
| 메뉴 진입 | 메뉴 이름만 읽고도 지금 할 행동, 얻는 결과, 대상 조건이 보이는가? | `장기미환급금 찾기 서비스` → `못 받은 세금 환급금 조회·신청` | Button + Link + Structured list |
| 병렬 CTA | `신청하기`, `모의계산`, `결과보기` 중 무엇이 주 행동인지 한 화면에서 바로 보이는가? | 주 행동은 `민원 신청하기` 1개만 강조하고, `참여 이력조회`·`민원 결과보기`는 보조 위계로 둔다 | Button + Button group + Helper text |
| 결과 뒤 CTA | 비교·계산 결과 바로 아래에 다음 신청·신고·집행 버튼이 붙는가? | `추납 신청`, `신고 선택`, `강제집행 신청`을 결과 문장과 같은 블록에 둔다 | Button group + Helper text + Structured list |

> **수집 규칙**: 버튼 묶음은 항상 `원문 3개 + 강조 버튼 1개 + 결과 뒤 CTA 1개 + KRDS 조합 1개`를 같은 로그 행으로 남깁니다. 이렇게 해야 메뉴 이름 문제, 버튼 위계 문제, 결과 뒤 실행 문제를 서로 다른 이슈로 흩뜨리지 않고 같은 묶음으로 승격할 수 있습니다.

**규칙 5 — 숨은 접근성 레이블도 목적과 상태를 같이 쓴다**

`aria-label`, `sr-only`, 아이콘 버튼 이름, 토글 상태 문구, 새 탭 고지처럼 화면 밖에서만 읽히는 텍스트도 시민이 실제로 듣는 인터페이스 문장입니다. 여기서 `서비스 상세 이동`, `1번째 배너`, `AI 켜기`, `새창` 같은 내부 표현이나 순서 번호만 남기면 스크린리더와 음성 사용자에게는 무엇이 열리는지, 지금 어떤 상태인지, 새 탭으로 가는지 예측할 근거가 사라집니다. 숨은 접근성 레이블은 `무엇을 여는지`, `현재 상태 또는 다음 행동`, `새 탭·새 창 여부처럼 추가로 알아야 할 정보`를 함께 말해야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 혜택 카드 링크 | 서비스 상세 이동 | 창업 초기 지원 서비스 자세히 보기 |
| 홈택스 배너 점 버튼 | 1번째 배너 | 부가가치세 신고 기간 안내 배너 보기 |
| 정부24 AI 검색 토글 | AI 켜기 (켜진 상태) | AI 검색 사용 중 — 끄려면 클릭 |
| 법원 외부 공지 링크 | 가족관계에 관한 영문증명서 발급 서비스 시행 안내 새창 | 가족관계에 관한 영문증명서 발급 서비스 시행 안내 (숨은 정보: 새 탭에서 열림) |

> **접근성 레이블 체크포인트**: `무엇을 여는지`, `현재 상태 또는 다음 행동`, `새 탭·새 창 여부`, `보이는 레이블과 숨은 레이블이 같은 목적을 말하는지`를 함께 점검합니다. 순서 번호, 내부 개발 문구, `새창` 같은 상태 단어만 단독으로 읽히게 두지 않습니다.

---

### 7.2 입력 폼 (Text Input & Helper Text): 인지적 마찰을 없애라

입력창은 주권자가 정부에 자신의 데이터를 건네주는 가장 예민한 영역입니다. **3중 구조**로 안내합니다.

**① 레이블 (Label)**
폼의 이름은 가장 보편적인 명사로 짧게 씁니다.
- ✅ `휴대전화 번호`

**② 플레이스홀더 (Placeholder)**
입력창 안의 회색 텍스트는 '질문'이 아니라 **'입력 예시'나 '형식'**을 보여주어야 합니다. 플레이스홀더를 레이블 대신 사용하면 절대 안 됩니다(입력 시 사라지므로 맥락 상실).

| 🚫 금지 | ✅ 권장 |
|--------|--------|
| 전화번호를 입력해 주세요. | 숫자만 11자리 입력 |

**③ 안내 문구 (Helper Text)**
오류가 나기 전에 제약 조건(글자 수, 특수문자 여부 등)을 입력창 바로 아래에 **선제적으로** 제공합니다.
- ✅ 입력창 하단: `하이픈(-)을 제외하고 입력해 주세요.`

#### 입력 폼 확장 규칙 — 첨부 파일 업로드는 제한 조건과 재제출 경로를 먼저 쓴다

첨부 파일은 단순 입력이 아니라 증빙 제출입니다. 허용 형식, 파일당 용량, 총 용량 또는 개수, 변환이 필요한 형식, 반려되거나 실패했을 때 다시 제출하는 경로를 업로드 전에 먼저 보여줘야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24형 민원 첨부 | 파일을 첨부하세요 | PDF·JPG·HWP 가능 · 파일당 최대 5MB · 최대 3개 |
| 전자소송 서류 제출 | 파일을 첨부하세요 | PDF 형식만 가능 · 파일당 최대 10MB · 최대 5개 / HWP는 PDF 변환 후 제출 |
| 세무 증빙 재제출 | 증빙서류 파일 첨부 | 허용 형식: PDF·JPG·HWP, 파일당 5MB, 총 20MB / 판독 불가 시 재제출 바로 가기 |

> **파일 업로드 체크포인트**: 파일 선택 버튼이나 도움말 바로 아래에 `허용 형식`, `용량/개수 제한`, `변환 필요 형식`, `재제출 기한 또는 경로`를 같이 두고, 오류가 난 뒤에야 규칙을 알게 하지 않습니다.

#### 첨부 파일 업로드 실화면 재점검 표본

업로드 전에 제한 조건과 재제출 경로를 알아야 하는 화면은 `CASE 24`를 먼저 붙여 봅니다. 같은 업로드 영역에서 `허용 형식`, `용량/개수 제한`, `변환 필요 형식`, `재제출 경로`가 같이 읽히는지 확인합니다.

| 실화면 표본 | 먼저 붙여 볼 CASE 묶음 | 이번 라운드에서 먼저 확인할 질문 | KRDS 조합 |
|------------|----------------------|------------------------------|----------|
| 정부24 `파일을 첨부하세요` | CASE 24 `첨부 파일 업로드` | 허용 형식, 파일당 5MB, 최대 3개, 허용 형식 다시 보기 경로가 같은 업로드 영역에 보이는가? | File upload + Helper text + Notice banner + Button |
| 홈택스 `증빙서류 파일 첨부` | CASE 24 `첨부 파일 업로드` | 허용 형식, 파일당 5MB, 총 20MB, 판독 불가 시 재제출 바로 가기 경로가 같은 업로드 영역에 보이는가? | File upload + Helper text + Notice banner + Button |
| 대한민국법원 `PDF 형식만 가능` | CASE 24 `첨부 파일 업로드` | PDF만 가능, HWP는 PDF 변환 후 제출, 파일당 10MB·최대 5개, 변환 방법 보기 경로가 같은 업로드 영역에 보이는가? | File upload + Helper text + Notice banner + Button |

> **실행 규칙**: 이 묶음은 `허용 형식`만 따로, `재제출 경로`만 따로 기록하지 않습니다. 같은 업로드 영역에서 네 질문이 함께 실패하면 `CASE 24`를 같은 로그 행으로 묶고, 특정 답 때문에 첨부가 늦게 생기면 `CASE 20`, 제출 뒤 반려·보완이 더 핵심이면 결과 상태 예시로 이어 판정합니다.

#### 계산 안내 확장 규칙 — 계산 기준·포함 항목·제외 조건을 같이 둔다

예상 비용이나 세금, 수수료를 계산하는 화면에서는 숫자 입력칸만 두면 안 됩니다. 어떤 값을 넣는지, 무엇이 더해지고 빠지는지, 감면·비과세·면제 조건이 있는지, 계산 뒤에 무엇을 해야 하는지를 입력 전에 함께 보여줘야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 이전 등록 비용 | 자동차 이전 등록 신청 | 취득가액 입력 → 취득세 + 채권 매입 예상액 자동 표시. 경차·전기차는 취득세 감면 가능, 채권은 즉시 할인 매도할 수 있습니다 [감면 기준 확인] |
| 홈택스 임대소득 계산 | 부동산 임대소득 신고 | 전세 보증금을 받는다면 간주임대료 계산이 필요합니다. 보증금 × 2.9% × 임대 기간/365. 1주택 비과세 여부와 경비 공제도 같이 확인하세요 [간주임대료 계산기] |
| 법원 소송비용 계산 | 인지대·송달료 계산 | 청구금액 입력 → 인지대 + 송달료 자동 계산. 인지대는 법원 수수료, 송달료는 서류 발송 우편 비용입니다 [소송비용 상세 계산] |

> **계산 안내 체크포인트**: 입력창이나 계산기 버튼 바로 아래에 `계산 기준`, `포함 또는 제외 항목`, `감면·비과세 조건`, `계산 뒤 바로 할 행동`을 같이 둡니다.

#### 예상 계산 실화면 재점검 표본

숫자를 넣는 순간 예상 비용이나 수수료가 계산되는 화면은 `CASE 35`를 먼저 붙여 봅니다. 같은 입력·결과 영역에서 `계산 기준`, `포함 또는 제외 항목`, `감면·비과세 조건`, `계산 뒤 행동`이 같이 읽히는지 확인하고, 예상값이 바로 나오면 `CASE 36`으로 이어 붙여 판정합니다.

| 실화면 표본 | 먼저 붙여 볼 CASE 묶음 | 이번 라운드에서 먼저 확인할 질문 | KRDS 조합 |
|------------|----------------------|------------------------------|----------|
| 정부24 `자동차 이전 등록 신청` | CASE 35 `예상 계산 안내` | 취득가액 입력 전후에 취득세와 채권 매입 예상액, 경차·전기차 감면, 감면 기준 확인 경로가 같은 계산 영역에 보이는가? | Text input + Helper text + Structured list + Button |
| 홈택스 `부동산 임대소득 신고` | CASE 35 `예상 계산 안내` | 간주임대료 계산식, 1주택 비과세 여부, 경비 공제, 간주임대료 계산기 경로가 같은 입력 영역에 모이는가? | Text input + Helper text + Structured list + Button |
| 대한민국법원 `인지대·송달료 계산` | CASE 35 `예상 계산 안내` | 청구금액 입력 전후에 인지대와 송달료가 각각 무엇인지, 무엇이 자동 합산되는지, 소송비용 상세 계산 경로가 같은 계산 영역에 보이는가? | Text input + Helper text + Structured list + Button |

> **실행 규칙**: 이 묶음은 `계산 기준`만 따로, `감면·비과세 조건`만 따로 기록하지 않습니다. 같은 입력·결과 영역에서 네 질문이 함께 실패하면 `CASE 35`를 같은 로그 행으로 묶고, 예상값이 함께 나오면 `CASE 36`을 이어 붙여 판정합니다.

#### 예상값 안내 확장 규칙 — 확정 시점·변수·정산 경로를 같이 둔다

계산기나 모의 조회에서 보여주는 숫자는 최종값이 아닌 경우가 많습니다. 그래서 `이 값이 어느 시점을 기준으로 한 예상값인지`, `무엇이 바뀌면 달라지는지`, `언제 확정되거나 정산되는지`, `차이가 생기면 어디로 가야 하는지`를 결과와 함께 보여줘야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 경감 예상액 | 건강보험료 경감 신청 | 현재 월 보험료 기준 예상 경감액입니다. 소득·거주지 변동이나 연 1회 정기 재심사 결과에 따라 달라질 수 있습니다 [변동 신고] |
| 홈택스 장려금 예상액 | 근로장려금 신청 | 반기 신청은 예상 지급액의 35%만 먼저 지급되고, 나머지는 다음 해 정산합니다. 배우자 소득·재산이 반영되면 실제 지급액이 달라질 수 있습니다 [정산 기준 확인] |
| 법원 배당 예상액 | 부동산 강제경매 신청 | 예상 배당액은 선순위 담보·임차인 보증금·집행 비용에 따라 달라질 수 있으며 0원일 수도 있습니다. 취하 시 미사용 예납금만 환급됩니다 [배당 순위 확인] |

> **예상값 안내 체크포인트**: 계산 결과나 모의 조회 결과 바로 아래에 `예상값 기준 시점`, `달라질 수 있는 변수`, `확정 또는 정산 시점`, `변동 신고·정산·재심사 경로`를 같이 둡니다. 예상값이 일부만 먼저 지급되거나 중간 정산되면 그 일정도 숫자와 함께 먼저 밝힙니다.

#### 예상값 실화면 재점검 표본

확정 전 예상값을 먼저 보여주는 화면은 `CASE 36`을 먼저 붙여 봅니다. 같은 과업 안에서 감액·환수·추징까지 이어지는 화면은 그다음 `CASE 41`, 최종 확정 근거는 `CASE 42`로 이어 붙여 `예상값`, `차이`, `확정 결과`를 같은 순서로 판정합니다.

| 실화면 표본 | 먼저 붙여 볼 CASE 묶음 | 이번 라운드에서 먼저 확인할 질문 | KRDS 조합 |
|------------|----------------------|------------------------------|----------|
| 정부24 `건강보험료 경감 신청` | CASE 36 `예상값 안내` | 현재 월 보험료 기준이라는 점, 소득·거주지 변동, 연 1회 재심사, 변동 신고 경로가 같은 첫 결과 영역에 보이는가? | Helper text + Notice banner + Structured list + Button |
| 홈택스 `근로장려금 신청` | CASE 36 `예상값 안내` | 반기 신청은 예상 지급액 35% 선지급, 배우자 소득·재산 변수, 다음 해 정산 시점, 정산 기준 확인 경로가 한 영역에 모이는가? | Helper text + Notice banner + Structured list + Button |
| 대한민국법원 `부동산 강제경매 신청` | CASE 36 `예상값 안내` | 예상 배당액이 선순위 담보·임차인 보증금·집행 비용에 따라 달라질 수 있고 0원일 수도 있다는 점, 배당 순위 확인 경로가 함께 보이는가? | Helper text + Notice banner + Structured list + Button |

> **실행 규칙**: 이 묶음은 `예상값 기준 시점`만 따로, `정산 경로`만 따로 기록하지 않습니다. 같은 화면에서 세 질문이 함께 실패하면 `CASE 36`을 같은 로그 행으로 묶고, 차액 처리 문장이 나오면 `CASE 41`, 최종 산출 근거가 나오면 `CASE 42`를 이어 붙여 판정합니다.

#### 예상과 확정 차이 안내 확장 규칙 — 바뀐 이유·차액 처리·정정 경로를 같이 둔다

예상 수령액, 반기 선지급액, 조기 환급 예정액, 예상 배당액처럼 먼저 보여준 값이 심사·정산·선순위 확정 뒤 바뀔 수 있다면 `달라질 수 있습니다`만으로는 부족합니다. 사용자는 왜 바뀌었는지, 차액이 `감액`, `추가 지급`, `환수`, `추징`, `환급` 중 어떤 방식으로 처리되는지, 지금 `변동 신고`, `정산 확인`, `이의`, `환급 확인` 중 무엇을 해야 하는지 함께 알아야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 기초연금 감액 | 기초연금 신청 | 배우자도 기초연금을 받으면 두 분 모두 20% 감액됩니다. 국민연금 수령액이 많으면 추가 감액될 수 있습니다. 소득·재산이 바뀌면 [변동 신고], 미신고 시 과거 수령액 환수 가능 |
| 홈택스 반기 장려금 정산 | 근로장려금 신청 | 반기 수령액은 지급액의 35%만 먼저 지급됩니다. 다음 해 정산에서 추가 지급되거나 환수될 수 있습니다. [정산 기준 확인] |
| 홈택스 조기 환급 확정 | 부가가치세 조기 환급 | 조기 환급은 신고 후 15일 이내 처리 예정입니다. 다만 요건 확인에서 제외되면 환급액이 줄거나 전액 추징될 수 있습니다. 기한을 넘기면 [환급 지연 이자 안내] |
| 법원 배당 확정 | 부동산 강제경매 신청 | 예상 배당액은 확정 전 안내용입니다. 선순위 채권·임차인 보증금·집행 비용이 확정되면 실제 배당액이 달라질 수 있습니다. 취하 시 미사용 예납금만 환급됩니다 [배당 순위 확인] [예납금 환급 기준] |

> **예상·확정 차이 체크포인트**: 확정 전 숫자 아래에 `바뀐 이유`, `차액 처리 방식`, `자동 반영인지 별도 신고가 필요한지`, `정정·이의·환급 경로`를 함께 둡니다. 사용자가 `얼마가 달라질 수 있는지`만이 아니라 `달라진 뒤 무엇을 해야 하는지`까지 같은 화면에서 판단할 수 있어야 합니다.

#### 예상과 확정 차이 실화면 재점검 표본

예상값이 정산·심사·선순위 확정 뒤 바뀌는 화면은 `CASE 41`을 먼저 붙여 봅니다. 같은 과업 안에서 확정 화면까지 이어지는 경우는 `CASE 42`를 같이 붙여 `왜 바뀌었는지`, `차액이 어떻게 처리되는지`, `지금 무엇을 해야 하는지`가 한 흐름으로 읽히는지 확인합니다.

| 실화면 표본 | 먼저 붙여 볼 CASE 묶음 | 이번 라운드에서 먼저 확인할 질문 | KRDS 조합 |
|------------|----------------------|------------------------------|----------|
| 정부24 `기초연금 신청` | CASE 41 `예상과 확정 차이 안내` | 배우자 감액, 국민연금 연계 감액, 변동 신고, 환수 위험이 같은 첫 결과 영역에 보이는가? | Status + Notice banner + Structured list + Button |
| 홈택스 `근로장려금 신청` | CASE 41 `예상과 확정 차이 안내` + CASE 42 `확정 결과 설명` | 반기 35% 선지급, 다음 해 정산, 추가 지급·환수, 정산 기준 확인이 같은 흐름으로 이어지는가? | Status + Notice banner + Structured list + Button |
| 홈택스 `부가가치세 조기 환급` | CASE 41 `예상과 확정 차이 안내` | 15일 처리 예정, 요건 미충족 시 감액·추징, 지연 이자·환급 확인 경로가 함께 보이는가? | Status + Notice banner + Structured list + Button |
| 대한민국법원 `부동산 강제경매 신청` | CASE 41 `예상과 확정 차이 안내` | 예상 배당액이 확정 전 안내값임을 밝히고, 선순위 채권·임차인 보증금·집행 비용, 예납금 환급 기준, 배당 순위 확인 경로가 같이 읽히는가? | Status + Notice banner + Structured list + Button |

> **실행 규칙**: 이 묶음은 `예상값`만 따로, `환수·추징`만 따로 기록하지 않습니다. 같은 과업 안에서 예상값 화면이 먼저 나오고 확정 화면이 뒤에 이어지면 `CASE 41`을 먼저 붙이고, 최종 확정 근거가 필요한 화면은 `CASE 42`를 같은 라운드에서 이어 판정합니다.

#### 확정 결과 설명 확장 규칙 — 산출 근거·증감 이유·다음 행동을 같이 둔다

연말정산 환급세액, 건강보험 지역가입자 보험료, 가산세 자동계산 결과, 국세 환급금처럼 결과가 이미 계산돼 나왔더라도 숫자만 보여 주면 사용자는 받아들이기 어렵습니다. 이 값이 어떤 기준으로 산출됐는지, 직전 결과나 기준값과 비교해 무엇이 늘거나 줄었는지, 지금 `납부`, `분납`, `경감 신청`, `계좌 등록`, `수정 신고` 중 무엇을 해야 하는지 함께 알아야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 국민건강보험 보험료 산정 | 건강보험 지역가입자 보험료 | 보험료 산출 기준: 소득 ○점 + 재산 ○점 + 자동차 ○점 = 총 ○점 → 월 ○○원 [산출 상세 보기]. 보험료가 부담스럽다면 [경감 신청 자가 진단], 퇴직자라면 [임의계속가입 확인]. 이번 달 보험료에 적용됐고, 소득·재산이 바뀌면 [변동 신고] |
| 홈택스 연말정산 결과 | 환급세액: ○○○원 | 환급세액 420,000원 — 전년보다 180,000원 줄었습니다. 교육비 공제 감소 / 의료비 누락 가능 / 중도 입사분 반영. 추가 납부가 생기면 5월 31일까지 [바로 납부하기], 누락 내역은 [공제 내역 보기] [수정 신고 안내] |
| 홈택스 가산세 자동계산 | 234,560원 | 본세 2,000,000원 + 신고 지연 45일 × 일일 0.022% = 가산세 19,800원. 자진신고 시 50% 감면 가능 [감면 조건 확인] [지금 자진신고하기] |
| 홈택스 국세 환급금 조회 | 국세 환급금 조회 | 환급금 120,000원 — 연말정산 과납으로 발생 / 체납 세금 20,000원 먼저 충당 / 잔액 100,000원 입금 예정. 환급 계좌가 없으면 [계좌 등록하기], 30일 넘게 지연되면 [환급 지연 이자 안내] |

> **확정 결과 체크포인트**: 결과 숫자 바로 아래에 `산출 기준`, `직전 값·기준 대비 증감`, `지금 처리해야 할 기한·납부·분납·경감 여부`, `정정·이의·계좌 등록 경로`를 같이 둡니다. 이미 확정된 결과라도 사용자가 `왜 이렇게 나왔는지`와 `지금 무엇을 해야 하는지`를 같은 화면에서 이해해야 합니다.

#### 납부 방식 안내 확장 규칙 — 일시납·분납·연납의 조건·기한·불이익을 같이 둔다

세금을 내거나 경매 대금을 납부하는 화면에서는 금액만 보여 주거나 `납부` 버튼만 두면 안 됩니다. 사용자는 `한 번에 다 내야 하는지`, `나눠 낼 수 있는지`, `미리 내면 할인되는지`, `분납이 안 되는지`, `기한을 넘기면 어떤 불이익이 생기는지`를 같이 알아야 합니다. `분납`, `연납`, `가산금`, `입찰보증금 몰수`처럼 고부담 결정에 직접 연결되는 정보는 납부 방식 이름과 분리하지 말아야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 자동차세 납부 | 자동차세 납부 | 연납(1월): 연간 세금의 9.15% 할인 / 분기 납부(6월·12월): 할인 없음 / 카드 무이자 할부 가능 [연납 신청] [카드사 확인] |
| 정부24 지방세 납부 | 지방세 납부 | 30만 원 이상이면 최대 12개월 분납 가능. 기한 내 미납 시 3% 가산금, 이후 매월 1.2% 추가. [분납 신청 바로가기] |
| 홈택스 종합소득세 납부 | 종합소득세 납부 | 납부세액 1천만 원 초과 시 5월 31일까지 절반, 나머지는 7월 31일까지 납부할 수 있습니다. 이자 없음 [분납 선택] [대상 확인] |
| 법원 경매 매각대금 납부 | 매각대금 납부 | 매각허가결정 확정 후 통상 1개월 이내 전액 일시 납부해야 합니다. 분납 불가, 기한 내 미납 시 낙찰 취소 및 입찰보증금 몰수 [납부 계좌 확인] [영수증 안내] |

> **납부 방식 체크포인트**: 금액 아래에 `선택 가능한 납부 방식`, `할인·이자·분납 가능 여부`, `각 방식의 기한`, `미납 또는 기한 초과 시 불이익`, `지금 선택하거나 신청할 경로`를 같이 둡니다. 사용자가 `얼마를 내는지`만이 아니라 `어떻게 내는 것이 내 상황에 맞는지`를 같은 화면에서 판단할 수 있어야 합니다.

---

### 7.3 선택지 (Checkbox & Radio Button): 긍정문으로 묻고, 상호 배타적으로 구성하라

체크박스(다중 선택)와 라디오 버튼(단일 선택)은 주권자의 의사를 확정하는 도구입니다. '다크 패턴(Dark Pattern)'을 철저히 금지합니다.

**규칙 1 — 이중 부정 금지**

"수신을 거부하시겠습니까?"에 "아니오"를 누르게 하는 방식은 금지합니다.

| 🚫 금지 | ✅ 권장 |
|--------|--------|
| 야간 알림 수신을 거부하지 않습니다. | 야간 알림 수신 동의 |

**규칙 2 — 항목의 상호 배타성**

라디오 버튼의 항목들은 서로 의미가 겹치지 않도록 명확하게 잘라내야 합니다.

| 🚫 금지 | ✅ 권장 |
|--------|--------|
| 20대 / 20~30대 / 30대 이상 | 20대 이하 / 30대 / 40대 이상 |

**규칙 3 — 분기 선택지는 준비물과 결과를 같이 보여준다**

여권 재발급, 납부 기한 연장 신청, 공탁금 출급 청구처럼 선택에 따라 준비 서류, 처리 기간, 수령 방법이 달라지면 라디오나 셀렉트의 이름만 두면 안 됩니다. 사용자는 누르기 전에 무엇을 준비해야 하고 결과를 어떻게 받는지 판단할 수 있어야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 발급 유형 선택 | 여권 재발급 신청 | 긴급 발급 (3~5일, 방문 수령, 기존 여권 지참) |
| 연장 사유 선택 | 납부 기한 연장 신청 | 질병·재해로 신청하는 경우 — 진단서 또는 피해 확인서 필요, 처리 10일 내 |
| 출급 상황 선택 | 공탁금 출급 청구 | 상속으로 받기 — 공탁번호 + 판결문 준비, 이자는 함께 청구 가능 |

> **선택지 체크포인트**: 과업 경로를 바꾸는 선택지에는 `준비할 서류`, `처리 기간`, `수령 또는 다음 절차`를 선택지 바로 아래에 함께 둡니다.

**규칙 4 — 진입 경로가 갈리면 가능한 채널과 신청처를 먼저 보여준다**

전입신고, 사업자 등록 사항 정정 신청, 집행문 부여 신청처럼 사용자 상황에 따라 인터넷 신청 가능 여부나 실제 신청처가 갈리면 서비스 이름만 두면 안 됩니다. 먼저 `인터넷으로 가능한 경우`, `기관에 직접 제출해야 하는 경우`, `신청처가 갈리는 기준`을 한 번에 보여줘야 사용자가 잘못된 채널이나 기관으로 들어가지 않습니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 이사 신고 | 전입신고 | 신고인이 본인이면 인터넷 신청 가능 / 세대주 확인이 안 되거나 대리인이면 주민센터 방문 / 임대차계약서·집주인 확인서 등 필요 서류 먼저 확인 [신청 가능 조건 보기] |
| 사업자 정보 변경 | 사업자 등록 사항 정정 신청 | 홈택스에서 정정 신고·증빙 전자제출 가능 / 정정 항목에 따라 세무서 방문 필요 / 사업자등록증·변경 증빙을 먼저 준비하세요 |
| 판결 집행 준비 | 집행문 부여 신청 | 판결·조정조서 집행은 제1심법원에 신청 / 소송기록이 상급심에 있으면 그 법원에 신청 / 공정증서 집행은 작성 공증인사무소에 신청 / `집행문부여신청서`·`판결정본`·`확정증명원`·`송달증명원` 확인 [필수 서류 보기] |

> **진입 경로 체크포인트**: 신청 진입 전에 `인터넷 신청 가능 여부`, `직접 제출이 필요한 경우`, `신청처가 갈리는 기준`, `먼저 준비할 서류`를 선택지 바로 위나 아래에서 같이 보여줍니다.

**규칙 5 — 신청인 유형이 바뀌면 추가 서류와 권한 범위를 같이 보여준다**

피부양자 등록, 연말정산 부양가족 자료 조회, 소송 기록 열람처럼 신청인이 `본인`, `가족`, `이해관계인`, `제3자` 중 누구인지에 따라 필요한 동의와 서류가 달라지면 이름만 두면 안 됩니다. 먼저 `누가 신청하는지`, `추가로 필요한 증빙`, `권한 또는 처리 차이`를 같이 보여줘야 사용자가 중간 단계에서 반려되지 않습니다.
같은 규칙은 부동산 거래 신고처럼 직거래인지, 공인중개사 거래인지에 따라 `한 명이 신청하는지`, `매도인·매수인이 함께 신고해야 하는지`가 바뀌는 화면에도 그대로 적용됩니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 가족 등록 | 건강보험 피부양자 등록 신청 | 관계별 서류 확인 — 부모 등록은 가족관계증명서 + 소득 확인서 필요 |
| 가족 자료 조회 | 연말정산 간소화 | 본인 자료는 바로 조회 / 부양가족 자료는 온라인 동의 또는 세무서 방문 필요 |
| 공동 신고 | 부동산 거래 신고 | 공인중개사 거래는 중개사가 신고 / 직거래는 매도인·매수인 공동 신고 + 계약서 준비 |
| 기록 열람 신청 | 소송 기록 열람·복사 신청 | 당사자는 온라인 열람 가능 / 이해관계인은 소명 서류 + 허가 절차 필요 / 제3자는 법원 방문 신청 |

> **신청인 유형 체크포인트**: 라디오·필드셋 바로 아래에 `추가 서류`, `필요 동의`, `함께 신청해야 하는 사람`, `처리 권한 또는 기간 차이`를 같이 두고, 본인·가족·이해관계인처럼 신청인 유형 이름만 던지지 않습니다.

#### 신청인 유형 분기 실화면 재점검 표본

신청 주체가 바뀌는 순간 준비 서류와 동의 범위가 달라지는 화면은 `CASE 19`를 먼저 붙여 봅니다. 같은 첫 분기 영역에서 `누가 신청하는지`, `추가 서류`, `필요 동의`, `함께 신청해야 하는 사람 또는 처리 권한 차이`가 같이 읽히는지 확인합니다.

| 실화면 표본 | 먼저 붙여 볼 CASE 묶음 | 이번 라운드에서 먼저 확인할 질문 | KRDS 조합 |
|------------|----------------------|------------------------------|----------|
| 정부24 `건강보험 피부양자 등록 신청` | CASE 19 `신청인 유형 분기` | 부모 등록인지, 관계별 서류, 소득 확인서, 관계별 서류 보기 경로가 같은 첫 분기 영역에 보이는가? | Fieldset + Radio + Helper text + Structured list |
| 홈택스 `연말정산 간소화` | CASE 19 `신청인 유형 분기` | 본인 자료와 부양가족 자료 차이, 온라인 동의 또는 세무서 방문 조건, 부양가족 동의 요청 경로가 같은 선택 영역에 보이는가? | Fieldset + Radio + Helper text + Structured list |
| 대한민국법원 `소송 기록 열람·복사 신청` | CASE 19 `신청인 유형 분기` | 당사자·이해관계인·제3자 차이, 소명 서류와 허가 절차, 방문 신청 경로가 같은 첫 권한 영역에 보이는가? | Fieldset + Radio + Helper text + Structured list |

> **실행 규칙**: 이 묶음은 `신청인 유형 이름`만 따로, `추가 서류`만 따로 기록하지 않습니다. 같은 첫 분기 영역에서 네 질문이 함께 실패하면 `CASE 19`를 같은 로그 행으로 묶고, 모두 충족 조건이 더 핵심이면 `CASE 57`, 이미 대리 관계가 생긴 뒤 권한 범위가 더 앞서는 화면은 `CASE 59`로 이어 판정합니다.

**규칙 6 — 조건부 필수 항목은 선택 순간 바로 밝힌다**

외국인 여부, 영세율 적용 유형, 미성년 자녀 여부처럼 같은 신청서 안에서도 특정 답을 고른 순간에만 필수 입력 또는 첨부가 생기는 경우가 있습니다. 빨간 별표만 두거나 제출 직전 오류로 막지 말고, `누구에게만 필요한지`, `지금 추가로 입력·첨부할 것`, `빠지면 어디서 다시 확인되거나 멈추는지`를 바로 보여줘야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 신청인 정보 입력 | 외국인등록번호 * | 외국인입니다 — 외국인등록번호 입력 (해당자만 필수) |
| 영세율 유형 선택 | 영세율 신고 | 수출 실적이에요 — 수출신고필증 + 외화입금 증빙 첨부 |
| 협의이혼 자녀 확인 | 미성년 자녀 있음 | 미성년 자녀가 있어요 — 친권·양육자 지정 협의서 필수 제출 |

> **조건부 필수 체크포인트**: 라디오·입력창·파일 업로드 바로 근처에 `해당자만 필수`, `추가 첨부`, `누락 시 다시 확인되거나 멈추는 단계`를 같이 두고, 빨간 별표(*)만으로 해석하게 두지 않습니다.

#### 조건부 필수 항목 실화면 재점검 표본

특정 답을 고르는 순간에만 입력이나 첨부가 더 생기는 화면은 `CASE 20`을 먼저 붙여 봅니다. 같은 입력·첨부 영역에서 `해당자만 필수`, `지금 추가로 필요한 입력·첨부`, `누락 시 다시 확인되거나 멈추는 단계`가 같이 읽히는지 확인합니다.

| 실화면 표본 | 먼저 붙여 볼 CASE 묶음 | 이번 라운드에서 먼저 확인할 질문 | KRDS 조합 |
|------------|----------------------|------------------------------|----------|
| 정부24 `외국인등록번호` | CASE 20 `조건부 필수 항목` | 외국인 여부 선택 뒤 외국인등록번호 입력, 해당자만 필수 문구, 누락 시 다시 확인 단계가 같은 입력 영역에 보이는가? | Radio + Text input + Helper text + File upload |
| 홈택스 `영세율 신고` | CASE 20 `조건부 필수 항목` | 수출 실적 선택 뒤 수출신고필증과 외화입금 증빙 첨부, 누락 시 과세 전환 위험이 같은 입력 영역에 보이는가? | Radio + Text input + Helper text + File upload |
| 대한민국법원 `협의이혼 의사확인 신청` | CASE 20 `조건부 필수 항목` | 미성년 자녀 선택 뒤 친권·양육자 지정 협의서 제출, 누락 시 확인 불가 단계가 같은 입력·첨부 영역에 보이는가? | Radio + Text input + Helper text + File upload |

> **실행 규칙**: 이 묶음은 `해당자만 필수`만 따로, `추가 첨부`만 따로 기록하지 않습니다. 같은 입력·첨부 영역에서 세 질문이 함께 실패하면 `CASE 20`을 같은 로그 행으로 묶고, 모두 충족 조건이 더 앞서면 `CASE 57`, 업로드 제한과 재제출 경로가 더 핵심이면 `CASE 24`로 이어 판정합니다.

**규칙 7 — 증명서 종류 선택은 포함 정보와 제출처를 같이 보여준다**

주민등록등본·초본, 가족관계증명서 일반·상세·특정, 납세증명서 일반용·금융거래용처럼 같은 증명서 안에서도 포함 정보와 제출처가 다르면 이름만 나열하면 안 됩니다. 먼저 `무엇이 포함되는지`, `주로 어디에 내는지`, `비슷한 종류와 무엇이 다른지`를 같이 보여줘야 잘못 발급하는 일을 줄일 수 있습니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 주민등록 서류 선택 | 주민등록등본 / 주민등록초본 | 가족 전체 주민등록증명서 (등본) — 대출·계약·학교 제출 / 본인 주소 이력 증명서 (초본) — 주소 변경 이력 확인 |
| 가족관계증명서 유형 | 일반증명서 / 상세증명서 / 특정증명서 | 일반 — 현재 가족 기본 정보 / 상세 — 전 가족 기록 포함 (상속·이민) / 특정 — 필요한 가족만 선택 |
| 납세증명서 종류 | 납세증명서 (일반용) / 납세증명서 (금융거래용) | 일반용 — 관공서·학교 제출 / 금융거래용 — 은행·대출 제출 |

> **증명서 종류 체크포인트**: 라디오·세그먼트·설명문 바로 아래에 `포함 정보`, `주요 제출처`, `유사 종류와 차이`를 같이 두고, 등본·초본·상세증명서처럼 내부 분류 이름만 던지지 않습니다.

#### 증명서 종류 선택 실화면 재점검 표본

비슷한 증명서 이름만 보고 고르기 쉬운 화면은 `CASE 22`를 먼저 붙여 봅니다. 같은 선택 영역에서 `무엇이 포함되는지`, `주요 제출처`, `유사 종류와 차이`, `종류 비교 또는 제출처 예시 경로`가 같이 읽히는지 확인합니다.

| 실화면 표본 | 먼저 붙여 볼 CASE 묶음 | 이번 라운드에서 먼저 확인할 질문 | KRDS 조합 |
|------------|----------------------|------------------------------|----------|
| 정부24 `주민등록등본 / 주민등록초본` | CASE 22 `증명서 종류 선택` | 등본·초본 차이, 포함 정보, 제출처 예시, 종류 비교 경로가 같은 선택 영역에 보이는가? | Radio + Helper text + Structured list + Segmented control |
| 전자가족관계등록시스템 `일반증명서 / 상세증명서 / 특정증명서` | CASE 22 `증명서 종류 선택` | 현재 가족 기본 정보, 전 가족 기록, 필요한 가족만 선택 차이와 제출 맥락이 같은 선택 영역에 보이는가? | Radio + Helper text + Structured list + Segmented control |
| 홈택스 `납세증명서 (일반용) / 납세증명서 (금융거래용)` | CASE 22 `증명서 종류 선택` | 관공서·학교 제출과 은행·대출 제출 차이, 제출처 예시와 종류 비교 경로가 같은 선택 영역에 보이는가? | Radio + Helper text + Structured list + Segmented control |

> **실행 규칙**: 이 묶음은 `증명서 이름`만 따로, `제출처`만 따로 기록하지 않습니다. 같은 선택 영역에서 네 질문이 함께 실패하면 `CASE 22`를 같은 로그 행으로 묶고, 공개 범위 선택이 바로 이어지는 화면은 `CASE 23`, 발급 효력·유효기간이 더 핵심이면 `CASE 27`로 이어 판정합니다.

**규칙 8 — 공개 범위 선택은 필요한 정보만 보이게 한다**

주민등록번호 뒷자리 표시 여부, 세대원 포함 범위, 말소 사항 포함 여부, 세무정보 열람 기간처럼 같은 업무 안에서도 공개 범위를 고르는 순간이 있습니다. 이때는 범위 이름만 두지 말고, 먼저 `무엇이 보이는지`, `어디에 제출하거나 누구에게 공개되는지`, `생략해도 되는 정보`, `해제·재설정 경로`를 같이 보여줘야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 주민등록 서류 표시 범위 | 개인정보 제공 범위 선택 | 은행·학교 제출 — 주민번호 뒷자리 제외 권장 / 임대차 계약 — 세대원 정보 포함 / 주소 이력은 필요한 경우만 |
| 등기사항증명서 범위 | 말소 사항 포함 / 현행 / 특정 시점 | 대출·담보 제공 — 말소 포함 전체 / 소송 제출 — 현재 유효만 / 과거 기준 증명 — 특정 시점 |
| 세무정보 열람 범위 | 세무정보 열람권한 부여 | 세무사 홍길동님이 2026.01~2026.12 동안 신고·납부 내역과 과세자료를 열람합니다. 공개 정보 목록 보기 / 마이페이지에서 해제 |

> **공개 범위 체크포인트**: 라디오·체크박스·설명문 바로 아래에 `노출되는 정보`, `권장 제출처/공개 대상`, `생략 권장 정보`, `해제 경로`를 같이 두고, 범위 이름만 보고 판단하게 두지 않습니다.

#### 공개 범위 선택 실화면 재점검 표본

공개 수준을 고르는 순간 개인정보 최소화와 제출 목적을 같이 판단해야 하는 화면은 `CASE 23`을 먼저 붙여 봅니다. 같은 선택 영역에서 `노출되는 정보`, `권장 범위`, `생략 권장 정보`, `해제 또는 재설정 경로`가 같이 읽히는지 확인합니다.

| 실화면 표본 | 먼저 붙여 볼 CASE 묶음 | 이번 라운드에서 먼저 확인할 질문 | KRDS 조합 |
|------------|----------------------|------------------------------|----------|
| 정부24 `개인정보 제공 범위 선택` | CASE 23 `공개 범위 선택` | 주민번호 뒷자리, 세대원 정보, 주소 이력 공개 범위와 제출처별 권장 조합이 같은 선택 영역에 보이는가? | Radio + Checkbox + Helper text + Structured list |
| 대한민국법원 `말소 사항 포함 / 현행 / 특정 시점` | CASE 23 `공개 범위 선택` | 말소 포함 전체, 현재 유효만, 과거 기준 증명 차이와 용도 설명이 같은 선택 영역에 보이는가? | Radio + Checkbox + Helper text + Structured list |
| 홈택스 `세무정보 열람권한 부여` | CASE 23 `공개 범위 선택` | 열람 기간, 공개되는 신고·납부 내역, 공개 정보 목록 보기와 마이페이지 해제 경로가 같은 동의 영역에 보이는가? | Radio + Checkbox + Helper text + Structured list |

> **실행 규칙**: 이 묶음은 `공개 범위 이름`만 따로, `해제 경로`만 따로 기록하지 않습니다. 같은 선택 영역에서 네 질문이 함께 실패하면 `CASE 23`을 같은 로그 행으로 묶고, 증명서 종류 선택이 더 앞서면 `CASE 22`, 이미 대리·위임된 공개 범위가 더 핵심이면 `CASE 59`로 이어 판정합니다.

---

### 7.4 모달 팝업과 토스트 (Modal & Toast): 감정을 빼고 해결책을 던져라

**모달 팝업 (치명적 오류 및 경고)**

**규칙 1 — 원인 + 해결책 2단 구조**

느낌표(!)를 쓰지 않고, 건조한 톤으로 **[원인 + 해결책]**을 가장 짧은 청크로 끊어 던집니다. 주어(시스템)의 책임을 주권자에게 전가하지 않습니다.

**규칙 2 — 모달 하나에는 단일한 과업이나 메시지만 담는다**

모달은 여러 설명을 한꺼번에 밀어 넣는 공지판이 아닙니다. 한 번 뜨면 사용자의 흐름을 멈추기 때문에, **"지금 결정해야 하는 한 가지 행동"** 또는 **"지금 알아야 하는 한 가지 상태"** 만 담습니다.

| 🚫 금지 | ✅ 권장 |
|--------|--------|
| 제출 실패 원인, 파일 형식 정책, 고객센터 안내, 재시도 버튼을 한 모달에 모두 넣기 | 제목: 제출하지 못했습니다 / 본문: 파일 형식을 다시 확인해 주세요 / 버튼: 파일 다시 선택하기 |
| 모달 제목은 `안내`, 버튼은 `확인`만 사용 | 제목에 결과를 명시하고 버튼도 `삭제하기`, `다시 시도하기`처럼 행동을 보이게 쓰기 |

| 🚫 금지 | ✅ 권장 |
|--------|--------|
| 입력하신 정보가 잘못되었습니다! 다시 확인해주세요. | 인증 번호가 틀렸습니다. 문자로 받은 6자리 숫자를 다시 입력해 주세요. |

**규칙 2 — 헤더·본문 글자 수 제한**

모달 팝업에서 헤더가 15자를 초과하면 포기율이 67% 높아집니다(NNG, 2023). 본문은 2줄을 초과하면 전체 읽힘률이 급감합니다.

- 헤더: **≤ 15자** — 명사 또는 명사구로 끝맺기. 예) `파일 업로드 실패`, `저장하지 않고 나가기`
- 본문: **≤ 2줄** — 3줄 이상이면 헬프 페이지 링크로 대체

| 🚫 금지 | ✅ 권장 |
|--------|--------|
| 인터넷 연결 상태를 확인하시고 잠시 후 다시 시도해 주세요. 문제가 계속되면 고객센터(1234-5678)로 연락 바랍니다. | 인터넷 연결을 확인해 주세요. [고객센터 연결] |

**규칙 3 — CTA 쌍 명명**

두 개의 버튼이 나란히 놓이는 쌍 구조에서는 역할이 즉시 분별되도록 씁니다.

- 주 버튼: **결과 동사** (행위의 결과를 그대로 표현). 예) `삭제`, `신청`, `제출`
- 보조 버튼: **`닫기`** (단순 취소) 또는 **`유지하기`** (현재 상태 보존)
- **"아니오" / "아니요" 사용 금지** — 주 버튼의 반대말은 결과를 예측할 수 없게 만듦

| 🚫 금지 | ✅ 권장 |
|--------|--------|
| 예 / 아니오 | 삭제 / 취소 |
| 확인 / 취소 (모호한 쌍) | 신청 완료 / 닫기 |

**토스트 알림 (가벼운 상태 피드백)**

**규칙 1 — 자동 소멸 시간**

주권자의 행동이 정상적으로 접수되었음을 빠르게 알립니다. 상태에 따라 체류 시간을 다르게 설정합니다.

| 상태 | 자동 소멸 시간 |
|-----|-------------|
| 성공 (Success) | **3초** |
| 실패·오류 (Error) | **5초** |
| 진행 중 (Loading) | **무제한** — 완료 시 성공 토스트로 교체 |

**규칙 2 — 글자 수 제한**

서술어를 생략한 명사형으로 짧게 씁니다.

- 성공 토스트: **≤ 20자** (예: `복사 완료`, `저장됨`)
- 실패·오류 토스트: **≤ 30자** (예: `파일이 너무 큽니다. 10MB 이하로 선택해 주세요.`)

| 🚫 금지 | ✅ 권장 |
|--------|--------|
| 클립보드에 계좌번호가 성공적으로 복사되었습니다. | 복사 완료 *(성공, 3초)*|
| 업로드할 수 없습니다 | 파일 크기 초과. 10MB 이하 파일을 선택해 주세요. *(실패, 5초)* |

**규칙 3 — 세션 종료 모달은 저장 여부와 재진입 경로를 같이 보여준다**

세션 종료는 단순 오류가 아니라 사용 흐름이 끊기는 순간입니다. 남은 시간 경고, 임시 저장 여부, 다시 로그인하거나 메인으로 돌아가는 경로를 서로 다른 화면에 흩어두면 사용자는 무엇부터 해야 하는지 판단하지 못합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 만료 전 경고 | 개인정보 보호를 위해 로그인 후 약 0분 동안 서비스 이용이 없어 자동 로그아웃 됩니다. | 5분 뒤 자동으로 로그아웃됩니다. 작성 중인 내용은 임시 저장됩니다. [로그인 유지하기] |
| 세션 종료 | 세션이 만료되었습니다. 처음부터 다시 시작하세요. | 자리를 비운 사이 로그인이 끊겼습니다. 다시 로그인하면 이어서 작성할 수 있습니다. [다시 로그인하기] |
| 로그아웃 완료 | 로그아웃 되었습니다. | 로그아웃 됐습니다. [메인으로 가기] [다시 로그인하기] |

> **세션 종료 체크포인트**: `남은 시간`, `임시 저장 여부`, `다시 로그인 또는 메인 복귀 경로`를 같은 흐름에서 보여줍니다.

#### 대표 사이트 점검 매트릭스 — 모달 사례는 시간 손실과 재진입 경로를 같이 본다

모달 사례는 오류 문장만 모으지 말고 `경고 → 만료 → 재진입` 흐름으로 수집합니다. 같은 경고라도 남은 시간, 저장 여부, 다시 들어가는 길이 분리되면 별도 사례로 보강합니다.

| 대표 사이트·화면 | 먼저 확인할 실패 패턴 | 사례 카드로 승격할 문장 | KRDS 조합 |
|------------------|------------------------|--------------------------|-----------|
| 국민신문고 보안 안내 (`로그인·실명확인 정보 120분 유지`) | 남은 시간 경고 없이 세션 규칙만 노출되는가? | `120분 유지`를 만료 정책 설명이 아니라 경고 전환 기준으로 옮긴다 | Notice banner + Modal + Button |
| 홈택스 신고 중 세션 만료 (`세션이 만료되었습니다. 처음부터 다시 시작하세요.`) | 임시 저장 여부와 다시 로그인 뒤 이어쓰기 경로가 빠지는가? | `다시 로그인하면 이어서 작성할 수 있습니다`를 함께 붙인다 | Modal + Toast + Button |
| 정부24 자동 로그아웃 경고 (`자동 로그아웃 됩니다`) | 만료 전 경고와 만료 후 행동이 끊어지는가? | `5분 뒤 자동으로 로그아웃됩니다. 작성 중인 내용은 임시 저장됩니다`처럼 경고와 저장을 한 문장에 묶는다 | Modal + Toast + Button |

**모달 묶음 QA — 경고, 만료, 재진입을 한 세트로 본다**

CASE 16은 오류 문장 하나가 아니라 세션 종료 흐름 전체를 보는 카드입니다. 사용자는 먼저 남은 시간을 보고, 세션이 실제로 끊긴 뒤 저장 여부를 확인하고, 다시 로그인하거나 메인으로 돌아가는 길을 택합니다. 모달 QA는 이 세 순간을 끊지 말고 한 번에 기록해야 합니다.

| 모달 단계 | 지금 점검할 질문 | 같이 남길 근거 | KRDS 조합 |
|----------|----------------|---------------|----------|
| 만료 전 경고 | 남은 시간과 자동 로그아웃 시점이 경고 모달 첫 문장에 보이는가? | `로그인·실명확인 정보 120분 유지`, `5분 뒤 자동으로 로그아웃됩니다` | Notice banner + Modal + Button |
| 만료 직후 | 세션이 끊긴 뒤 임시 저장 여부와 이어쓰기 가능 여부가 같은 화면에 보이는가? | `다시 로그인하면 이어서 작성할 수 있습니다`, `작성 중인 내용은 임시 저장됩니다` | Modal + Toast + Helper text |
| 재진입 | 다시 로그인과 메인 복귀 중 무엇을 할지 바로 고를 수 있는 CTA가 보이는가? | `로그인 유지하기`, `다시 로그인하기`, `메인으로 가기` | Modal + Button + Link |

> **수집 규칙**: 모달 묶음은 항상 `원문 3개 + 남은 시간 1개 + 임시 저장 문장 1개 + 재진입 CTA 1개 + KRDS 조합 1개`를 같은 로그 행으로 남깁니다. 이렇게 해야 경고 문구, 만료 메시지, 재로그인 동선을 따로 떼지 않고 같은 세션 종료 흐름으로 승격할 수 있습니다.

---

### 7.5 아코디언과 툴팁 (Accordion & Tooltip): 맥락을 지키는 정보의 숨바꼭질

**툴팁 (ⓘ)**

행정 전문 용어를 번역할 때 사용합니다. 툴팁 안의 텍스트는 **두 문장을 넘지 않도록** 간결하게 작성합니다.

> 예: `과세표준액 ⓘ` → (터치 시) `세금을 매기는 기준이 되는 금액입니다.`

**아코디언 (접기/펴기)**

예외 조항이나 상세 법적 근거를 숨길 때 씁니다. 접혀 있을 때 노출되는 헤더(Title)는 이 안에 어떤 정보가 있는지 명확히 유추할 수 있어야 합니다.

| 🚫 금지 | ✅ 권장 |
|--------|--------|
| 더 알아보기 ∨ | 해외 체류자 대리 신청 방법 ∨ |

#### 대표 서비스 관찰 — 복지로 계산식 용어, 고용24 제도 용어는 도구를 나눠 쓴다

복지로의 `소득평가액 / 소득환산액 / 기준 중위소득`, 고용24의 `노무제공플랫폼사업자 / 적극적인 재취업활동 / 실업인정일`은 모두 낯선 용어지만 같은 도구로 처리하면 안 됩니다. 복지로형 계산 용어는 `도움말 + 구조화 목록 + 아코디언`으로 계산 순서를 풀고, 고용24형 제도 용어는 `상단 배너 + 도움말 + 펼침 영역`으로 지금 할 행동과 날짜를 먼저 보여줘야 합니다.

| 관찰된 표현 | 먼저 보여줄 문장 | KRDS 조합 | 이유 |
|------------|----------------|----------|------|
| 소득평가액 / 소득환산액 / 기준 중위소득 | 월 소득으로 계산한 금액 → 재산을 소득으로 바꾼 금액 → 중위 소득 기준 비교 | Helper text, Structured list, Accordion | 계산 순서를 모르면 자격 판단이 시작되지 않음 |
| 노무제공플랫폼사업자 / 적극적인 재취업활동 / 실업인정일 | 다음 실업인정일까지 재취업 활동 1회를 등록해 주세요 | Notice banner, Helper text, Disclosure | 행동과 날짜가 제도 용어보다 먼저 보여야 불이익을 줄임 |

> **도구 선택 기준**: 계산식처럼 `순서`가 중요하면 `Structured list`를 먼저 쓰고, 제도 안내처럼 `지금 할 행동`이 중요하면 `Notice banner`를 먼저 둡니다. 공식 용어는 툴팁이나 접기 영역으로 내려 2차 정보로 남깁니다.

---

### 7.6 빈 화면 (Empty State): 막다른 길에 표지판 세우기

데이터가 없는 빈 화면은 오류가 아닙니다. 하지만 "내역이 없습니다"라는 건조한 통보만 남겨두면 주권자는 불안해하거나 행동을 멈추게 됩니다.

**규칙 1 — 원인과 대안의 결합**

왜 비어 있는지 **이유(원인)**를 설명하고, 다음에 무엇을 해야 하는지 **행동(대안)**을 버튼이나 링크로 반드시 함께 제시합니다.

| 🚫 금지 | ✅ 권장 |
|--------|--------|
| 신청 내역이 없습니다. (막다른 길) | 아직 신청한 지원금이 없습니다. [나에게 맞는 지원금 찾기] 버튼 제공 |

**규칙 2 — 검색 결과 없음**

단순히 "결과가 없다"고 끝내지 않고, 주권자가 검색을 성공할 수 있도록 팁을 제공합니다.

| 🚫 금지 | ✅ 권장 |
|--------|--------|
| 검색 결과가 없습니다. | '지원금'에 대한 검색 결과가 없습니다. 단어의 철자가 맞는지 확인하거나, 비슷한 다른 단어로 다시 검색해 보세요. |

**규칙 3 — 이유 → 행동 → 기대 3단 구조**

빈 화면의 텍스트를 **이유(왜 비어 있는가) → 행동(무엇을 해야 하는가) → 기대(하면 어떻게 되는가)** 세 단계로 구성하면 주권자의 불안을 가장 빠르게 해소합니다.

| 단계 | 역할 | 예시 |
|-----|-----|------|
| 이유 | 현재 상태 설명 — "왜 없는가" | 아직 신청한 지원금이 없습니다. |
| 행동 | 다음 액션 유도 — CTA 버튼·링크 포함 | [나에게 맞는 지원금 찾기] |
| 기대 | 행동 결과 미리 보여주기 — 신뢰·동기 부여 | 신청하면 심사 결과를 7일 이내에 안내해 드립니다. |

> **적용 기준**: 기대 문장은 처리 시간·결과가 명확한 경우에만 씁니다. 불확실한 기대를 남발하면 오히려 신뢰를 해칩니다.

---

### 7.7 단계 표시기 (Stepper/Progress): 현재 위치와 남은 거리의 명확화

세금 신고, 지원금 신청처럼 호흡이 긴 공공 서비스 과업에서는 '내가 지금 어디에 있고, 앞으로 얼마나 남았는지'를 투명하게 알려주어야 이탈률을 낮출 수 있습니다.

**규칙 1 — 숫자와 명사의 결합 (프런트 로딩)**

긴 서술어를 버리고, **[숫자/전체 + 행동 명사]** 형태로 압축합니다.

| 🚫 금지 | ✅ 권장 |
|--------|--------|
| 두 번째 단계: 기본 정보를 입력해 주세요 | Step 2/4. 기본 정보 입력 |

**규칙 2 — 완료된 단계와 예정된 단계의 위계 분리**

이미 지나온 단계는 완료(과거형/명사형)로, 현재는 진행 중임을 시각적 텍스트로 구분합니다.

> 예시: `✔ 약관 동의 → 2. 정보 입력 (현재) → 3. 서류 첨부`

---

### 7.8 태그와 배지 (Tag & Badge): 상태와 속성의 직관적 요약

목록에서 특정 항목의 상태(진행 중, 완료 등)나 속성(필수, 선택, 새로운 기능)을 눈에 띄게 알려주는 작은 이름표입니다.

**규칙 1 — 최대 4음절의 명사형 압축**

배지 안의 텍스트는 2~4글자의 명사형으로 잘라냅니다.

| 🚫 금지 | ✅ 권장 |
|--------|--------|
| 심사가 진행 중입니다 | 심사 중 |
| 새로 올라온 공지 | 새 글 / NEW |

**규칙 2 — 공공 서비스 상태 위계 표준**

| 배지 | 의미 |
|------|------|
| `접수 완료` | 신청서가 정상적으로 제출됨 |
| `심사 중` | 담당자가 서류를 검토하고 있음 |
| `보완 요청` | 주권자가 서류를 다시 내야 함 (행동 필요) |
| `승인 완료` | 최종 결과 확정 (긍정) |
| `반려` | 최종 결과 확정 (부정) |

> **상태 배지 체크포인트**: `보완 요청`, `반려`처럼 행동이 달라지는 상태는 배지 단독으로 끝내지 말고 바로 옆이나 아래에 `사유`, `기한`, `다음 행동`을 붙입니다.

---

### 7.9 검색창 (Search Bar): 실패를 방지하는 힌트

검색창의 플레이스홀더는 "여기에 무엇을 입력해야 원하는 결과를 얻을 수 있는지"를 보여주는 가장 좋은 튜토리얼입니다.

**규칙 — 대표 검색어 예시 제공**

"검색어를 입력하세요" 같은 하나 마나 한 소리 대신, 주권자들이 가장 많이 찾는 구체적인 단어의 형태를 예시로 보여줍니다.

| 🚫 금지 | ✅ 권장 |
|--------|--------|
| 검색어를 입력해 주세요. | 질병명 또는 병원 이름 검색 |
| | 예) 청년 주택, 자동차세 연납 |

**규칙 2 — 검색 컨트롤의 이름을 역할별로 분리한다**

검색 UI는 입력 필드, 지우기 버튼, 실행 버튼의 역할이 다릅니다. 각 컨트롤은 스크린리더와 음성 사용자도 바로 이해할 수 있도록 **역할이 보이는 이름**을 가져야 합니다.

| 컨트롤 | 권장 이름 | 금지 패턴 |
|-------|---------|----------|
| 입력 필드 | `검색어` | `입력`, `찾기` |
| 지우기 버튼 | `검색어 전체 삭제` | `삭제`, `X`만 단독 노출 |
| 실행 버튼 | `검색` | `확인`, `이동` |

**규칙 3 — 결과가 없을 때는 검색어와 다음 행동을 함께 보여준다**

검색 실패 메시지는 "없습니다"로 끝나면 안 됩니다. 방금 무엇을 찾았는지와, 검색 범위를 어떻게 바꾸면 되는지를 같이 보여줘야 합니다.

| 🚫 금지 | ✅ 권장 |
|--------|--------|
| 검색 결과가 없습니다. | `청년 주택` 검색 결과가 없습니다. 지역명이나 제도 이름으로 다시 검색해 보세요. |
| 철자나 맞춤법 오류가 있는지 확인해 주세요. | 다른 이름으로 등록된 서비스일 수 있습니다. 관련 제도명이나 기관명을 함께 검색해 보세요. |

#### 대표 사이트 점검 매트릭스 — 검색 사례는 입력 범위와 재검색 단서를 같이 본다

검색 사례는 버튼 이름만 바꾸는 것으로 끝내지 않고 `플레이스홀더 → 컨트롤 이름 → 결과 없음` 세 지점을 한 번에 기록합니다. 같은 검색창이라도 무엇을 검색하는지와 실패 뒤 어디로 되돌려 주는지가 다르면 별도 사례로 승격합니다.

| 대표 사이트·화면 | 먼저 확인할 실패 패턴 | 사례 카드로 승격할 문장 | KRDS 조합 |
|------------------|------------------------|--------------------------|-----------|
| 정부24 민원 찾기 (`민원`, `증명서`, `지원금` 검색) | 무엇을 검색할 수 있는지 입력 전 범위가 보이지 않는가? | `서류명 또는 업무명으로 검색`처럼 검색 대상을 먼저 밝힌다 | Search + Helper text + Button |
| 복지로 서비스 검색 (`청년`, `기초연금`, `장애인` 검색) | 대상·급여명·제도명이 섞여 결과 없음 뒤 다시 찾을 단서가 약한가? | `'청년 주택' 검색 결과가 없습니다. 지역명이나 제도 이름으로 다시 검색해 보세요`처럼 재검색 단서를 남긴다 | Search + Helper text + Button |
| 국민건강보험 병원·제도 검색 (`질병명`, `병원 이름` 검색) | 질병·기관·제도 중 무엇을 넣어야 하는지 플레이스홀더가 모호한가? | `질병명 또는 병원 이름으로 검색`처럼 입력 범위를 먼저 준다 | Search + Auto-complete + Button |
| 고용24 훈련 검색 (`지게차`, `간호조무`, `영상편집` 검색) | 과정명만 찾는 것처럼 보여 배우고 싶은 기술·자격증·직무를 넣어도 되는지 보이지 않는가? | `배우고 싶은 기술·자격증 또는 훈련 이름으로 검색`처럼 찾는 대상을 먼저 밝히고, 결과 카드에 `훈련 일정 보기`, `신청 조건 보기`를 바로 둔다 | Search + Card + Button |

> **검색 묶음 운영**: 검색창 자체는 `입력 범위`, `검색어 / 검색어 전체 삭제 / 검색`, `결과 없음 뒤 재검색 단서`를 같이 봅니다. 검색 결과 카드·추천어·관련 메뉴는 탐색 레이블 규칙처럼 `단어 경계`, `지금 하는 일`, `대상`이 클릭 전에 드러나는지 함께 점검합니다.

> **대표 사이트 직접 연결**: 국민건강보험 검색은 병원 이름 일부나 질병명으로 다시 찾는 단서를 같이 두고, 검색 뒤 `보험료 산정`처럼 결과 화면으로 넘어가면 `계산 기준 보기` CTA를 이어 줍니다. 고용24 `훈련 검색`은 과정명보다 배우고 싶은 기술·자격증·직무를 먼저 쓰고, 결과 카드에서 `훈련 일정 보기`, `신청 조건 보기`, `온라인 가능 여부`를 바로 이어 줍니다. 서울특별시 응답소는 `민원 신청하기`와 `결과보기`를 같은 결과 영역에서 서로 다른 목적의 버튼으로 분리합니다.

**검색 묶음 QA — 입력, 결과 레이블, 재검색을 한 세트로 본다**

CASE 10과 CASE 49는 따로 보이지만 실제 검색 흐름에서는 하나입니다. 사용자는 먼저 무엇을 넣어야 할지 판단하고, 검색 결과 카드나 추천어를 읽고, 결과가 없으면 다시 검색합니다. 검색 QA는 이 세 순간을 끊지 말고 한 번에 기록해야 합니다.

| 검색 단계 | 지금 점검할 질문 | 같이 남길 근거 | KRDS 조합 |
|----------|----------------|---------------|----------|
| 입력 전 | 검색 전에 무엇을 넣어야 하는지, 지우기와 실행 이름이 바로 보이는가? | `서류명 또는 업무명`, `질병명 또는 병원 이름`, `배우고 싶은 기술·자격증 또는 훈련 이름`, `검색어 전체 삭제`, `검색` | Search + Helper text + Button |
| 결과 레이블 | 검색 결과 카드·추천어·관련 메뉴를 클릭하기 전에도 지금 하는 일과 대상이 보이는가? | `훈련 일정 보기`, `신청 조건 보기`, `전자증명서안내` → `전자증명서 안내`, `부가가치세예정신고` → `부가가치세 예정 신고` | Search + Card + Navigation + Link |
| 재검색 | 결과가 없을 때 방금 찾은 단어와 다시 찾는 방법이 같은 영역에 남는가? | `'청년 주택' 검색 결과가 없습니다. 지역명이나 제도 이름으로 다시 검색해 보세요` | Search + Helper text + Button |

> **수집 규칙**: 검색 묶음은 항상 `원문 3개 + 입력 범위 1개 + 결과 카드 또는 추천 레이블 1개 + 재검색 단서 1개 + KRDS 조합 1개`를 같은 로그 행으로 남깁니다. 이렇게 해야 입력 문제와 결과 레이블 문제를 따로 떼지 않고 같은 검색 흐름으로 승격할 수 있습니다.

---

### 7.10 탭 (Tabs): 상호 배타적이고 완벽한 분류

탭의 이름표(레이블)는 서로 겹치지 않아야 하며, 탭을 눌렀을 때 나올 내용을 100% 예측할 수 있어야 합니다.

**규칙 1 — 상호 배타성 (MECE 원칙)**

탭의 분류 기준이 혼재되어 주권자가 "어느 탭을 눌러야 할지" 고민하게 만들면 안 됩니다.

| 🚫 금지 | ✅ 권장 |
|--------|--------|
| 전체 / 진행 중 / 중요한 민원 (겹침 발생) | 전체 / 진행 중 / 처리 완료 (시간/상태 흐름에 따른 완벽한 분류) |

**규칙 2 — 글자 수와 품사의 통일**

여러 개의 탭이 나란히 있을 때는 각 탭의 품사(명사형)와 글자 수를 최대한 비슷하게 맞춰 시각적인 리듬을 줍니다.

**규칙 3 — 인증 수단과 회원 유형은 진입 전에 분리**

정부24 비회원 이용, 전자가족관계등록시스템 회원가입, 홈택스 로그인처럼 시작 화면의 탭·라디오 버튼은 단순 분류가 아니라 **잘못 들어가면 다시 돌아와야 하는 진입 분기**입니다. 이때는 탭 이름만 나열하지 말고, 가능한 작업과 필요한 인증 수단을 먼저 붙여야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 인증 방식 선택 | 공동·금융인증 | 공동인증서 / 금융인증서 |
| 비회원 진입 | 비회원으로 이용하기 | 비회원으로 이용하기 (일부 서비스만 가능) |
| 회원 유형 선택 | 사업자 회원 / 개인 회원 | 회사·가게 세금 신고 / 개인 세금 신고 |

> **탭 체크포인트**: 로그인·회원가입 앞단에서는 `이용 가능 범위`, `필요한 인증 수단`, `저장 여부`를 탭 바로 위나 아래 한 줄로 먼저 보여줍니다.

**규칙 4 — 탐색 레이블은 공백 없는 복합어와 긴 서식명을 그대로 두지 않는다**

정부24·홈택스·대한민국법원처럼 메뉴, 탭, 카드 제목이 곧 탐색 경로가 되는 서비스에서는 `전자증명서안내`, `부가가치세예정신고`, `증명서발급`, `가족관계등록부정정 허가` 같은 붙임 표기를 그대로 두면 사용자가 클릭 전에 단어 경계와 기능을 먼저 해석해야 합니다. 탭, GNB, 링크, 카드 제목은 `지금 하는 일`, `대상 문서·절차`, `공식 용어를 병기할지 여부`, `비슷한 메뉴와의 차이`가 바로 보이도록 다시 써야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 안내 메뉴 | 전자증명서안내 | 전자증명서 안내 |
| 홈택스 신고 메뉴 | 부가가치세예정신고 | 부가가치세 예정 신고 |
| 법원 증명 메뉴 | 증명서발급 | 증명서 발급 |
| 법원 온라인 메뉴 | 인터넷신고 | 온라인 신고 |
| 법원 정정 허가 메뉴 | 가족관계등록부정정 허가 | 가족관계 기록 정정 허가 |

> **탐색 레이블 체크포인트**: `단어 경계가 바로 보이는지`, `지금 하는 일 또는 결과가 먼저 나오는지`, `공식 용어는 괄호·도움말로 병기할지`, `모바일에서도 한 번에 읽히는 길이인지`를 탭·GNB·카드·링크에서 같이 점검합니다.

---

### 7.11 드롭다운과 셀렉트 상자 (Dropdown & Select): 선택의 기준을 먼저 제시하라

클릭하기 전 '기본값(Default)' 텍스트가 힌트 역할을 해야 합니다.

**규칙 1 — 구체적인 기본값 (지시형 레이블)**

아무것도 선택하지 않은 초기 상태일 때, 단순히 "선택"이라고만 두지 말고 무엇을 선택해야 하는지 구체적으로 적어줍니다.

| 🚫 금지 | ✅ 권장 |
|--------|--------|
| 선택 ∨ | 신청 연도 선택 ∨ |
| | 통신사 선택 ∨ |

**규칙 2 — 선택지의 품사 통일**

드롭다운 목록을 펼쳤을 때 나오는 항목들의 품사와 형태(글자 수 등)를 통일합니다.

| 🚫 금지 | ✅ 권장 |
|--------|--------|
| 단기 / 1년 이상 / 장기로 신청함 | 1년 미만 / 1년~3년 / 3년 이상 |

---

### 7.12 표와 데이터 그리드 (Data Table): 여백과 혼란을 통제하라

세금 내역, 민원 처리 현황 등 정부 서비스에서 절대 빠질 수 없는 것이 '표'입니다. 표 안의 텍스트는 극한의 '정보 다이어트'가 필요합니다.

**규칙 1 — 열(Column) 제목은 최단 명사로 (≤ 6자)**

열의 제목(헤더)은 **최대 6자** 이내의 짧은 명사형으로 압축하여 공간을 확보합니다. 2~4자가 이상적입니다.

| 🚫 금지 | ✅ 권장 |
|--------|--------|
| 신청하신 날짜 | 신청일 |
| 담당 기관명 | 담당 기관 |
| 처리 진행 상태 | 처리 상태 |

**규칙 2 — 빈칸(Empty Cell)의 명시적 처리**

데이터가 없다고 해서 칸을 완전히 비워두면 주권자는 '시스템 오류'인지 '진짜 데이터가 없는 것'인지 헷갈립니다.

| 🚫 금지 | ✅ 권장 |
|--------|--------|
| (빈칸) | — (대시 기호) 또는 해당 없음 |

**규칙 3 — 헤더 단위는 괄호로 표기**

수치 데이터의 단위는 헤더에 괄호로 표기하여 셀마다 단위를 반복하지 않습니다.

| 🚫 금지 | ✅ 권장 |
|--------|--------|
| 처리 금액 (셀마다 `1,200,000원` 반복) | 처리 금액(원) → 셀엔 `1,200,000`만 표기 |
| 소요 일수 (셀마다 `5일` 반복) | 소요 일수(일) → 셀엔 `5`만 표기 |

**규칙 4 — 약어는 첫 등장 시 전체 표기**

표 내에서 약어를 처음 사용할 때는 괄호 없이 전체 명칭으로 먼저 표기하고, 이후 행부터 약어를 씁니다. 범례(Legend)가 있을 경우 범례에 정의하고 본문에서는 약어만 사용해도 됩니다.

| 🚫 금지 | ✅ 권장 |
|--------|--------|
| 헤더에 `ETL` 바로 표기 (설명 없음) | 첫 행 또는 범례: `ETL(추출·변환·적재)` → 이후 행: `ETL` |
| `의료급여수급자` 줄여서 `급여수급자` | 헤더: `의료급여수급자` 또는 범례 정의 후 약어 사용 |

**규칙 5 — 발급 서류는 용도·제출 기준 기간·재발급 경로를 함께 보여준다**

정부24 증명서 보관함, 홈택스 납세증명서, 전자가족관계등록시스템 증명서 발급처럼 공공서비스의 발급 화면은 `무슨 서류인지`보다 `어디에 쓰는지`, `법적 유효기간이 있는지 또는 제출처가 최근 발급본을 요구하는지`, `기간이 지나면 어떻게 다시 발급하는지`를 먼저 알아야 실수가 줄어듭니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 보관 기간 안내 | 발급일로부터 90일간 보관됩니다 | 정부24 보관함 문서는 발급 후 90일 내 저장해 두세요. 기간이 지나면 다시 발급해야 합니다. [재발급 신청] |
| 증명서 종류 선택 | 납세증명서 발급 | 금융기관 제출용 납세증명서 — 발급일 기준 30일 |
| 해외 제출 안내 | 가족관계증명서 발급 | 상세 증명서 + 법적 유효기간 없음 / 제출처 최근 발급 기준 확인 + 아포스티유 안내 |

> **표 체크포인트**: 발급·재발급 화면에서는 `용도`, `법적 유효기간 또는 제출처 기준 기간`, `기간이 지난 뒤 행동`, `재발급·재출력 경로`를 같은 블록에 묶어 둡니다. 제출처별 기간이 다르면 `"제출 기관 기준 확인 필요"` 문구를 함께 남깁니다.

**규칙 6 — 전자 발급본은 효력과 진위확인 방법을 같이 보여준다**

온라인으로 발급한 서류는 PDF만 내려받게 하고 끝내면 안 됩니다. 먼저 `진위확인 방법`, `전자 발급본 효력`, `바로 제출할 수 있는 경로`, `재출력 가능 여부`를 같이 보여줘야 사용자가 종이 원본을 다시 받아야 하는지 헷갈리지 않습니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 발급 완료 | 발급이 완료되었습니다. | 문서확인번호 1234-5678-9012 / QR로 진위 확인 / 정부24는 발급 후 7일 내 무료 재출력 |
| 홈택스 전자 제출 | 납세 증명서 발급 | 전자 발급본도 출력 시 원본과 동일 효력 / 공공 마이데이터 제출 또는 PDF 첨부 |
| 법원 전자 발급본 | 등기사항증명서 발급 | 전자 발급본이 공문서와 동일한 효력 / 제출 전 증명서 진위확인 가능 |

> **전자 발급본 체크포인트**: 발급 완료 영역이나 발급 종류 표 바로 아래에 `진위확인 방법`, `전자 효력`, `온라인 제출 경로`, `재출력 가능 여부`를 같이 두고, 제출처에서 반려된 뒤에야 다시 찾게 두지 않습니다.

**규칙 7 — 발급 제한·예외는 조건과 다음 경로를 같이 보여준다**

증명서나 집행 서류를 바로 신청·발급할 수 없을 때는 `안 된다`보다 먼저 `왜 지금 경로가 맞지 않는지`, `온라인으로 가능한 범위가 어디까지인지`, `다른 신청처나 준비 서류가 필요한지`를 알아야 합니다. 온라인 대리 신청 불가, 체납 여부 확인, 신청처 분기처럼 조건이나 예외가 있으면 한 줄로 밝히고, 바로 이어서 다음 경로를 보여줘야 반복 시도와 오방문을 줄일 수 있습니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 온라인 대리 제한 | 주민등록등본 발급 신청 | 주민등록표 등본에는 한 세대 구성원 정보가 함께 표시됩니다. 온라인은 본인만 신청할 수 있고, 대리 신청은 방문 시 위임장을 준비합니다. [대리 신청 서류 보기] |
| 국세청 납세증명 조건 | 납세 증명서 발급 | 납세증명서는 발급일 현재 다른 국세 체납 사실이 없을 때 발급됩니다. 지금 발급되지 않으면 [체납 내역 확인]부터 진행하세요. |
| 법원 신청처 분기 | 제증명 발급 신청 | 집행문은 서류 종류에 따라 신청처가 다릅니다. 판결·조정조서는 제1심법원에, 소송기록이 상급심에 있으면 그 법원에, 공정증서는 작성 공증인사무소에 신청합니다. [신청처 확인] |

> **발급 제한·예외 체크포인트**: 신청 버튼 근처나 결과 배너 아래에 `조건 또는 제한 사유`, `지금 가능한 다음 행동`, `온라인이 안 될 때의 대체 경로`, `필요한 서류`를 같이 둡니다. `신청 불가` 한 줄만 남기지 말고, 바로 어떤 경로로 바뀌는지 이어 줍니다.

**규칙 8 — 신청 가능 조건은 대상 여부와 판단 기준을 먼저 보여준다**

신청 버튼을 누르기 전에, 내가 이 서비스를 신청할 수 있는지와 어떤 기준으로 판단되는지를 먼저 알아야 합니다. 세대주 변경, 사업장 현황 신고, 개명 허가처럼 자격이나 허가 기준이 있는 업무는 `누가 대상인지`, `판단 기준`, `기한 또는 불이익`, `사전 확인 경로`를 시작 화면에서 함께 보여줘야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 변경 자격 | 세대주 변경 신고 | 세대 대표자 변경 신고 (세대주 변경) — 기존 세대주의 동의가 필요합니다 / 세대 분리 신청과는 다릅니다 |
| 홈택스 신고 대상 | 사업장 현황 신고 | 부가가치세 면세 사업자(의원·학원·금융 등)는 매년 2월 10일까지 신고해야 합니다. [내 업종 확인] / 미신고 시 수입 금액의 0.5% 가산세 |
| 법원 허가 기준 | 개명 허가 신청 | 개명 허가 기준 — 사회생활 불편 / 종교·관습 사유 / 기타 정당한 사유. 통상 1~3개월, 기각 시 1주일 이내 즉시항고 가능 [불복 방법] |

> **신청 가능 조건 체크포인트**: 시작 화면의 구조화 목록이나 배너 근처에 `누가 신청할 수 있는지`, `허가 또는 대상 판단 기준`, `기한 또는 불이익`, `사전 확인 경로`를 같이 둡니다. 신청서를 연 뒤에야 자격 미달을 알게 두지 않습니다.

#### 대표 사이트 점검 매트릭스 — 표와 Structured list는 한 묶음으로 추가한다

표 사례는 헤더만 고치고 끝내지 말고 `헤더 → 상태 요약 → 다음 행동`까지 함께 수집합니다. 발급 결과 화면은 표보다 Structured list가 먼저 결론을 여는지 같이 봅니다.

| 대표 사이트·화면 | 먼저 확인할 실패 패턴 | 사례 카드로 승격할 문장 | KRDS 조합 |
|------------------|------------------------|--------------------------|-----------|
| 정부24 신청 상세 (`신청자격`, `구비서류`, `처리기간`) | 헤더만 읽어서는 자격 판단과 준비 행동이 떠오르지 않는가? | `신청할 수 있는 사람`, `준비할 서류`, `처리까지 걸리는 시간`으로 바꾼다 | Table + Structured list + Button |
| 국민신문고·응답소 상태표 (`처리기관`, `답변예정일`, `등록일`) | 표 위 상태 한 줄 요약과 다시 확인 경로가 빠지는가? | `상태 한 줄 요약 + 답변 예정일 + 다시 확인 경로`를 같은 첫 영역에 붙인다 | Status badge + Table + Structured list |
| 홈택스·전자가족관계등록시스템 발급 결과 (`납세증명서`, `가족관계증명서`, `전자 발급본`) | 문서 효력·제출 기준 기간·재출력 경로가 서로 떨어져 있는가? | `금융기관 제출용 납세증명서 — 발급일 기준 30일`, `문서확인번호`, `전자 발급본이 공문서와 동일한 효력`을 첫 목록에 모은다 | Structured list + Notice banner + Link |

**Table·Structured list 묶음 QA — 신청 헤더, 상태 요약, 발급 결과 재확인을 한 세트로 본다**

CASE 4, CASE 5, CASE 13, CASE 27은 표와 Structured list가 서로 다른 위치에 있지만 실제 검수에서는 한 흐름입니다. 사용자는 먼저 신청 자격과 준비물을 읽고, 진행 상태를 짧게 파악하고, 발급 결과의 효력·보관 기간·재출력 경로를 확인합니다. 표 QA는 이 세 순간을 끊지 말고 한 번에 기록해야 합니다.

| 표·목록 단계 | 지금 점검할 질문 | 같이 남길 근거 | KRDS 조합 |
|-------------|----------------|---------------|----------|
| 신청 상세 헤더 | 헤더만 읽고도 누가 신청할 수 있는지, 무엇을 준비해야 하는지, 얼마나 걸리는지 보이는가? | `신청자격`, `구비서류`, `처리기간` → `신청할 수 있는 사람`, `준비할 서류`, `처리까지 걸리는 시간` | Table + Structured list + Button |
| 상태표 요약 | 표 위 첫 영역에서 지금 상태, 답변 예정일, 다시 확인 경로가 함께 보이는가? | `담당 기관에서 답변을 준비하고 있습니다` / `답변 예정일 2026.06.12` / `나의 민원에서 다시 확인` | Status badge + Table + Structured list |
| 발급 결과 재확인 | 용도·제출 기준 기간·전자 효력·재출력·진위확인 경로가 첫 블록에 모였는가? | `금융기관 제출용 납세증명서 — 발급일 기준 30일`, `발급 후 90일 내 저장해 두세요`, `문서확인번호 1234-5678-9012 / QR로 진위 확인`, `전자 발급본이 공문서와 동일한 효력` | Structured list + Notice banner + Link |

> **수집 규칙**: Table·Structured list 묶음은 항상 `원문 3개 + 상태 요약 1문장 + 효력 또는 유효기간 1개 + 재확인 CTA 1개 + KRDS 조합 1개`를 같은 로그 행으로 남깁니다. 이렇게 해야 표 헤더 문제, 상태 요약 문제, 발급 결과 문제를 서로 다른 패턴으로 흩뜨리지 않고 같은 구조 규칙으로 승격할 수 있습니다.

**결과 뒤 후속 흐름 묶음 QA — 후속 행동, 자동·별도, 불복 기한을 한 세트로 본다**

CASE 31, CASE 32, CASE 33은 모두 결과 화면처럼 보이지만 실제 검수에서는 한 흐름입니다. 사용자는 결과를 본 직후 `지금 바로 해야 할 후속 행동`, `자동으로 이어지는 것과 별도로 신청·신고해야 하는 것`, `이의가 있을 때의 기한과 다음 절차`를 함께 판단합니다. 그래서 결과 뒤 후속 흐름 QA는 완료 뒤 후속 처리, 혜택·의무 안내, 불복·재심사 안내를 따로 떼지 말고 같은 첫 영역에서 함께 확인해야 합니다.

| 결과 뒤 후속 흐름 단계 | 지금 점검할 질문 | 같이 남길 근거 | KRDS 조합 |
|----------------------|----------------|---------------|----------|
| 후속 행동 안내 | 결과 직후 해야 할 다음 행동, 연계 기관, 기한이 함께 보이는가? | `주소 변경이 완료됐습니다` / `자동 반영: 국민연금·건강보험 / 별도 변경: 자동차등록·금융기관` / `1개월 이내 주민센터 신고` | Result page + Structured list + Notice banner + Link |
| 자동·별도 구분 | 혜택과 의무가 섞일 때 자동 적용과 별도 신청·신고가 한 줄에서 구분되는가? | `장애 정도가 결정됐습니다` / `지금 신청 가능한 혜택` / `1년 내 외국 국적 포기와 서약 대상 여부 별도 확인` / `1년 내 포기나 서약 절차를 마치지 않으면 회복한 대한민국 국적을 다시 잃을 수 있습니다` | Result page + Structured list + Notice banner + Button |
| 불복 기한·권리구제 | 이의신청 가능 여부, 기한, 기한 경과 시 결과, 다음 절차가 함께 보이는가? | `결과에 이의가 있다면` / `심사 청구 가능`, `이의신청·심판청구 가능` / `90일 이내`, `2주 이내`, `민사소송 전환` | Status + Notice banner + Helper text + Button |

> **수집 규칙**: 결과 뒤 후속 흐름 묶음은 항상 `원문 3개 + 후속 행동 1개 + 자동/별도 1개 + 기한 또는 권리구제 1개 + KRDS 조합 1개`를 같은 로그 행으로 남깁니다. 이렇게 해야 완료 뒤 후속 처리, 혜택·의무, 불복·재심사를 서로 다른 패턴으로 흩뜨리지 않고 같은 결과 화면 규칙으로 승격할 수 있습니다.

**규칙 9 — 완료·허가 뒤 후속 처리는 다음 기관·문서·기한을 먼저 보여준다**

신고가 끝나거나 허가가 나온 뒤에도 실제 과업은 남아 있는 경우가 많습니다. 주소를 다른 기관에 다시 바꾸거나, 잘못 낸 신고를 바로잡거나, 신분증·여권 같은 파생 서류를 다시 발급해야 합니다. 이런 화면에서는 `지금 해야 할 후속 행동`, `연계 기관 또는 문서`, `기한 또는 미이행 위험`, `바로 가기 CTA`를 첫 결과 영역에서 함께 보여줘야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 전입신고 완료 | 전입신고가 완료되었습니다. | 주소 변경이 완료됐습니다. 자동 반영: 국민연금·건강보험 / 별도 변경: 자동차등록·금융기관 [변경 체크리스트] |
| 홈택스 오류 정정 | 원천세 수정 신고 / 경정 청구 | 세금을 더 내야 하면 수정 신고 / 돌려받아야 하면 경정 청구. 감면 기한·청구 기한 [선택 기준 보기] |
| 법원 개명 허가 | 개명 허가 | 개명 허가 후 1개월 이내 주민센터 신고가 필요합니다. 주민등록증 → 운전면허증 → 여권 → 금융 계좌 순으로 변경하세요 [체크리스트 보기] |

> **후속 처리 체크포인트**: 완료 배너나 구조화 목록 바로 아래에 `지금 해야 할 후속 행동`, `연계 기관 또는 문서`, `기한 또는 미이행 위험`, `바로 가기 CTA`를 같이 둡니다. 자동 처리와 별도 신청이 섞이면 `자동`, `별도` 라벨을 같은 줄에서 바로 구분합니다.

**규칙 10 — 결정·등록 뒤 혜택과 의무는 자동 적용과 별도 신청·신고를 먼저 보여준다**

등록·허가·환급 결정이 났다고 끝이 아닙니다. 어떤 혜택은 바로 적용되고, 어떤 혜택은 다시 신청해야 하며, 어떤 의무는 기한 안에 신고해야 합니다. 이런 화면에서는 `자동으로 이어지는 것`, `별도 신청 또는 신고`, `놓치기 쉬운 기한·요건`, `바로 가기 CTA`를 첫 결과 영역에서 함께 보여줘야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 등록 결과 | 장애 정도 결정 통지 | 장애 정도가 결정됐습니다. 지금 신청 가능한 혜택: 장애인연금 / 활동 지원 / 교통 요금 할인 등록 [혜택 신청] |
| 홈택스 환급 결과 | 환급금: 120,000원 | 환급금 120,000원 — 체납 세금이 있으면 먼저 충당되고 잔액만 입금됩니다. 계좌가 없으면 [환급 계좌 등록] |
| 전자가족관계등록시스템 국적 회복 허가 | 국적 회복 허가 | 한국 국적 다시 받기 허가 결과를 먼저 확인해 주세요. 1년 내 외국 국적 포기 절차를 진행하고, 외국국적불행사서약 대상인지 확인해 주세요. 외국 국적 포기 증명서 제출 경로 확인 [신고 방법 보기] |

> **혜택·의무 체크포인트**: 완료 배너나 구조화 목록 바로 아래에 `자동으로 이어지는 것`, `별도 신청 또는 신고`, `놓치기 쉬운 기한·요건`, `바로 가기 CTA`를 같이 둡니다. 혜택과 의무가 섞이면 `혜택`, `의무` 라벨을 분리하고, 자동 처리 여부를 같은 줄에서 바로 밝힙니다.

**규칙 11 — 이용권·포인트는 사용 가능 항목과 소멸 위험을 먼저 보여준다**

이용권, 바우처, 포인트처럼 `받았다`고 끝나는 혜택은 실제로는 `어디에 쓸 수 있는지`, `어디에는 못 쓰는지`, `언제까지 써야 하는지`, `잔액이 남으면 이월되는지`, `잘못 쓰면 환수되는지`를 같이 알아야 합니다. `첫만남이용권`, `국민행복카드`, `사회서비스 이용권`, `세금포인트`처럼 제도 이름만 보이거나 금액만 먼저 보이면 사용자는 결제 단계에서 막히거나, 잔액 소멸과 환수 위험을 뒤늦게 알게 됩니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 출생아 바우처 | 첫만남이용권 신청 | 사용 가능 — 산후조리원·병원·약국·아동 물품. 사용 불가 — 식료품·의류·전자기기 [전체 목록 →]. 사용 기한: 출생일로부터 1년, 미사용 잔액은 소멸 [국민행복카드 잔액 확인] |
| 정부24 임신·출산 의료비 | 국민행복카드 바우처 | 단태아·다태아별 지원 금액과 사용 기한을 먼저 보여주고, 요양기관에서만 사용할 수 있다는 점과 사용 불가 항목을 함께 알려줍니다 [사용 가능 기관 보기] |
| 정부24 사회서비스 이용권 | 사회서비스 이용권(바우처) 신청 | 장애인·노인·아동·산모 서비스별 월 이용 한도와 본인 부담이 다릅니다. 잔액 이월 가능 여부와 제공기관 등급을 먼저 확인하세요 [내 서비스 한도 확인] |
| 홈택스 세금포인트 | 세금포인트 조회 | 사용 가능한 혜택, 소멸 예정 포인트, 사용 신청 경로를 먼저 보여줍니다. 포인트 적립 기준과 유효 기간도 같은 화면에서 확인하세요 [사용 가능 혜택 보기] [포인트 사용 신청] |

> **이용권·포인트 체크포인트**: 완료 배너나 구조화 목록 바로 아래에 `사용 가능 항목 또는 기관`, `사용 불가 항목·제한`, `유효 기간·잔액·이월 여부`, `소멸 또는 환수 위험`, `잔액 확인·사용 신청 경로`를 같이 둡니다. 사용처가 유형별로 달라지면 `탭`, `세그먼트`, `구조화 목록`으로 먼저 갈라서 보여줍니다.

**규칙 12 — 결정에 동의하지 않을 때는 이의신청 가능 여부·기한·다음 절차를 먼저 보여준다**

심사 결과나 처분에 동의하지 않을 때는 `무슨 절차가 가능한지`, `언제까지 신청해야 하는지`, `그다음 무엇이 이어지는지`를 한 번에 알아야 합니다. `심사청구`, `불복청구`, `이의신청` 같은 절차 이름만 던지지 말고 `이의신청 가능 여부`, `신청 기한`, `기한 경과 시 결과`, `불복 뒤 다음 절차`를 첫 결과 영역에서 함께 보여줘야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 재심사 안내 | 심사청구 | 결과에 이의가 있다면 통지일로부터 90일 이내 심사 청구할 수 있습니다. [이의신청 방법] |
| 홈택스 불복 안내 | 불복청구 | 세금 부과에 이의가 있으신가요? 고지일로부터 90일 이내 이의신청·심판청구가 가능합니다. [절차 보기] |
| 법원 이의신청 안내 | 지급명령 이의신청 | 지급명령에 동의하지 않으면 2주 이내 이의신청하세요. 이후 민사소송으로 전환되며 답변서 제출이 필요합니다. [이의신청 바로 가기] |

> **불복·재심사 체크포인트**: 완료 배너나 구조화 목록 바로 아래에 `이의신청 가능 여부`, `신청 기한`, `기한 경과 시 결과`, `불복 뒤 다음 절차`를 같이 둡니다. `이의신청`, `심판청구`, `즉시항고`처럼 법률 용어를 유지해야 하면 쉬운 설명을 바로 붙이고, 절차가 연속되면 다음 단계까지 끊지 않고 이어 줍니다.

**규칙 13 — 비교 선택은 등급·방식별 차이와 예상 비용·혜택을 먼저 보여준다**

등급, 과세 방식, 소송 유형처럼 여러 선택지 중 하나를 고르게 하는 화면에서는 이름만 나열하면 안 됩니다. 사용자는 `무엇을 고르는지`보다 `어떤 선택이 내 상황에 맞는지`를 먼저 판단해야 합니다. 그래서 `비교 대상`, `등급·방식별 차이`, `예상 비용·혜택`, `바로 비교할 경로`를 첫 선택 영역에서 함께 보여줘야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 장기요양 등급 비교 | 노인장기요양 등급 신청 | 1~2등급은 시설 입소 가능 / 3~5등급은 방문요양·주야간보호 중심 / 인지지원등급은 인지 프로그램 이용. 본인부담은 재가 15%, 시설 20%입니다 [등급별 서비스 비교] |
| 홈택스 과세 방식 비교 | 주택임대소득 분리과세 / 종합과세 선택 | 연 임대 수입 2,000만 원 이하라면 분리과세 14%와 종합과세 6~45% 중 선택할 수 있습니다. 다른 소득이 높으면 분리과세가, 낮으면 종합과세가 유리할 수 있습니다 [예상세액 비교] |
| 법원 소송 경로 비교 | 소액사건심판 신청 | 3,000만 원 이하 금전 청구라면 소액사건으로 신청할 수 있습니다. 보통 1~2회 기일로 끝나며 변호사 없이도 진행할 수 있습니다 [일반소송과 비교] |

> **비교 선택 체크포인트**: 선택 영역의 라디오나 구조화 목록 바로 아래에 `비교 대상`, `등급·방식별 차이`, `예상 비용·혜택`, `바로 비교할 경로`를 같이 둡니다. 같은 선택지라도 누구에게 유리한지 다르면 그 기준을 한 줄로 붙여 둡니다.

#### 비교 선택 실화면 재점검 표본

절차 자체를 정한 뒤 등급·방식·경로 차이를 고르는 화면은 `CASE 34`를 먼저 붙여 봅니다. 같은 첫 선택 영역에서 `비교 대상`, `옵션별 차이`, `예상 비용·혜택`, `비교 CTA`가 같이 읽히는지 확인하고, 절차 자체를 고르는 문제라면 `CASE 60`으로 넘깁니다.

| 실화면 표본 | 먼저 붙여 볼 CASE 묶음 | 이번 라운드에서 먼저 확인할 질문 | KRDS 조합 |
|------------|----------------------|------------------------------|----------|
| 정부24 `노인장기요양 등급 신청` | CASE 34 `비교 선택 안내` | 1~2등급, 3~5등급, 인지지원등급 차이와 본인부담, 등급별 서비스 비교 CTA가 첫 선택 영역에 보이는가? | Radio + Segmented control + Helper text + Structured list |
| 홈택스 `주택임대소득 분리과세 / 종합과세 선택` | CASE 34 `비교 선택 안내` | 분리과세 14%와 종합과세 6~45% 차이, 누구에게 유리한지 기준, 예상세액 비교 CTA가 같은 블록에 모이는가? | Radio + Segmented control + Helper text + Structured list |
| 대한민국법원 `소액사건심판 신청` | CASE 34 `비교 선택 안내` | 3,000만 원 기준, 일반소송 대비 기일 횟수·진행 부담 차이, 일반소송 비교 CTA가 첫 선택 영역에 보이는가? | Radio + Segmented control + Helper text + Structured list |

> **실행 규칙**: 이 묶음은 `선택지 이름`만 따로, `예상 비용·혜택`만 따로 기록하지 않습니다. 같은 첫 선택 영역에서 네 질문이 함께 실패하면 `CASE 34`를 같은 로그 행으로 묶고, 절차 자체가 갈리는 문제는 `CASE 60`, 이미 고른 절차 뒤 준비물·기간 차이는 `CASE 14`로 이어 판정합니다.

#### 절차 선택 안내 확장 규칙 — 어떤 상황에 어떤 절차가 맞는지 같이 둔다

`비교 선택`이 등급·비용·혜택 차이를 보여주는 규칙이고 `신청 분기`가 이미 고른 절차 안의 준비물·처리 기간을 설명하는 규칙이라면, 절차 선택 안내는 그보다 앞에서 **내 상황에 맞는 절차 자체**를 가르는 규칙입니다. 민원 유형, 휴업·폐업, 개인회생·파산, 성년후견·한정후견·특정후견처럼 잘못 고르면 처음부터 다시 판단해야 하거나 결과가 완전히 달라지는 화면에서는 서비스 이름만 나열하면 안 됩니다. 사용자는 `지금 내 상황`, `절차별 선택 기준`, `잘못 선택했을 때 생기는 재시작·불이익`, `비교·상담·진입 경로`를 시작 화면에서 함께 알아야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 국민신문고 민원 유형 선택 | 진정 / 청원 / 제안 / 신고 | 기관 처분에 이의를 제기하려면 진정 / 위법·부정 행위를 알리려면 신고 / 제도 개선 의견은 제안 / 국민의 권리로 공식 의견을 내면 청원입니다 [유형 비교] |
| 홈택스 사업자 상태 선택 | 휴업·폐업 신고 | 잠시 쉬는 사업이면 휴업 신고, 완전히 종료할 생각이면 폐업 신고를 고르세요. 폐업 뒤에는 남은 재고 부가세와 부가가치세·종합소득세 신고가 이어집니다 [차이 보기] |
| 법원 채무 정리 절차 | 개인회생 신청서 제출 / 개인 파산 신청 | 소득이 있어 나눠 갚을 수 있으면 개인회생을, 상환이 어렵다면 파산을 먼저 검토하세요. 바로 신청하기 전에 [개인회생·파산 비교]와 [무료 법률 상담]을 확인하세요 |

같은 구조는 성년후견·한정후견·특정후견처럼 후견 범위가 달라지는 화면에도 그대로 적용됩니다. 먼저 가장 좁은 보호 범위부터 비교하고, 긴급하면 임시 후견 경로를 같이 보여줘야 과도한 절차 선택을 줄일 수 있습니다.

> **절차 선택 체크포인트**: 시작 화면이나 첫 분기 영역 바로 아래에 `지금 내 상황 또는 목적`, `절차별 선택 기준`, `잘못 고를 때 생기는 재시작·반려·불이익`, `비교·상담·진입 CTA`를 같이 둡니다. 사용자가 서비스 이름부터 해석하지 않고 자기 상황에 맞는 경로를 먼저 고를 수 있어야 합니다.

#### 절차 선택 실화면 재점검 표본

절차 이름만 보고 들어가면 되돌리기 어려운 화면은 `CASE 60`을 먼저 붙여 봅니다. 같은 첫 분기 영역에서 `내 상황`, `선택 기준`, `오선택 위험`, `비교·상담 CTA`가 같이 읽히는지 확인하고, 절차를 정한 다음 화면에서만 `비교 선택`이나 `신청 분기` 규칙으로 넘깁니다.

| 실화면 표본 | 먼저 붙여 볼 CASE 묶음 | 이번 라운드에서 먼저 확인할 질문 | KRDS 조합 |
|------------|----------------------|------------------------------|----------|
| 국민신문고 `민원 유형 선택` | CASE 60 `절차 선택 안내` | 진정·청원·제안·신고 차이, 내 상황별 목적, 잘못 고르면 담당 기관 오배정·반려될 위험, 비교 CTA가 첫 분기 영역에 보이는가? | Radio + Segmented control + Structured list + Helper text + Notice banner + Link |
| 홈택스 `휴업·폐업 신고` | CASE 60 `절차 선택 안내` | 잠시 쉬기·완전 종료 기준, 폐업 뒤 세금 신고·재고 부가세 같은 후속 의무, 차이 보기 CTA가 한 영역에 모이는가? | Radio + Segmented control + Structured list + Helper text + Notice banner + Link |
| 대한민국법원 `개인회생·파산` | CASE 60 `절차 선택 안내` | 소득 여부, 상환 가능성, 잘못 고를 때의 재신청 비용, 비교·상담 CTA가 첫 분기 영역에서 읽히는가? | Radio + Segmented control + Structured list + Helper text + Notice banner + Link |
| 대한민국법원 `성년후견·한정후견·특정후견` | CASE 60 `절차 선택 안내` (보조 표본) | 보호 범위 차이, 가장 좁은 보호부터 검토해야 한다는 기준, 긴급 시 임시 후견 경로가 함께 보이는가? | Segmented control + Structured list + Helper text + Notice banner + Link |

> **실행 규칙**: 이 묶음은 `절차 이름`만 따로, `비교 링크`만 따로 기록하지 않습니다. 같은 첫 분기 영역에서 네 질문이 함께 실패하면 `CASE 60`을 같은 로그 행으로 묶고, `비교 선택` (`CASE 34`)과 `신청 분기` (`CASE 14`)는 절차를 정한 다음 화면에서 이어 판정합니다.

**규칙 14 — 조회·열람 화면은 포함 범위·빠지는 항목·별도 확인 경로를 같이 보여준다**

안심상속 원스톱, 금융정보 조회, 판결문 열람처럼 조회·열람 서비스는 화면에 보이는 결과가 전부라고 오해하기 쉽습니다. 사용자는 버튼을 누르기 전에 `무엇이 조회·열람되는지`, `무엇이 빠지는지`, `빠지는 항목은 어디서 따로 확인·제출해야 하는지`, `동의 철회·정정 기한·수수료·결과 해석`을 한 번에 알아야 합니다. 시작 화면, 구조화 목록, 도움말, 아코디언에서 이 정보를 같이 보여줘야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 상속 재산 조회 | 안심상속 원스톱 서비스 신청 | 조회 가능: 금융계좌·부동산·자동차·세금 채무 / 조회 불가: 해외 자산·가상화폐 / 채무가 더 크면 [상속포기·한정승인 안내] |
| 홈택스 금융정보 조회 | 금융정보 조회 | 조회 가능: 연간 이자·배당 소득 / 조회 불가: 실시간 거래 내역·펀드·보험 / 동의 내역 확인·철회 [동의 관리] |
| 법원 판결문 열람 | 판결문 열람 | 당사자 온라인 열람 가능 / 제3자 신청은 사유서 필요 / 가사·소년·비공개 결정 사건은 제외 / 방문 복사 수수료 [열람 방법 보기] |

> **조회·열람 범위 체크포인트**: `무엇이 조회·열람되는지`, `빠지는 항목`, `따로 확인·제출해야 하는 경로`, `동의 철회·정정 기한·수수료·결과 해석`, `추가 확인 CTA`를 시작 화면이나 첫 목록에서 함께 보여줍니다.

#### 조회·열람 실화면 재점검 표본

조회 범위와 제외 항목이 함께 갈리는 화면은 `CASE 53`을 먼저 붙여 봅니다. 같은 시작 화면이나 첫 목록에서 `무엇이 조회·열람되는지`, `빠지는 항목`, `따로 확인·제출·철회해야 하는 경로`, `동의 철회·정정 기한·수수료·결과 해석`이 같이 읽히는지 확인하고, 조회 결과 해석이 더 핵심이면 `CASE 42`, 열람 권한·대리 범위가 더 앞서면 `CASE 59`로 이어 판정합니다.

| 실화면 표본 | 먼저 붙여 볼 CASE 묶음 | 이번 라운드에서 먼저 확인할 질문 | KRDS 조합 |
|------------|----------------------|------------------------------|----------|
| 정부24 `안심상속 원스톱 서비스 신청` | CASE 53 `조회·열람 범위 안내` | 금융계좌·부동산·자동차·세금 채무 포함 범위, 해외 자산·가상화폐 제외, 상속포기·한정승인 안내 경로가 같은 시작 목록에 보이는가? | Structured list + Accordion + Helper text + Link |
| 홈택스 `금융정보 조회` | CASE 53 `조회·열람 범위 안내` | 연간 이자·배당 소득 포함 범위, 실시간 거래 내역·펀드·보험 제외, 동의 관리 경로가 같은 시작 목록에 보이는가? | Structured list + Accordion + Helper text + Link |
| 대한민국법원 `판결문 열람` | CASE 53 `조회·열람 범위 안내` | 당사자·제3자 열람 범위, 비공개 사건 제외, 사유서·수수료·열람 방법 경로가 같은 시작 목록에 보이는가? | Structured list + Accordion + Helper text + Link |

> **실행 규칙**: 이 묶음은 `포함 항목`만 따로, `제외 항목`만 따로 기록하지 않습니다. 같은 시작 화면이나 첫 목록에서 네 질문이 함께 실패하면 `CASE 53`을 같은 로그 행으로 묶고, 조회 결과 해석이 더 핵심이면 `CASE 42`, 열람 권한·대리 범위가 더 앞서면 `CASE 59`로 이어 판정합니다.

**상태·결과 묶음 QA — 상태 첫 줄, 예정일·남은 기간, 다음 행동·문의 경로를 한 세트로 본다**

CASE 5, CASE 42, CASE 54, CASE 55, CASE 56은 카드 이름은 달라도 실제 검수에서는 한 흐름입니다. 사용자는 결과 화면 첫 블록에서 `지금 무슨 상태인지`, `언제 반영되거나 얼마나 더 기다려야 하는지`, `지금 무엇을 하거나 어디에 문의해야 하는지`를 바로 판단합니다. 상태·결과 QA는 확정 결과, 변경·승인 결과, 심사·판정 절차, 대기·지연 상태를 따로 떼지 말고 같은 첫 영역에서 확인해야 합니다.

| 상태·결과 묶음 | 상태 첫 줄 | 예정일·남은 기간 | 다음 행동·문의/재확인 | KRDS 조합 |
|---------------|-----------|------------------|----------------------|-----------|
| 확정 결과 설명 (`CASE 42`) | `환급세액 420,000원 — 전년보다 180,000원 줄었습니다`처럼 이번 결과를 첫 줄에서 바로 말한다 | `추가 납부가 생기면 5월 31일까지`처럼 확정 뒤 바로 걸리는 기한을 붙인다 | `[바로 납부하기]`, `[공제 내역 보기]`, `[수정 신고 안내]`처럼 결과 뒤 행동을 같은 블록에 둔다 | Status + Structured list + Table + Button |
| 변경·승인 결과 안내 (`CASE 54`) | `승인 확정 시 국내 이혼 효력 발생`, `원클릭 환급 범위: 최대 5년 치 환급금`처럼 무엇이 실제로 바뀌는지 먼저 밝힌다 | `적용 시점: 다음 부과분부터`, `3월 31일까지 신청분은 4월 말까지`처럼 효력 발생·지급 시점을 붙인다 | `[알림 설정]`, `[환급 신청하기]`, `[국내 집행 방법]`처럼 별도 처리·예외 확인 경로를 남긴다 | Notice banner + Structured list + Helper text + Link |
| 심사·판정 절차 안내 (`CASE 55`) | `신청 가능: 만 65세 이상 또는 노인성 질병`, `왜 단순경비율인지`처럼 판정 기준을 첫 줄에 둔다 | `방문 조사(7~10일) → 판정위원회 심의(30일)`, `법원 심사 1~3개월`처럼 결과 통보 시점을 붙인다 | `[등급별 서비스 비교]`, `[판정 기준 보기]`, `[불복 방법]`처럼 결과 뒤 경로를 같은 영역에 둔다 | Step indicator + Structured list + Notice banner + Button |
| 대기·지연 상태 안내 (`CASE 5 · CASE 56`) | `현재 단계: 담당 기관 검토 중`, `환급 결정 완료`, `국적이탈 신고서가 접수되었습니다`처럼 지금 단계를 먼저 보여준다 | `처리 기한: [예정일]`, `예상 입금일: [예정일]`, `법무부 심사 기간: 최대 6개월`처럼 예정일 또는 남은 기간을 붙인다 | `[처리 현황 조회]`, `[계좌 등록하기]`, `기한이 지나면 문의`처럼 지연 대응과 재확인 경로를 남긴다 | Status + Step indicator + Structured list + Button |

> **수집 규칙**: 상태·결과 묶음은 항상 `원문 3개 + 상태 1문장 + 예정일 또는 남은 기간 1개 + 다음 CTA 또는 문의 경로 1개 + KRDS 조합 1개`를 같은 로그 행으로 남깁니다. 이렇게 해야 결과 설명, 승인·반영, 심사 진행, 대기 상태를 따로 흩뜨리지 않고 같은 상태·결과 화면 규칙으로 승격할 수 있습니다.

**규칙 15 — 변경·승인 결과는 적용 범위·반영 시점·별도 처리 항목을 같이 쓴다**

수령 방법 변경, 환급 계좌 변경, 원클릭 환급 신청, 외국 판결 승인처럼 어떤 상태를 바꾸는 절차는 `변경되었습니다`, `승인되었습니다`만으로 끝내면 안 됩니다. 사용자는 `무엇에 적용되는지`, `언제부터 효력이 생기거나 지급되는지`, `이미 진행 중인 건은 예외인지`, `자동으로 바뀌지 않는 항목은 무엇인지`를 한 번에 알아야 합니다. 완료 화면, 배너, 구조화 목록에서 이 네 가지를 같이 보여줘야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 고지 방식 변경 | 지방세 고지서 수령 방법 선택 (종이·전자) | 변경 적용 세목: 재산세·자동차세·지방소득세 등 / 적용 시점: 다음 부과분부터 / 미열람을 막으려면 [알림 설정] |
| 홈택스 환급 계좌 변경 | 환급금 수령 계좌 등록/변경 | 원클릭 환급 범위: 최대 5년 치 환급금 / 지급 시점: 3월 31일까지 신청분은 4월 말까지, 이후 신청분은 신청일부터 3개월 내 / 환급계좌 입력 뒤 [환급 신청하기] |
| 법원 외국 이혼 판결 승인 | 외국 판결 승인 신청 (이혼) | 승인 확정 시 국내 이혼 효력 발생 / 자녀 양육권 집행은 별도 신청 / 재산 분할은 자동 집행되지 않습니다 [국내 집행 방법] |

> **변경·승인 결과 체크포인트**: `적용 범위`, `반영 또는 효력 발생 시점`, `이미 진행 중인 건 예외`, `자동으로 바뀌지 않는 항목`, `별도 처리·집행 경로`를 완료 화면이나 배너에서 함께 보여줍니다.

#### 변경·승인 결과 실화면 재점검 표본

완료 뒤 실제 반영 범위와 예외를 다시 판단해야 하는 화면은 `CASE 54`를 먼저 붙여 봅니다. 같은 완료 화면이나 결과 배너에서 `적용 범위`, `반영 또는 효력 발생 시점`, `이미 진행 중인 건 예외`, `자동으로 바뀌지 않는 항목`, `별도 처리·집행 경로`가 같이 읽히는지 확인하고, 아직 승인 대기 상태가 더 핵심이면 `CASE 56`, 결과 뒤 후속 의무가 더 앞서면 `CASE 31·32`로 이어 판정합니다.

| 실화면 표본 | 먼저 붙여 볼 CASE 묶음 | 이번 라운드에서 먼저 확인할 질문 | KRDS 조합 |
|------------|----------------------|------------------------------|----------|
| 정부24 `지방세 고지서 수령 방법 선택` | CASE 54 `변경·승인 결과 안내` | 재산세·자동차세·지방소득세 적용 범위, 다음 부과분 반영 시점, 알림 설정 경로가 같은 완료 영역에 보이는가? | Notice banner + Structured list + Helper text + Link |
| 홈택스 `환급금 수령 계좌 등록/변경` | CASE 54 `변경·승인 결과 안내` | 최대 5년 치 환급 범위, 3월 31일까지 신청분과 이후 신청분 지급 시점, 환급계좌 입력·환급 신청 경로가 같은 완료 영역에 보이는가? | Notice banner + Structured list + Helper text + Link |
| 대한민국법원 `외국 판결 승인 신청 (이혼)` | CASE 54 `변경·승인 결과 안내` | 국내 이혼 효력, 자녀 양육권·재산 분할 별도 처리, 국내 집행 방법 경로가 같은 결과 영역에 보이는가? | Notice banner + Structured list + Helper text + Link |

> **실행 규칙**: 이 묶음은 `적용 범위`만 따로, `반영 시점`만 따로 기록하지 않습니다. 같은 완료 화면이나 결과 배너에서 네 질문이 함께 실패하면 `CASE 54`를 같은 로그 행으로 묶고, 아직 승인 대기 상태가 더 핵심이면 `CASE 56`, 결과 뒤 후속 의무가 더 앞서면 `CASE 31·32`로 이어 판정합니다.

**규칙 16 — 심사·판정 절차는 기준·단계·결과 통보 시점을 같이 쓴다**

장기요양 등급, 신고 유형 판정, 개명 허가처럼 결과가 심사나 판정에 달린 서비스는 `심사 중입니다`만 보여주면 안 됩니다. 사용자는 시작 전에 `무엇을 기준으로 판단하는지`, `누가 어떤 단계로 검토하는지`, `언제 결과를 받는지`, `결과가 다르거나 기각되면 어디로 이어지는지`를 알아야 합니다. 배너, 단계 표시기, 구조화 목록, 도움말에서 이 네 가지를 같이 보여줘야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 장기요양 등급 신청 | 장기요양인정 신청 | 신청 가능: 만 65세 이상 또는 노인성 질병 / 신청 → 방문 조사(7~10일) → 판정위원회 심의(30일) / 1~2등급 시설, 3~5등급 재가 [등급별 서비스 비교] |
| 홈택스 신고 유형 판정 | 종합소득세 신고 도움 | 왜 단순경비율인지: 업종 ○○업 / 수입 금액 ○○원 / 자동 반영 항목과 직접 입력 항목 구분 / 금융소득 2,000만 원 초과 시 종합과세 [판정 기준 보기] |
| 법원 개명 허가 심사 | 개명 허가 신청 | 허가 기준: 사회생활 불편·종교·관습 사유 / 법원 심사 1~3개월 / 기각 시 1주일 이내 즉시항고 [불복 방법] |

> **심사·판정 절차 체크포인트**: 시작 화면이나 단계 표시기 바로 아래에 `판정 기준`, `심사 주체와 단계`, `예상 소요 기간·결과 통보 시점`, `결과별 다음 행동 또는 이의 경로`를 같이 둡니다. 사용자가 `왜 이런 결과가 나오는지`, `지금 무엇을 준비해야 하는지`, `결과 뒤 어디로 가야 하는지`를 같은 화면에서 이해해야 합니다.

#### 심사·판정 절차 실화면 재점검 표본

판정 기준과 심사 단계가 시작 전에 보여야 하는 화면은 `CASE 55`를 먼저 붙여 봅니다. 같은 시작 화면이나 단계 표시기 아래에서 `판정 기준`, `심사 주체와 단계`, `예상 소요 기간·결과 통보 시점`, `결과별 다음 행동 또는 이의 경로`가 같이 읽히는지 확인하고, 절차 자체를 고르는 문제가 더 핵심이면 `CASE 60`, 접수 뒤 기다리는 상태가 더 앞서면 `CASE 56`으로 이어 판정합니다.

| 실화면 표본 | 먼저 붙여 볼 CASE 묶음 | 이번 라운드에서 먼저 확인할 질문 | KRDS 조합 |
|------------|----------------------|------------------------------|----------|
| 정부24 `장기요양인정 신청` | CASE 55 `심사·판정 절차 안내` | 자격 기준, 방문 조사와 판정위원회 심의 단계, 등급별 서비스 비교 경로가 같은 시작 영역에 보이는가? | Step indicator + Structured list + Notice banner + Button |
| 홈택스 `종합소득세 신고 도움` | CASE 55 `심사·판정 절차 안내` | 업종·수입 금액 기준, 자동 반영 항목과 직접 입력 항목 구분, 판정 기준 보기 경로가 같은 시작 영역에 보이는가? | Step indicator + Structured list + Notice banner + Button |
| 대한민국법원 `개명 허가 신청` | CASE 55 `심사·판정 절차 안내` | 허가 기준, 법원 심사 1~3개월, 기각 시 즉시항고, 불복 방법 경로가 같은 시작 영역에 보이는가? | Step indicator + Structured list + Notice banner + Button |

> **실행 규칙**: 이 묶음은 `판정 기준`만 따로, `심사 단계`만 따로 기록하지 않습니다. 같은 시작 화면이나 단계 표시기 아래에서 네 질문이 함께 실패하면 `CASE 55`를 같은 로그 행으로 묶고, 절차 자체를 고르는 문제가 더 핵심이면 `CASE 60`, 접수 뒤 기다리는 상태가 더 앞서면 `CASE 56`으로 이어 판정합니다.

**규칙 17 — 대기·지연 상태는 현재 단계·예상 남은 기간·문의 경로를 같이 쓴다**

상태 요약이 `지금 어떤 상태인지`를 먼저 보여주는 규칙이라면, 대기·지연 상태 규칙은 `얼마나 더 기다려야 하는지`와 `늦어졌을 때 무엇을 해야 하는지`까지 이어 주는 규칙입니다. 민원 진행, 세금 환급 입금 대기, 법무부 심사 대기처럼 시간이 길어지는 화면에서는 `처리 중`, `환급금: ○○원`, `접수되었습니다`만으로는 충분하지 않습니다. 사용자는 `현재 단계`, `예상 남은 기간 또는 예정일`, `지연 사유 또는 기한 초과 시 문의 경로`, `보완 요청·완료 알림 채널`을 한 번에 알아야 합니다. 상태 배너, 구조화 목록, 단계 표시기, 결과 화면에서 이 네 가지를 같이 보여줘야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 민원 진행 상태 | 처리 중 | 현재 단계: 담당 기관 검토 중 / 처리 기한: [예정일] / 기한이 지나면 접수번호로 고객센터(1588-2188)나 담당 기관에 문의해 주세요 [처리 현황 조회] |
| 서울특별시 응답소 답변 준비 상태 | 처리기관 / 답변예정일 / 등록일 | 담당 기관에서 답변을 준비하고 있습니다. / 답변 예정일 2026.06.12 / 답변이 늦어지면 나의 민원에서 다시 확인해 주세요 [민원 결과보기] / 같은 건이 아니면 [새 민원 신청하기] |
| 홈택스 환급 입금 대기 | 환급금: 120,000원 | 환급 결정 완료 / 예상 입금일: [예정일] / 지연 사유와 계좌 정보를 확인하세요 [환급 처리 현황 조회] [계좌 등록하기] |
| 전자가족관계등록시스템 국적이탈 신고 완료 | 신고서가 정상적으로 접수되었습니다. | 국적이탈 신고서가 접수되었습니다. / 법무부 심사 기간: 최대 6개월 / 접수번호로 진행 상황을 확인하고, 보완 요청이 오면 즉시 제출하세요 [법무부 처리 현황 조회] |

> **대기·지연 상태 체크포인트**: 상태 영역이나 완료 뒤 첫 결과 화면 바로 아래에 `현재 단계`, `예상 남은 기간 또는 예정일`, `지연 사유 또는 기한 초과 시 문의 경로`, `보완 요청·완료 알림 채널`, `다시 확인하거나 바로 이동할 CTA`를 같이 둡니다. 사용자가 `계속 기다리면 되는지`, `문의해야 하는지`, `추가 제출을 놓치고 있는지`를 같은 화면에서 판단해야 합니다. 서울특별시 응답소처럼 결과 재확인 화면이라면 `답변 준비 상태`, `답변 예정일`, `나의 민원 재확인`, `민원 결과보기`, `새 민원 전환 기준`도 같은 첫 결과 영역에서 함께 보여야 합니다.

#### 대기·지연 상태 실화면 재점검 표본

접수 뒤 오래 기다리는 동안 정상 범위인지, 지연인지 판단해야 하는 화면은 `CASE 56`을 먼저 붙여 봅니다. 같은 상태 영역이나 완료 뒤 첫 결과 화면에서 `현재 단계`, `예상 남은 기간 또는 예정일`, `지연 사유 또는 기한 초과 시 문의 경로`, `보완 요청·완료 알림 채널`, `다시 확인하거나 바로 이동할 CTA`가 같이 읽히는지 확인하고, 최종 결과 해석이 더 핵심이면 `CASE 42`, 일시적인 서비스 장애가 더 앞서면 `CASE 25`로 이어 판정합니다.

| 실화면 표본 | 먼저 붙여 볼 CASE 묶음 | 이번 라운드에서 먼저 확인할 질문 | KRDS 조합 |
|------------|----------------------|------------------------------|----------|
| 정부24 `온라인 민원 신청 진행 상태` | CASE 56 `대기·지연 상태 안내` | 담당 기관 검토 단계, 처리 기한, 접수번호로 문의·처리 현황 조회 경로가 같은 상태 영역에 보이는가? | Status + Step indicator + Structured list + Button |
| 서울특별시 응답소 `질의응답·답변원문`, `결과보기` | CASE 56 `대기·지연 상태 안내` | 답변 준비 상태, 답변 예정일, 나의 민원 재확인 경로, 민원 결과보기, 같은 건이 아니면 새 민원 신청하기가 같은 결과 영역에 보이는가? | Status badge + Alert + Link + Button |
| 홈택스 `세금 환급금 조회` | CASE 56 `대기·지연 상태 안내` | 환급 결정 완료 단계, 예상 입금일, 지연 사유·계좌 확인과 환급 처리 현황 조회 경로가 같은 상태 영역에 보이는가? | Status + Step indicator + Structured list + Button |
| 전자가족관계등록시스템 `국적이탈 신고 완료` | CASE 56 `대기·지연 상태 안내` | 법무부 심사 최대 6개월, 접수번호 진행 상황, 보완 요청 대응과 처리 현황 조회 경로가 같은 결과 영역에 보이는가? | Status + Step indicator + Structured list + Button |

> **실행 규칙**: 이 묶음은 `현재 단계`만 따로, `예상 기간`만 따로 기록하지 않습니다. 같은 상태 영역이나 완료 뒤 첫 결과 화면에서 네 질문이 함께 실패하면 `CASE 56`을 같은 로그 행으로 묶고, 최종 결과 해석이 더 핵심이면 `CASE 42`, 일시적인 서비스 장애가 더 앞서면 `CASE 25`로 이어 판정합니다.

**규칙 18 — 복수 조건은 모두 충족 항목을 체크리스트로 먼저 보여준다**

신청 가능 조건이 하나가 아니라 나이·소득·재산·기한·병역처럼 여러 축으로 갈라지고, 하나라도 빠지면 자격 확인이 다시 필요하거나 절차가 멈추는 서비스는 `신청 가능` 한 줄로 끝내면 안 됩니다. 사용자는 각 조건이 `무엇인지`, `지금 충족했는지`, `어디서 확인하는지`, `조건을 못 맞추면 어떤 결과나 다음 경로가 생기는지`를 한 번에 알아야 합니다. 체크리스트, 구조화 목록, 배너, 도움말에서 조건을 끊어 보여줘야 합니다.
같은 구조는 협의이혼 의사확인처럼 `배우자 두 분이 함께 와야 하는지`, `미성년 자녀 협의서가 필요한지`, `숙려기간이 지났는지`를 모두 확인해야 하는 화면에도 그대로 적용됩니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 긴급복지지원 | 긴급복지지원 신청 | 신청 가능 여부 확인 — ① 위기 상황 ② 소득 중위 75% 이하 ③ 재산 요건 충족 (세 가지 모두 충족 시 신청 가능) [자가 확인] |
| 홈택스 근로장려금 | 근로장려금 신청 | 수령 가능 여부 확인 — ① 가구 유형별 소득 기준 ② 가구원 전체 재산 2억 4천만 원 미만 (둘 다 충족 시 수령 가능) / 반기·정기 신청 방식 확인 [기준 보기] |
| 전자가족관계등록시스템 국적 이탈 신고 | 국적 이탈 신고 | 국적 이탈 가능 요건 — ① 복수 국적 보유 ② 병역 의무 미발생 또는 이행·면제 ③ 기한 이내 신청 (모두 충족 시 신고 가능) [요건 확인] |
| 법원 협의이혼 의사확인 | 협의이혼 의사확인 신청 | 이혼 성립 전 확인 — ① 배우자 두 분 함께 방문 ② 미성년 자녀가 있으면 친권·양육 협의서 제출 ③ 숙려기간 뒤 확인기일 출석 (하나라도 빠지면 확인 불가) [절차 확인] |

> **복수 조건 체크포인트**: 시작 화면이나 첫 선택 영역 바로 아래에 `모두 충족해야 하는 조건 목록`, `각 조건의 기준 수치 또는 상태`, `직접 확인·계산 경로`, `조건을 못 맞추면 생기는 결과나 다음 경로`, `조건을 확인한 뒤 바로 가는 CTA`를 같이 둡니다. 사용자가 `대충 맞을 것 같아 보이니 일단 신청`하게 두지 않습니다.

#### 복수 조건 체크리스트 실화면 재점검 표본

조건을 하나씩 넘기는 게 아니라 모두 충족하는지 먼저 판정해야 하는 화면은 `CASE 57`을 먼저 붙여 봅니다. 같은 시작 화면이나 첫 선택 영역에서 `모두 충족해야 하는 조건 목록`, `각 조건의 기준 수치 또는 상태`, `직접 확인·계산 경로`, `조건을 못 맞추면 생기는 결과나 다음 경로`, `조건을 확인한 뒤 바로 가는 CTA`가 같이 읽히는지 확인하고, 사람·관할·방문 경로 분기가 더 앞서면 `CASE 18`, 선택한 답 때문에 추가 입력이 늦게 나타나면 조건부 필수 항목 예시로 이어 판정합니다.

| 실화면 표본 | 먼저 붙여 볼 CASE 묶음 | 이번 라운드에서 먼저 확인할 질문 | KRDS 조합 |
|------------|----------------------|------------------------------|----------|
| 정부24 `긴급복지지원 신청` | CASE 57 `복수 조건 체크리스트 안내` | 위기 상황, 소득 중위 75% 이하, 재산 요건, 자가 확인 경로가 같은 체크리스트에 보이는가? | Structured list + Notice banner + Badge + Helper text + Button |
| 홈택스 `근로장려금 신청` | CASE 57 `복수 조건 체크리스트 안내` | 가구 유형별 소득 기준, 가구원 전체 재산 2억 4천만 원 미만, 반기·정기 신청 방식, 기준 보기 경로가 같은 체크리스트에 보이는가? | Structured list + Notice banner + Badge + Helper text + Button |
| 전자가족관계등록시스템 `국적 이탈 신고` | CASE 57 `복수 조건 체크리스트 안내` | 복수 국적 보유, 병역 의무 상태, 기한 이내 신청 기준, 요건 확인 경로가 같은 체크리스트에 보이는가? | Structured list + Notice banner + Badge + Helper text + Button |

> **실행 규칙**: 이 묶음은 `조건 목록`만 따로, `기준값`만 따로 기록하지 않습니다. 같은 시작 화면이나 첫 선택 영역에서 다섯 질문이 함께 실패하면 `CASE 57`을 같은 로그 행으로 묶고, 사람·관할·방문 경로 분기가 더 앞서면 `CASE 18`, 선택한 답 때문에 추가 입력이 늦게 나타나면 조건부 필수 항목 예시로 이어 판정합니다.

**규칙 19 — 담당 기관·관할은 지금 내야 할 곳과 예외를 같이 쓴다**

전입신고, 사업장 주소 정정, 가족관계등록부 정정처럼 같은 업무 이름이라도 어느 주민센터·세무서·가정법원이 처리하는지가 다르면 `신청` 한 줄만 두면 안 됩니다. 사용자는 `내 일을 어디에 내야 하는지`, `주소·사건·상황에 따라 기관이 어떻게 갈리는지`, `예외나 잘못 선택했을 때 어디로 가야 하는지`, `지금 바로 확인하거나 이동할 경로`를 한 번에 알아야 합니다. 채널 분기 규칙이 온라인·방문 가능 여부를 먼저 나누는 규칙이라면, 이 규칙은 그다음으로 `어느 기관이 내 일을 실제로 받는지`를 명확히 하는 규칙입니다. 구조화 목록, 배너, 배지, 도움말, 버튼에서 이 네 가지를 같이 보여줘야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 전입신고 | 전입신고 | 이사한 주소 기준 주민센터·구청에 14일 이내 신고합니다. 혼자 이사 왔다면 온라인 신청 가능 / 가족과 함께 이사 왔다면 주민센터 방문 필요 [담당 기관 찾기] |
| 홈택스 사업자 주소 정정 | 사업자 등록 사항 정정 신청 | 정정 항목별 온라인 가능 ✓ / 세무서 방문 필요를 먼저 확인하세요. 사업장 주소를 바꾸면 관할 세무서가 자동 변경됩니다 [담당 세무서 확인] |
| 법원 등록부 정정 | 가족관계등록부 정정 | 단순 오기재(한자·주소 오류 등)는 시·구청 직접 신청 가능 / 출생일·성명·친자 관계 정정은 법원 허가 필수 [절차 안내] [관할 법원 찾기] |

> **담당 기관·관할 체크포인트**: 시작 화면이나 첫 분기 영역 바로 아래에 `지금 내야 할 기관 또는 관할`, `기관이 갈리는 기준`, `예외 또는 잘못 선택했을 때의 경로`, `담당 기관 찾기·바로 가기 CTA`를 같이 둡니다. 사용자가 서비스 이름만 보고 주민센터·세무서·법원을 추측하게 두지 않습니다.
> **결합 규칙**: `전입신고`, `사업자 등록 사항 정정 신청`, `가족관계등록부 정정`처럼 `온라인 신청 가능 여부`와 `관할 기관`이 함께 갈리면 새 패턴으로 분리하지 않습니다. `온라인/방문 분기`와 `담당 기관·관할`을 같은 첫 분기 영역에서 함께 쓰고, KRDS에서는 `Radio + Helper text + Structured list + Badge + Button` 조합으로 채널 선택, 관할 안내, 바로 가기 CTA를 한 흐름으로 검수합니다.

#### 온라인/방문 + 담당 기관 실화면 재점검 표본

채널 분기와 관할 분기가 함께 붙는 화면은 `CASE 18`과 `CASE 58`을 같이 붙여 봅니다. 새 사례를 만들기 전에 먼저 `어느 경로로 들어가야 하는지`와 `결국 어느 기관이 받는지`가 같은 첫 분기 영역에서 읽히는지 확인합니다.

| 실화면 표본 | 먼저 붙여 볼 CASE 묶음 | 이번 라운드에서 먼저 확인할 질문 | KRDS 조합 |
|------------|----------------------|----------------------------|----------|
| 정부24 `전입신고` | CASE 18 `온라인/방문 분기` + CASE 58 `담당 기관·관할 안내` | 신고인 조건, 온라인 가능 여부, 담당 주민센터, 준비 서류 CTA가 한 화면에서 이어지는가? | Radio + Helper text + Structured list + Badge + Button |
| 홈택스 `사업자 등록 사항 정정 신청` | CASE 18 `온라인/방문 분기` + CASE 58 `담당 기관·관할 안내` | 정정 항목별 온라인 가능 여부, 세무서 방문 필요, 관할 세무서 자동 변경, 증빙 준비가 첫 분기 영역에 모이는가? | Radio + Helper text + Structured list + Badge + Button |
| 전자가족관계등록시스템 `가족관계등록부 정정` | CASE 58 `담당 기관·관할 안내` | 단순 오기재와 법원 허가 대상이 먼저 갈리고, 시·구청과 관할 법원 경로가 같은 첫 블록에 보이는가? | Helper text + Structured list + Badge + Button |
| 대한민국법원 `집행문 부여 신청` | CASE 18 `온라인/방문 분기` + CASE 58 `담당 기관·관할 안내` (보조 표본) | 제1심법원·상급심법원·공증인사무소 분기와 필수 서류, 신청처 확인 CTA가 첫 분기 영역에서 함께 읽히는가? | Helper text + Structured list + Badge + Button |

> **실행 규칙**: 이 묶음은 `채널 분기`만 따로, `관할 안내`만 따로 기록하지 않습니다. 같은 화면에서 두 질문이 함께 실패하면 `CASE 18·58`을 같은 로그 행으로 묶고, 비어 있는 대표 사이트를 먼저 채운 뒤에 독립 승격 여부를 다시 판단합니다.

**규칙 20 — 대리·위임은 누가 대신할 수 있고 어디까지 맡기는지 같이 쓴다**

병적증명서 대리 발급, 세무대리인 수임 동의, 소송 대리인 등록처럼 다른 사람이 내 대신 신청하거나 내 업무를 맡는 화면은 `대리인`, `수임`, `위임` 한 단어로 끝내면 안 됩니다. 사용자는 `누가 대신할 수 있는지`, `위임장·관계 증빙이 필요한지`, `대리인이 어디까지 처리할 수 있는지`, `언제 끝나고 어떻게 해지·변경하는지`를 한 번에 알아야 합니다. 신청인 유형 규칙이 본인·가족·이해관계인처럼 시작 자격을 나누는 규칙이라면, 이 규칙은 이미 대리 관계가 생기는 순간 `권한 범위와 종료 방식`을 선안내하는 규칙입니다. 구조화 목록, 도움말, 배너, 필드셋, 버튼에서 이 다섯 가지를 같이 보여줘야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 증명서 대리 발급 | 병적증명서 발급 | 본인 또는 위임장 지참 대리인이 신청할 수 있습니다. 대리 발급 전 준비: 위임장 + 신분증 [대리 발급 안내] |
| 홈택스 세무대리 위임 | 세무대리인 수임 동의 | 세무사 홍길동님이 2026.01~2026.12 동안 세금신고 조회·납부를 대리합니다. 계좌 변경은 제외됩니다. [공개 정보 목록 보기] [수임 해지] |
| 법원 소송 대리인 등록 | 소송 대리인 등록 | 변호사가 서류 제출·기록 열람·기일 신청·항소를 대리합니다. 특정 행위만 맡기려면 위임장에 범위를 적고, 변경 시 해임 신고 후 새 대리인 등록 또는 본인 출석을 준비하세요 [해임 방법 보기] |

> **대리·위임 체크포인트**: 시작 화면이나 대리인 선택 영역 바로 아래에 `누가 대신할 수 있는지`, `필요한 위임장 또는 관계 증빙`, `대리 가능한 권한 범위`, `기간·해지·변경 경로`, `대리 종료 뒤 본인이 할 일`을 같이 둡니다. 사용자가 일단 위임부터 한 뒤 권한 축소나 해지 방법을 다시 찾게 두지 않습니다.

#### 대리·위임 실화면 재점검 표본

대리 가능한 대상과 권한 범위가 첫 권한 영역에서 갈리는 화면은 `CASE 59`를 먼저 붙여 봅니다. 홈택스처럼 동의 문장과 위임 범위가 같은 화면에 붙는 경우는 `CASE 38`, `CASE 11`, `CASE 59`를 같이 붙여 `누가 대신할 수 있는지`, `어디까지 맡기는지`, `언제 끝나고 어떻게 해지하는지`가 같은 블록에서 읽히는지 확인합니다.

| 실화면 표본 | 먼저 붙여 볼 CASE 묶음 | 이번 라운드에서 먼저 확인할 질문 | KRDS 조합 |
|------------|----------------------|------------------------------|----------|
| 정부24 `병적증명서 발급` | CASE 59 `대리·위임 권한 안내` | 본인·대리인 가능 여부, 위임장 + 신분증, 대리 발급 전 확인 사항, 안내 CTA가 첫 권한 영역에 함께 보이는가? | Structured list + Helper text + Notice banner + Button |
| 홈택스 `세무대리인 수임 동의` | CASE 38 `폼 도움말` + CASE 11 `동의 화면` + CASE 59 `대리·위임 권한 안내` | 세무사가 보게 되는 정보 범위, 위임 기간, 제외 업무, 수임 해지 경로가 동의 문장 바로 아래에 보이는가? | Consent + Checkbox + Helper text + Structured list + Button |
| 전자가족관계등록시스템 `소송 대리인 등록` | CASE 59 `대리·위임 권한 안내` | 변호사·대리인 등록 가능 범위, 제한 위임 가능 여부, 해임 뒤 다음 행동이 첫 권한 영역에서 읽히는가? | Structured list + Helper text + Notice banner + Button |

> **실행 규칙**: 이 묶음은 `동의`만 따로, `위임 범위`만 따로 기록하지 않습니다. 같은 화면에서 두 질문이 함께 실패하면 `CASE 38·11·59`를 같은 로그 행으로 묶고, 대리 가능 대상만 먼저 갈리는 화면은 `CASE 59`를 우선 붙입니다.

---

#### 대표 서비스 관찰 — 정부24형 신청 상세 표, 국민신문고형 상태 표

정부24의 민원 상세 화면은 `신청자격 / 구비서류 / 발급서류 / 처리기간`처럼 서비스 메타 정보를 표와 목록으로 정리합니다. 국민신문고와 서울시 응답소의 처리 상태 화면은 `처리기관 / 답변예정일 / 등록일` 같은 상태 컬럼을 반복합니다.

이때 표의 역할은 단순 나열이 아니라 **한 행만 읽어도 사용자가 판단할 수 있게 돕는 것**입니다. 따라서 헤더도 시민 언어로 다시 다듬어야 합니다.

| 관찰된 헤더 | 권장 헤더 | 이유 | 대표 사이트 |
|------------|----------|------|------------|
| 신청자격 | 신청할 수 있는 사람 | 자격 여부를 스스로 판단하기 쉽게 함 | 정부24 |
| 구비서류 | 준비할 서류 | 첨부 준비 행동이 바로 떠오름 | 정부24 |
| 발급서류 | 발급되는 서류 | 결과물의 종류를 직관적으로 알 수 있음 | 정부24 |
| 처리기간 | 처리까지 걸리는 시간 | 기간이 아니라 체감 시간을 보여줌 | 정부24 |
| 처리기관 | 담당 기관 | 누가 처리하는지 바로 알 수 있음 | 국민신문고, 서울특별시 응답소 |
| 답변예정일 | 답변 예정일 | 띄어쓰기를 바로잡고 일정 정보임을 분명히 함 | 국민신문고, 서울특별시 응답소 |

> **표 작성 원칙**: 공식 용어를 유지해야 한다면, 헤더는 시민 언어로 두고 셀 보조설명이나 툴팁에서 공식 용어를 병기합니다.

---

### 7.13 배너와 인라인 경고 (Banner & Inline Alert): 확성기의 볼륨 조절

화면 전체에 띄우는 글로벌 배너와 특정 영역에만 뜨는 인라인 알림은 공간이 좁은 만큼 핵심만 남겨야 합니다.

**규칙 1 — 배너는 '제목 + 액션'의 2단 구조**

배너에 구구절절 배경 설명을 넣으면 아무도 읽지 않습니다. 무슨 일인지(제목)와 어디로 가야 하는지(버튼/링크)만 남깁니다.

| 🚫 금지 | ✅ 권장 |
|--------|--------|
| 2026년 귀속 연말정산 서비스가 1월 15일부터 시작되오니 많은 이용 바랍니다. | 2026년 연말정산 간소화 서비스 시작 → (클릭 시 이동) |

**규칙 2 — 인라인 경고의 시각적 결속**

입력 폼 등에서 발생하는 경고 문구는 반드시 문제가 발생한 그 **지점(Context) 바로 밑**에 붙여 써서 시선이 흩어지지 않게 합니다.

**규칙 3 — 기한 임박 경고는 남은 기간과 결과를 같이 쓴다**

갱신, 신고, 항소처럼 시간을 놓치면 서비스 이용이나 권리 행사가 막히는 화면에서는 `곧 마감됩니다`만으로는 부족합니다. 남은 기간, 기한을 넘겼을 때 생기는 결과, 지금 할 수 있는 행동을 함께 보여줘야 사용자가 우선순위를 바로 판단할 수 있습니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 인증서 갱신 | 공동인증서 발급·갱신 | 인증서가 30일 후 만료됩니다. 만료 전 갱신하면 온라인에서 바로 처리할 수 있습니다. [지금 갱신하기] |
| 세금 신고 마감 | 부가가치세 신고 | 부가가치세 신고 마감까지 30일 남았습니다. 1월 25일까지 신고하지 않으면 가산세가 붙습니다. [내 신고 일정 보기] |
| 항소 기한 | 판결 선고일: 2026-05-02 | 항소 기한: 5월 9일까지 (7일 남음). 기한 내 항소하지 않으면 판결이 확정됩니다. [항소 방법 알아보기] |

> **배너 체크포인트**: `남은 기간`, `기한이 지나면 생기는 결과`, `지금 할 행동`을 같은 배너나 보조 문장 안에서 함께 보여줍니다.

**규칙 4 — 알림 채널은 받는 내용·도착 시점·확인 경로를 같이 쓴다**

이메일, 전자송달, 알림톡, 문자, 우편처럼 채널이 다르면 받는 내용과 도착 시점, 놓쳤을 때의 위험이 다릅니다. `이메일`, `전자고지 신청`, `알림서비스`처럼 채널 이름이나 서비스 이름만 던지지 말고, `무엇이 오는지`, `언제 또는 언제부터 오는지`, `놓치면 어디서 다시 확인하는지`를 함께 보여줘야 합니다. 이런 채널 이름 단독은 2.1 사전 후보로 바로 올리지 말고, 완료·상태 문장과 다시 확인 경로를 한 묶음으로 검수합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 국민신문고 답변 알림 | 이메일 | 민원 답변 결과를 입력한 이메일로 보냅니다. 기관 답변이 등록된 뒤 [나의 민원]에서 다시 확인할 수 있습니다. |
| 국세청 전자송달 | 전자고지(송달) 신청 및 해지 | 국세고지서·납부통지서·환급금 통지서를 우편 대신 전자로 받습니다. 신청일 다음 날 이후 새로 생성된 서류부터 적용됩니다. [전자송달 신청] [고지서 다시 보기] |
| 전자소송 진행 알림 | 민사 등 사건진행 알림서비스 | 재판기일지정·문건접수 정보는 알림톡으로 먼저, 불가하면 문자로 받습니다. 문건접수·전자송달·종국내용은 실시간, 기일등록·변경은 12:00와 19:00에 발송됩니다. [알림서비스 신청] [사건 진행내역 확인] |

> **알림 채널 체크포인트**: `받는 내용`, `도착 시점 또는 적용 시작 시점`, `도착 채널`, `완료·상태가 어떻게 바뀌는지`, `놓쳤을 때 다시 확인할 경로`를 같은 배너나 보조 문장 안에서 함께 보여줍니다.
> **KRDS 연결**: 채널 선택은 `Checkbox`/`Radio`, 수신 내용 비교는 `Helper text`, 고지·사건 진행처럼 놓치면 위험한 결과는 `Notice banner + Structured list`, 설정 완료·해지 결과는 `Result page + Link`로 나눕니다. 채널 이름 단독은 새 사전 항목보다 이 조합 규칙으로 먼저 검수합니다. 예: `[고지서 다시 보기]`, `[사건 진행내역 확인]`, `[나의 민원]`.

#### 알림 채널별 수신 내용 실화면 재점검 표본

채널 이름보다 먼저 수신 내용과 재확인 경로를 확인해야 하는 화면은 `CASE 21`을 먼저 붙여 봅니다. 같은 설정·완료 영역에서 `받는 내용`, `도착 시점 또는 적용 시작 시점`, `도착 채널`, `완료·상태가 어떻게 바뀌는지`, `놓쳤을 때 다시 확인할 경로`가 같이 읽히는지 확인합니다.

| 실화면 표본 | 먼저 붙여 볼 CASE 묶음 | 이번 라운드에서 먼저 확인할 질문 | KRDS 조합 |
|------------|----------------------|------------------------------|----------|
| 국민신문고 `이메일` | CASE 21 `알림 채널별 수신 내용` | 민원 답변 결과, 기관 답변 등록 뒤 발송, 나의 민원 재확인 경로가 같은 설정 영역에 보이는가? | Checkbox/Radio + Helper text + Notice banner + Structured list + Result page + Link |
| 국세청 `전자고지(송달) 신청 및 해지` | CASE 21 `알림 채널별 수신 내용` | 국세고지서·납부통지서·환급금 통지서, 신청일 다음 날 이후 적용, 고지서 다시 보기 경로가 같은 설정·완료 영역에 보이는가? | Checkbox/Radio + Helper text + Notice banner + Structured list + Result page + Link |
| 전자소송포털 `민사 등 사건진행 알림서비스` | CASE 21 `알림 채널별 수신 내용` | 재판기일지정·문건접수 정보, 실시간 또는 12:00와 19:00 발송 시점, 사건 진행내역 확인 경로가 같은 설정·완료 영역에 보이는가? | Checkbox/Radio + Helper text + Notice banner + Structured list + Result page + Link |

> **실행 규칙**: 이 묶음은 `채널 이름`만 따로, `재확인 경로`만 따로 기록하지 않습니다. 같은 설정·완료 영역에서 다섯 질문이 함께 실패하면 `CASE 21`을 같은 로그 행으로 묶고, 접수 뒤 오래 기다리는 상태가 더 핵심이면 `CASE 56`, 채널 자체보다 이용 불가 공지가 더 앞서면 `CASE 25`로 이어 판정합니다.

**규칙 5 — 이용 불가 안내는 복구 시각과 대체 경로를 같이 쓴다**

점검, 연계 중단, 일시 오류처럼 지금 이 화면을 사용할 수 없는 상황에서는 `잠시 후 다시 시도해 주세요`만으로는 부족합니다. 먼저 `왜 막혔는지`, `언제 다시 가능한지 또는 다음 확인 시각`, `급하면 어디로 가야 하는지`, `중복 처리 여부는 어디서 확인하는지`를 같이 보여줘야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 점검 화면 | 서비스 이용이 일시적으로 중단되었습니다. | 지금은 이 서비스를 이용할 수 없습니다. 서버 점검 중이며 오늘 오후 6시에 다시 열립니다. [가까운 주민센터 찾기] |
| 홈택스 연계 중단 | 지방세 연계 납부 | 위택스 연계가 지금은 중단됐습니다. 납부 처리 상태를 먼저 확인하고, 필요하면 위택스로 직접 이동해 주세요. [납부 처리 상태 확인] |
| 법원 일시 오류 | 잠시 후 다시 시도해 주세요. | 일시적인 오류가 발생했습니다. 10분 뒤 다시 시도해 주세요. 계속되면 1899-2732로 문의하거나 가까운 법원 종합민원실을 방문해 주세요 |

> **이용 불가 안내 체크포인트**: `이용 불가 이유`, `복구 시각 또는 다음 확인 시각`, `대체 경로`, `중복 처리 여부 확인 경로`를 같은 배너나 보조 문장 안에서 함께 보여줍니다.

#### 이용 불가 실화면 재점검 표본

지금 막힌 이유와 다시 가능한 시점을 먼저 알아야 하는 화면은 `CASE 25`를 먼저 붙여 봅니다. 같은 배너나 시작 영역에서 `이용 불가 이유`, `복구 시각 또는 다음 확인 시각`, `대체 경로`, `중복 처리 여부 확인 경로`가 같이 읽히는지 확인하고, 접수 뒤 오래 기다리는 상태가 더 핵심이면 `CASE 56`, 기기·브라우저 제약이 더 핵심이면 이용 환경 안내 규칙으로 이어 판정합니다.

| 실화면 표본 | 먼저 붙여 볼 CASE 묶음 | 이번 라운드에서 먼저 확인할 질문 | KRDS 조합 |
|------------|----------------------|------------------------------|----------|
| 정부24 `정부24 점검 화면` | CASE 25 `이용 불가 안내` | 서버 점검 이유, 오늘 오후 6시 복구 시각, 가까운 주민센터 찾기 경로가 같은 배너에 보이는가? | Notice banner + Button + Helper text + Link |
| 홈택스 `지방세 연계 납부` | CASE 25 `이용 불가 안내` | 위택스 연계 중단 이유, 납부 처리 상태 확인, 위택스로 직접 이동하는 대체 경로가 같은 배너에 보이는가? | Notice banner + Button + Helper text + Link |
| 대한민국법원 `전자소송 일시 오류` | CASE 25 `이용 불가 안내` | 일시 오류 이유, 10분 뒤 재시도 시점, 1899-2732 문의 또는 법원 종합민원실 방문 경로가 같은 배너에 보이는가? | Notice banner + Button + Helper text + Link |

> **실행 규칙**: 이 묶음은 `이용 불가 이유`만 따로, `대체 경로`만 따로 기록하지 않습니다. 같은 배너나 시작 영역에서 네 질문이 함께 실패하면 `CASE 25`를 같은 로그 행으로 묶고, 접수 뒤 오래 기다리는 상태가 더 핵심이면 `CASE 56`으로 이어 판정합니다.

**규칙 6 — 이용 환경 안내는 가능한 기기와 전환 경로를 같이 쓴다**

PC·모바일·앱마다 가능한 작업이 다르면 진입 뒤에 차단하지 말고, 먼저 `현재 환경에서 가능한 작업`, `다른 환경이 필요한 이유`, `바로 전환할 경로`를 같이 보여줘야 합니다. 특히 PC 전용 서비스, 앱 전용 기능, 모바일 제한 화면은 사용자가 이미 탐색한 뒤에 막히지 않게 해야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 앱·모바일 웹 차이 | 정부24 앱으로 더 편리하게 이용하세요. | 앱에서는 모바일 신분증 발급·알림 수신·간편인증이 가능해요. [앱 열기] [앱 다운로드] |
| 홈택스 PC 전용 | 해당 서비스는 PC 홈택스에서만 이용하실 수 있습니다 | 이 서비스는 PC에서 이용하실 수 있습니다. [PC로 이동하는 QR코드 보기] |
| 법원 모바일 제한 | 증명서발급과 인터넷신고는 PC를 이용하여 주시기 바랍니다. | 일부 서비스(증명서 발급·신고)는 PC에서만 이용하실 수 있습니다. PC에서 다시 접속해 주세요 |

> **이용 환경 안내 체크포인트**: `지원 환경`, `현재 환경에서 가능한 작업`, `전환할 기기나 앱`, `바로 이동할 경로`를 같은 배너나 보조 문장 안에서 함께 보여줍니다.

**규칙 7 — 기간 제한 서비스는 신청 가능 기간과 닫힌 뒤 경로를 같이 쓴다**

지원금 공고, 세무 신청, 법정 신고처럼 특정 기간에만 열리는 서비스는 `신청하기` 버튼을 누른 뒤 막히면 이미 늦습니다. 시작 화면, 서비스 카드, 배너에서 `지금 신청 가능한 기간 또는 마감일`, `기한을 넘겼을 때 결과`, `예외 신청이나 기한 후 구제 가능 여부`, `다음 신청 또는 대체 시점`을 함께 보여줘야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 기간 한정 민원 | 서비스 목록 | 신청 마감: 3월 31일. 기간이 끝나면 온라인 신청이 닫힙니다. 다음 신청 주기와 예외 신청 가능 여부는 [담당 기관 문의] |
| 홈택스 반기납부 전환 | 반기납부 신청 | 반기납부 신청 기간: 1월 1~15일, 7월 1~15일. 이번 기간을 놓치면 다음 반기까지 기다려야 합니다. [신청 일정 보기] |
| 전자가족관계등록시스템 국적 이탈 신고 | 국적 이탈 신고 | 국적 이탈은 만 18세가 되는 해 3월 31일까지 가능합니다. 기한을 넘기면 원칙적으로 병역 이행 또는 면제 후에만 가능하며, 예외적 국적이탈허가 대상은 별도 확인해 주세요. [요건 확인] |

> **기간 제한 서비스 체크포인트**: `신청 가능 기간 또는 마감일`, `기한 경과 후 결과`, `예외 신청·기한 후 구제 가능 여부`, `다음 신청 또는 대체 시점`을 시작 화면이나 배너에서 함께 보여줍니다.

#### 기간 제한 서비스 실화면 재점검 표본

서비스에 들어가기 전 `지금 신청 가능한지`를 먼저 판단해야 하는 화면은 `CASE 45`를 먼저 붙여 봅니다. 같은 시작 화면이나 배너에서 `신청 가능 기간`, `기한 경과 후 상태`, `예외·구제 여부`, `다음 시점 또는 대체 경로`가 같이 읽히는지 확인하고, 이미 진행 중인 과업의 카운트다운 경고라면 `CASE 17`로 넘깁니다.

| 실화면 표본 | 먼저 붙여 볼 CASE 묶음 | 이번 라운드에서 먼저 확인할 질문 | KRDS 조합 |
|------------|----------------------|------------------------------|----------|
| 정부24 `농업직불금 신청` | CASE 45 `기간 제한 서비스 안내` | 신청 가능 기간, 마감 뒤 온라인 신청 종료, 다음 신청 주기 또는 담당 기관 문의 경로가 같은 시작 영역에 보이는가? | Notice banner + Badge + Helper text + Button |
| 홈택스 `반기납부 신청` | CASE 45 `기간 제한 서비스 안내` | 1월·7월 신청 기간, 이번 반기를 놓쳤을 때 결과, 다음 반기 일정 확인 경로가 같은 시작 영역에 보이는가? | Notice banner + Badge + Helper text + Button |
| 전자가족관계등록시스템 `국적 이탈 신고` | CASE 45 `기간 제한 서비스 안내` | 만 18세가 되는 해 3월 31일 기준, 기한 경과 후 병역 이행 또는 면제 조건, 요건 확인 경로가 같은 첫 배너에 보이는가? | Notice banner + Badge + Helper text + Button |

> **실행 규칙**: 이 묶음은 `마감일`만 따로, `마감 뒤 상태`만 따로 기록하지 않습니다. 같은 시작 화면이나 배너에서 네 질문이 함께 실패하면 `CASE 45`를 같은 로그 행으로 묶고, 이미 시작한 과업의 남은 기간 경고는 `CASE 17`로 이어 판정합니다.

**규칙 8 — 유지 조건·자동 종료·전환 경로를 같이 쓴다**

혜택, 과세 유형, 법적 보호 상태처럼 한 번 시작한 뒤에도 계속 유지 조건이 달라지는 서비스는 `승인됨`, `신청 가능`만으로 끝내면 안 됩니다. 사용자는 `계속 받으려면 무엇을 유지해야 하는지`, `언제 자동으로 끝나거나 다른 제도로 바뀌는지`, `그 전에 무엇을 준비해야 하는지`를 한 번에 알아야 합니다. 시작 화면, 상세 안내, 결과 배너에서 `유지 조건`, `자동 종료 또는 전환 시점`, `종료 뒤 이어지는 제도·의무`, `미리 준비할 경로`를 함께 보여줘야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 수당 전환 | 양육수당 신청 | 어린이집·유치원을 이용 중이면 양육수당을 받을 수 없습니다. 어린이집을 그만뒀다면 다음 달 말일까지 양육수당으로 전환 신청하세요. 만 86개월 또는 초등학교 입학 시 자동 종료됩니다. [전환 신청] |
| 홈택스 과세 유형 변경 | 간이과세자 부가세 신고 | 전년도 매출이 8,000만 원 이상이면 올해 7월부터 일반과세자로 자동 전환됩니다. 전환 뒤에는 세금계산서 발행 의무가 생깁니다. [전환 기준 확인] |
| 법원 후견 종료 | 성년후견 종료 신청 | 피후견인 사망 시 후견은 자동 종료됩니다. 능력 회복으로 종료하려면 종료 심판을 신청하고, 종료 뒤 30일 이내 재산 목록과 후견 종료 보고서를 제출해야 합니다. [종료 절차 보기] |

> **유지 조건·자동 종료 체크포인트**: `계속 유지하려면 필요한 조건`, `자동 종료 또는 전환 시점`, `종료 뒤 이어지는 제도·의무`, `미리 준비할 신청·신고 경로`를 시작 화면이나 배너에서 함께 보여줍니다.

#### 유지 조건·자동 종료 실화면 재점검 표본

한 번 승인되거나 유지되는 상태 뒤에 조건·전환·종료 의무가 남는 화면은 `CASE 46`을 먼저 붙여 봅니다. 같은 상태·결과 영역에서 `계속 유지하려면 필요한 조건`, `자동 종료 또는 전환 시점`, `종료 뒤 이어지는 의무`, `지금 준비할 경로`가 같이 읽히는지 확인하고, 별도 신고·의무가 더 앞선 문제는 `CASE 32`, 특정 신청 기간이 다시 열리는 문제는 `CASE 45`로 이어 판정합니다.

| 실화면 표본 | 먼저 붙여 볼 CASE 묶음 | 이번 라운드에서 먼저 확인할 질문 | KRDS 조합 |
|------------|----------------------|------------------------------|----------|
| 정부24 `양육수당 신청` | CASE 46 `유지 조건 안내` | 어린이집·유치원 이용 여부, 다음 달 말 전환 기한, 만 86개월 또는 초등학교 입학 시 자동 종료, 전환 신청 경로가 같은 결과 영역에 보이는가? | Notice banner + Structured list + Helper text + Button |
| 홈택스 `간이과세자 부가세 신고` | CASE 46 `유지 조건 안내` | 전년도 매출 8,000만 원 기준, 7월 일반과세자 자동 전환, 세금계산서 발행 의무, 전환 기준 확인 경로가 같은 상태 영역에 보이는가? | Notice banner + Structured list + Helper text + Button |
| 전자가족관계등록시스템 `성년후견 종료 신청` | CASE 46 `유지 조건 안내` | 피후견인 사망 시 자동 종료, 능력 회복 시 종료 심판 경로, 종료 뒤 30일 내 재산 목록·후견 종료 보고서 제출, 종료 절차 경로가 같은 결과 영역에 보이는가? | Notice banner + Structured list + Helper text + Button |

> **실행 규칙**: 이 묶음은 `유지 조건`만 따로, `자동 종료 또는 전환 시점`만 따로 기록하지 않습니다. 같은 상태·결과 영역에서 네 질문이 함께 실패하면 `CASE 46`을 같은 로그 행으로 묶고, 별도 신청·신고 의무가 더 앞서면 `CASE 32`, 특정 신청 기간 문제는 `CASE 45`로 이어 판정합니다.

> **연결 메모**: 전자가족관계등록시스템 `국적 회복 허가`처럼 허가 뒤 `1년 내 외국 국적 포기`, `외국국적불행사서약 대상 여부`, `외국 국적 포기 증명서 제출 경로`, 미이행 시 상태 변화가 함께 남는 화면은 `CASE 46`을 단독으로 보지 않고 `CASE 32`, `CASE 45`와 같이 묶어 첫 결과 블록까지 내려 확인합니다.

**규칙 9 — 위기·긴급 상황은 즉시 연결 채널과 온라인 다음 경로를 같이 쓴다**

안전, 생계, 납부 누락처럼 지금 놓치면 피해가 커지는 화면에서는 온라인 신청 버튼만 먼저 보여주면 안 됩니다. 사용자는 `지금 바로 연락하거나 이동해야 할 채널`, `그 채널이 온라인보다 먼저 필요한 이유`, `온라인에서 이어서 할 수 있는 다음 절차`, `누락·중복 처리 확인 경로`를 한 번에 알아야 합니다. 시작 화면, 배너, 결과 안내에서 이 네 가지를 함께 보여줘야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 위기 지원 | 긴급복지지원 신청 | 지금 당장 위기 상황이라면 129 또는 가까운 주민센터로 먼저 도움을 요청하세요. 온라인에서는 지원 대상과 신청 항목을 이어서 확인할 수 있습니다. [129 상담] [가까운 주민센터 찾기] |
| 홈택스 연계 납부 | 지방세 연계 납부 | 국세 납부가 끝나도 지방소득세는 위택스에서 별도로 내야 합니다. 연계 오류가 나면 납부 처리 상태를 먼저 확인한 뒤 위택스로 이동해 주세요. [위택스로 이동] [처리 상태 확인] |
| 법원 아동 보호 연계 | 친권 상실 청구 | 아동이 지금 위험하다면 법원 신청보다 먼저 112 또는 1577-1391로 연락하세요. 보호 조치 후 친권 상실·일시 정지 절차를 이어서 신청할 수 있습니다. [긴급 보호 연락처 보기] |

> **즉시 연결 채널 체크포인트**: `지금 바로 연결할 채널`, `먼저 연결해야 하는 이유`, `온라인에서 이어지는 다음 절차`, `누락·중복 처리 확인 경로`를 시작 화면이나 배너에서 함께 보여줍니다.

#### 긴급 연결 실화면 재점검 표본

지금 바로 연락·이동할 채널이 온라인 절차보다 앞서는 화면은 `CASE 47`을 먼저 붙여 봅니다. 같은 시작 화면이나 배너에서 `지금 바로 연결할 채널`, `먼저 연결해야 하는 이유`, `온라인에서 이어지는 다음 절차`, `누락·중복 처리 확인 경로`가 같이 읽히는지 확인하고, 일반 상담 채널 안내가 더 핵심이면 `CASE 50`, 다른 기관·다른 사이트에서 병행해야 할 절차가 더 앞선 문제는 `CASE 48`로 이어 판정합니다.

| 실화면 표본 | 먼저 붙여 볼 CASE 묶음 | 이번 라운드에서 먼저 확인할 질문 | KRDS 조합 |
|------------|----------------------|------------------------------|----------|
| 정부24 `긴급복지지원 신청` | CASE 47 `긴급 연결 안내` | 129 또는 주민센터 연결, 생계 지원을 먼저 받아야 하는 이유, 온라인 대상 확인, 가까운 주민센터 찾기 경로가 같은 시작 배너에 보이는가? | Notice banner + Helper text + Button + Link |
| 홈택스 `지방세 연계 납부` | CASE 47 `긴급 연결 안내` | 위택스로 바로 이동해야 하는 이유, 납부 처리 상태 확인, 지방소득세 누락 방지 문장, 위택스 이동 경로가 같은 시작 배너에 보이는가? | Notice banner + Helper text + Button + Link |
| 대한민국법원 `친권 상실 청구` | CASE 47 `긴급 연결 안내` | 112·1577-1391 즉시 연락, 아동 보호가 먼저인 이유, 친권 상실·일시 정지 온라인 다음 절차, 긴급 보호 연락처 경로가 같은 첫 배너에 보이는가? | Notice banner + Helper text + Button + Link |

> **실행 규칙**: 이 묶음은 `긴급 연락처`만 따로, `온라인 다음 절차`만 따로 기록하지 않습니다. 같은 시작 화면이나 배너에서 네 질문이 함께 실패하면 `CASE 47`을 같은 로그 행으로 묶고, 일반 상담 채널 안내가 더 핵심이면 `CASE 50`, 다른 기관·다른 사이트에서 병행할 절차가 더 앞서면 `CASE 48`로 이어 판정합니다.

**규칙 10 — 병행 절차와 외부 기관 연계는 같이 해야 할 일과 복귀 경로를 같이 쓴다**

정책자금, 연계 납부, 법원 보호 절차처럼 한 화면의 `신청하기`만으로 끝나지 않는 서비스는 사용자가 다른 기관, 다른 사이트, 다른 절차를 함께 처리해야 합니다. 이런 화면에서 본 절차만 먼저 보여주면 사용자는 중간에 멈추거나, 별도 신고·보증서·보전 처분을 놓친 채 돌아오지 못합니다. 시작 화면, 배너, 구조화 목록에서 `같이 해야 하는 절차`, `처리 기관 또는 연결 사이트`, `먼저 또는 함께 해야 하는 이유`, `끝난 뒤 돌아올 복귀 경로`를 함께 보여줘야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 보증서 연계 | 소상공인 정책자금 신청 | 대리대출을 신청하려면 먼저 신용보증재단 보증서가 필요한지 확인하세요. 보증서 발급에는 1~2주 걸릴 수 있습니다. 보증서가 필요 없으면 직접대출 가능 여부를 바로 비교하세요. [보증서 필요 여부 확인] [직접·대리대출 비교] |
| 홈택스 별도 신고 | 지방세 연계 납부 | 국세 신고가 끝나도 지방소득세는 위택스에서 따로 신고·납부해야 합니다. 홈택스 연계가 안 되는 세목은 위택스에서 바로 진행하세요. [위택스로 이동] [연계 불가 세목 보기] |
| 법원 병행 보전 | 부재자 재산 관리인 선임 청구 | 재산 처분이 급하면 관리인 선임 청구와 함께 가압류·가처분을 병행하세요. 관리인 선임만으로는 부동산 매각이나 담보 설정을 바로 막을 수 없습니다. [보전 처분 안내] [관리인 신청 계속] |

> **병행 절차 체크포인트**: `같이 해야 하는 절차`, `처리 기관 또는 연결 사이트`, `먼저·함께 해야 하는 이유`, `끝난 뒤 돌아올 복귀 경로`를 시작 화면이나 배너에서 함께 보여줍니다.

#### 병행 절차 실화면 재점검 표본

본 절차와 함께 다른 기관·사이트·보전 절차를 같이 처리해야 하는 화면은 `CASE 48`을 먼저 붙여 봅니다. 같은 시작 화면이나 배너에서 `같이 해야 하는 절차`, `처리 기관 또는 연결 사이트`, `먼저 또는 함께 해야 하는 이유`, `끝난 뒤 돌아올 복귀 경로`가 같이 읽히는지 확인하고, 즉시 연락·보호 채널이 더 앞선 문제는 `CASE 47`, 결과 뒤 별도 신고·의무가 더 핵심이면 `CASE 32`로 이어 판정합니다.

| 실화면 표본 | 먼저 붙여 볼 CASE 묶음 | 이번 라운드에서 먼저 확인할 질문 | KRDS 조합 |
|------------|----------------------|------------------------------|----------|
| 정부24 `소상공인 정책자금 신청` | CASE 48 `병행 절차 안내` | 보증서 필요 여부, 신용보증재단 경로, 대리대출 심사 전에 확인해야 하는 이유, 직접·대리대출 비교 또는 신청 복귀 경로가 같은 시작 영역에 보이는가? | Notice banner + Structured list + Button + Link |
| 홈택스 `지방세 연계 납부` | CASE 48 `병행 절차 안내` | 지방소득세 별도 신고·납부, 위택스 경로, 연계 불가 세목 또는 누락 방지 이유, 납부 완료 뒤 돌아올 확인 경로가 같은 시작 영역에 보이는가? | Notice banner + Structured list + Button + Link |
| 대한민국법원 `부재자 재산 관리인 선임 청구` | CASE 48 `병행 절차 안내` | 가압류·가처분 병행 여부, 보전 처분 처리 경로, 재산 처분을 막기 위해 함께 해야 하는 이유, 관리인 신청 계속 경로가 같은 시작 영역에 보이는가? | Notice banner + Structured list + Button + Link |

> **실행 규칙**: 이 묶음은 `외부 기관 이름`만 따로, `복귀 CTA`만 따로 기록하지 않습니다. 같은 시작 화면이나 배너에서 네 질문이 함께 실패하면 `CASE 48`을 같은 로그 행으로 묶고, 즉시 연결·보호 채널이 더 앞서면 `CASE 47`, 결과 뒤 별도 신고·의무가 더 핵심이면 `CASE 32`로 이어 판정합니다.

**규칙 11 — 상담·연락처 안내는 채널, 대상, 운영시간, 비용을 같이 쓴다**

푸터, 고객센터, 장애인 지원 연락처처럼 상담 채널을 보여주는 영역에서 `기관명`, `번호`, `운영시간`, `요금`, `대상`이 한 문장에 뭉치면 사용자는 이 번호가 자기 문제를 해결하는 채널인지 빠르게 판단하지 못합니다. 특히 `정부민원안내콜센터`, `손말이음센터`처럼 이름만으로 역할이 보이지 않는 채널은 기능 설명을 먼저 쓰고 브랜드나 공식 명칭은 괄호로 보조해야 합니다. 배너, 구조화 목록, 푸터 안내, 도움말에서 `상담 채널 이름`, `무엇을 도와주는지`, `연락 번호·경로`, `운영시간`, `무료·일반 통화요금·추가 서비스 요금 여부`를 함께 보여줘야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부 민원 대표 상담 | 정부민원안내콜센터 국번없이 110 (무료, 휴일포함 365일 24시간) | 정부 민원 안내 110 — 전화·카카오톡·온라인 상담 / 무료 / 365일 24시간 |
| 홈택스 대표 상담 | 국세상담센터 126상담시간 평일 09시 - 18시 | 국세상담센터 126 — 국세·홈택스 상담 / 일반 통화요금 / 평일 09:00–18:00 |
| 홈택스 청각·언어장애인 지원 | 손말이음센터(청각장애인용) 107 | 손말이음센터 107 경유 — 청각·언어장애인 국세상담 / 평일 09:00–18:00 / 126 연결 |
| 법원 사용자지원 | 사용자지원센터 일반 통화요금 부과 (별도 정보이용료 없음) | 사용자지원센터 — 전자가족관계등록 이용 문의 / 1899-2732, 031-776-7878 / 월~금 09:00–18:00 / 토·일·공휴일 휴무 / 일반 통화요금 / 별도 정보이용료 없음 |

> **상담·연락처 체크포인트**: `상담 채널 이름`, `상담 대상`, `전화번호 또는 연결 경로`, `운영시간`, `무료·일반 통화요금·추가 서비스 요금 여부`를 같은 영역에서 함께 보여줍니다.

#### 상담·연락처 실화면 재점검 표본

상담 채널이 화면 하단이나 도움말에 흩어져 있어도 누가, 언제, 얼마로 연결되는지 빨리 판단해야 하는 화면은 `CASE 50`을 먼저 붙여 봅니다. 같은 연락처 영역에서 `상담 채널 이름`, `상담 대상`, `전화번호 또는 연결 경로`, `운영시간`, `무료·일반 통화요금·추가 서비스 요금 여부`가 같이 읽히는지 확인하고, 긴급 연결·즉시 보호 채널이 더 앞선 문제는 `CASE 47`, 대기·지연 상태 뒤 문의 경로가 더 앞선 문제는 `CASE 56`으로 이어 판정합니다.

| 실화면 표본 | 먼저 붙여 볼 CASE 묶음 | 이번 라운드에서 먼저 확인할 질문 | KRDS 조합 |
|------------|----------------------|------------------------------|----------|
| 정부민원안내콜센터 `정부 민원 안내 110` | CASE 50 `상담·연락처 안내` | 정부 민원 안내 대상, 110 전화·카카오톡·온라인 상담 경로, 365일 24시간 운영, 무료 정보가 같은 연락처 영역에 보이는가? | Notice banner + Structured list + Helper text + Link |
| 홈택스 `국세상담센터 126` | CASE 50 `상담·연락처 안내` | 국세·홈택스 상담 대상, 126 전화 또는 손말이음센터 경유 경로, 평일 09:00–18:00, 일반 통화요금 정보가 같은 연락처 영역에 보이는가? | Notice banner + Structured list + Helper text + Link |
| 전자가족관계등록시스템 `사용자지원센터` | CASE 50 `상담·연락처 안내` | 전자가족관계등록 이용 문의 대상, 1899-2732·031-776-7878 경로, 월~금 운영시간과 휴무, 일반 통화요금·별도 정보이용료 없음이 같은 연락처 영역에 보이는가? | Notice banner + Structured list + Helper text + Link |

> **실행 규칙**: 이 묶음은 `전화번호`만 따로, `운영시간`만 따로 기록하지 않습니다. 같은 연락처 영역에서 다섯 질문이 함께 실패하면 `CASE 50`을 같은 로그 행으로 묶고, 긴급 연결·즉시 보호 채널이 더 앞서면 `CASE 47`, 대기·지연 뒤 문의 경로가 더 앞서면 `CASE 56`으로 이어 판정합니다.

**규칙 12 — 중대한 결정은 효력·기한·되돌릴 수 없는 결과·대안을 같이 쓴다**

권리 보호, 세금 의무, 상속처럼 한 번 시작하거나 지나가면 되돌리기 어려운 절차는 메뉴 이름만 보여주면 안 됩니다. 사용자는 버튼을 누르기 전에 `이 절차가 어떤 효력을 내는지`, `언제까지 신청·취소·정정할 수 있는지`, `한 번 지나가면 무엇이 되돌릴 수 없는지`, `덜 위험한 다른 선택지나 비교 절차가 있는지`를 한 번에 알아야 합니다. 시작 화면, 배너, 구조화 목록, 도움말에서 이 네 가지를 같이 보여줘야 합니다.

| 상황 | 🚫 금지 | ✅ 권장 |
|------|--------|--------|
| 정부24 전세 보증금 보호 | 확정일자 신청 | 확정일자 + 전입신고 + 실거주를 모두 해야 보증금 우선변제 권리가 생깁니다. 셋 중 하나라도 빠지면 보호가 불완전할 수 있습니다. 계약서 원본은 직접 보관하고 [등기부등본 확인] 뒤 신청하세요. |
| 홈택스 발급 취소 제한 | 현금영수증 발급 | 의무 발급 대상 업종이라면 건당 10만 원 이상은 소비자 요청이 없어도 발급해야 합니다. 취소·재발급은 발급일로부터 1년 이내만 가능하며, 연락처를 모르면 자진 발급 코드 010-000-1234를 쓰세요. [의무 대상 확인] |
| 법원 상속 결정 | 상속포기 신고 | 사망 사실을 안 날부터 3개월 이내 신청해야 합니다. 한 번 신고하면 취소할 수 없고, 부채는 다음 순위 상속인에게 넘어갈 수 있습니다. 먼저 [한정승인과 비교] 후 결정하세요. |
| 법원 독촉절차 | 지급명령 신청 | 상대방이 2주 이내 이의신청하면 소송으로 전환됩니다. 이의가 없으면 확정 판결과 같은 효력이 생기며, 상대방 주소를 모르면 신청할 수 없습니다. [절차 확인] |

> **중대한 결정 체크포인트**: `이 절차로 생기는 효력`, `신청·취소·정정 기한`, `기한 경과 후 또는 취소 불가 결과`, `비교할 다른 선택지·대안 절차`, `보관해야 할 증빙 또는 다음 확인 경로`를 시작 화면이나 배너에서 함께 보여줍니다.

#### 중대한 결정 실화면 재점검 표본

효력·기한·취소 불가 여부 때문에 누르기 전에 다시 판단해야 하는 화면은 `CASE 52`를 먼저 붙여 봅니다. 같은 시작 화면이나 배너에서 `이 절차로 생기는 효력`, `신청·취소·정정 기한`, `기한 경과 후 또는 취소 불가 결과`, `비교할 다른 선택지·대안 절차`, `보관해야 할 증빙 또는 다음 확인 경로`가 같이 읽히는지 확인하고, 단순 옵션 비교가 더 핵심이면 `CASE 34`, 결과 뒤 이의·재심사가 더 앞선 문제는 `CASE 33`으로 이어 판정합니다.

| 실화면 표본 | 먼저 붙여 볼 CASE 묶음 | 이번 라운드에서 먼저 확인할 질문 | KRDS 조합 |
|------------|----------------------|------------------------------|----------|
| 정부24 `확정일자 신청` | CASE 52 `중대한 결정 안내` | 우선변제 권리 효력, 전입신고·실거주까지 해야 효력이 완성된다는 조건, 등기부등본 확인 경로, 계약서 원본 보관 안내가 같은 시작 배너에 보이는가? | Notice banner + Structured list + Helper text + Link |
| 홈택스 `현금영수증 발급` | CASE 52 `중대한 결정 안내` | 의무 발급 대상 여부, 1년 취소·재발급 기한, 연락처를 모를 때 자진 발급 코드, 의무 대상 확인 경로가 같은 시작 배너에 보이는가? | Notice banner + Structured list + Helper text + Link |
| 대한민국법원 `상속포기 신고` | CASE 52 `중대한 결정 안내` | 상속 채무 승계 차단 효과, 사망 사실 인지 후 3개월 기한, 취소 불가 결과, 한정승인 비교 경로가 같은 시작 배너에 보이는가? | Notice banner + Structured list + Helper text + Link |

> **실행 규칙**: 이 묶음은 `효력`만 따로, `기한`만 따로 기록하지 않습니다. 같은 시작 화면이나 배너에서 다섯 질문이 함께 실패하면 `CASE 52`를 같은 로그 행으로 묶고, 단순 옵션 비교가 더 핵심이면 `CASE 34`, 결과 뒤 이의·재심사가 더 앞서면 `CASE 33`으로 이어 판정합니다.

#### 대표 서비스 관찰 — 응답소형 결과 안내를 배너로 압축하는 법

서울특별시 응답소처럼 민원 결과를 공문체로 길게 안내하는 화면은, 배너나 상단 안내 영역에서 **결론보다 배경 설명이 먼저** 나오는 경향이 있습니다. 이런 경우 상단 영역은 본문 요약이 아니라 **상태와 행동을 먼저 알리는 배너**로 다시 써야 합니다.

| 🚫 장문 도입부 | ✅ 배너형 재구성 |
|---------------|----------------|
| 귀하께서 신청하신 민원에 대한 검토 결과를 다음과 같이 안내드립니다. 자세한 답변은 아래 내용을 확인해 주시기 바랍니다. | 검토 결과를 안내합니다. 자세한 사유는 아래 답변 내용을 확인해 주세요. |
| 민원 처리 결과는 부서 검토 후 순차적으로 제공되며 세부 내용은 원문 답변을 참고하시기 바랍니다. | 현재 담당 부서가 검토 중입니다. 답변이 등록되면 결과를 바로 확인할 수 있습니다. |

> **배너 체크포인트**: 제목 1줄, 일정 또는 상태 1줄, 행동 링크 1개만 남기고 나머지 배경 설명은 본문으로 내립니다.

---

### 7.14 탐색 경로 (Breadcrumb): 헨젤과 그레텔의 빵 부스러기

현재 내가 어느 부처, 어느 메뉴의 몇 단계 깊이에 들어와 있는지 알려주는 네비게이션 텍스트입니다.

**규칙 — 페이지 타이틀과의 100% 일치**

탐색 경로에 쓰인 메뉴명은 실제 그 페이지의 H1(가장 큰 제목)과 글자 하나 다르지 않고 완벽하게 일치해야 합니다. 임의로 줄여 쓰면 다른 페이지로 착각하게 됩니다.

| 🚫 금지 | ✅ 권장 |
|--------|--------|
| 홈 > 복지 > 청년 지원 (실제 페이지 제목은 '청년 주거 지원금') | 홈 > 복지 > 청년 주거 지원금 |

---

> **7장 요약**: 버튼부터 탐색 경로까지, UI 컴포넌트의 텍스트는 모두 **행동 예측성**, **인지 마찰 제거**, **상태의 명확한 위계**라는 세 가지 렌즈로 점검합니다.


## 부록 A. 금지 표현 목록

> 이 목록은 KRDS UX Writing 가이드라인의 **무번역 원칙(1장)**과 **정보핵심화 원칙(3장)**을 위반하는 표현을 유형별로 정리한 레퍼런스입니다. 표준형·확장형 구분 없이 전면 금지됩니다.

---

### A.1 행정 어휘·문체 — 일상어로 대체

행정 서비스에서 반복 출현하는 두 가지 유형의 비시민 표현입니다.

#### A.1-a 행정 한자어 — 어휘 대체

시민이 일상에서 사용하지 않는 한자 기반 어휘입니다. 동의어 일상어로 교체합니다.

| 금지 표현 | 대체 표현 | 사용 맥락 예시 |
|---------|---------|------------|
| 귀하 | 본인, 신청인, 이름 | 서식 수신인 표기 |
| 교부 | 발급, 발급받기 | 증명서 발급 서비스 |
| 납부기한 | 납부 마감일 | 세금·수수료 안내 |
| 상기 | 위의 | 이전 내용 참조 |
| 하기 | 아래의, 다음 | 이후 내용 참조 |
| 익일 | 다음 날 | 처리 기한 안내 |
| 이전 (以前) | 전날, 하루 전 | 기한 표현 |
| 잔여 | 남은 | 잔여 좌석, 잔여 기간 등 |
| 완납 | 전부 납부 | 납부 현황 |
| 미납 | 납부하지 않음 | 미납 안내 |
| 취하 | 취소, 철회 | 신청 취소 |
| 경유 | 거쳐, 통해 | 절차 안내 |
| 도래 | 다가옴, 만료 예정 | 기한 임박 알림 |

#### A.1-b 행정 문체 — 문체 전환

어휘 자체는 한자어가 아니지만 과도하게 격식적인 문어체 표현입니다. 구어체 경어로 전환합니다.

| 금지 표현 | 대체 표현 | 유형 |
|---------|---------|------|
| 신고하여야 합니다 | 신고해야 합니다 | 의무형 완화 |
| 제출하시기 바랍니다 | 제출해 주세요 | 요청형 완화 |
| 확인하여 주시기 바랍니다 | 확인해 주세요 | 요청형 완화 |
| 입력하여 주십시오 | 입력해 주세요 | 요청형 완화 |
| 기재하여 주시기 바랍니다 | 적어 주세요 | 어휘+문체 이중 전환 |
| 동의하십니까 | 동의하시겠습니까? | 의문형 완화 |

> **원칙**: 국립국어원 공공언어 개선 권고안 및 행안부 공공언어 바꾸기 운동 기준 적용

---

### A.2 불명확 동사 — 결과 예측 가능한 동사로 대체

버튼·링크 레이블에 단독으로 사용 시 사용자가 클릭 후 결과를 예측할 수 없는 동사입니다.

| 금지 표현 | 문제점 | 대체 표현 예시 |
|---------|------|------------|
| 처리 | 무엇을 처리하는지 불명확 | 신청서 제출, 결제 완료 |
| 진행 | 어느 단계로 진행하는지 불명확 | 다음 단계로, 확인 후 신청 |
| 확인 | 확인 후 결과가 무엇인지 불명확 | 신청 내역 확인, 비밀번호 재확인 |
| 제출 (단독) | 무엇을 제출하는지 불명확 | 신청서 제출, 서류 제출 |
| 완료 (단독 CTA) | 완료 후 무슨 일이 일어나는지 불명확 | 신청 완료, 결제 완료 |
| 선택 (단독) | 무엇을 선택하는지 불명확 | 지역 선택, 날짜 선택 |

> **예외**: "확인", "완료", "닫기" 등이 모달·다이얼로그의 **보조 버튼**으로 쓰일 때는 허용합니다 (2.3절 모달 버튼 기준 참조)

---

### A.3 음성 지시어 — 맥락 독립적 표현으로 대체

화면의 시각적 위치를 텍스트로 지칭하는 표현입니다. 스크린리더 사용자, 화면 확대 사용자, 다른 화면 크기 사용자에게 의미가 전달되지 않습니다.

| 금지 표현 | 문제점 | 대체 표현 |
|---------|------|---------|
| 아래 버튼을 클릭하세요 | 스크린리더에서 "아래"의 위치가 불명확 | [버튼명] 버튼을 클릭하세요 |
| 위의 내용을 확인하세요 | 화면 크기에 따라 "위"가 달라짐 | 신청 내용을 확인하세요 |
| 좌측 메뉴에서 선택하세요 | 모바일에서 좌측 메뉴가 없을 수 있음 | 메뉴에서 [항목명]을 선택하세요 |
| 우측 상단 아이콘 | 레이아웃 변경 시 위치 변경 가능 | [기능명] 버튼 (또는 아이콘 aria-label 사용) |
| 빨간색으로 표시된 항목 | 색상만으로 정보 전달 금지 (WCAG 1.4.1) | 필수 항목 (★ 또는 aria-required) |
| 점선으로 표시된 구역 | 시각 장애인에게 불전달 | [구역명] 영역 |

---

### A.4 적용 기준 요약

| 카테고리 | 표준형 | 확장형 | 예외 가능 여부 |
|---------|--------|--------|------------|
| A.1 행정 한자어 | 전면 금지 | 전면 금지 | 법령상 공식 명칭인 경우 병기 허용 |
| A.2 불명확 동사 | 전면 금지 | 전면 금지 | 보조 버튼 역할(닫기·취소) 허용 |
| A.3 음성 지시어 | 전면 금지 | 전면 금지 | 없음 |

> **점검 방법**: 부록 B 자가진단 체크리스트 섹션 1(무번역 원칙) 항목과 함께 사용합니다.

---

## 부록 B. 자가진단 체크리스트

> 이 체크리스트는 화면에 들어갈 텍스트를 최종 확정하기 전에 작성자(UX 라이터·디자이너·개발자)가 스스로 검토하는 용도입니다. 모든 항목을 통과하면 3대 원칙을 준수하는 것으로 봅니다.

---

### 🔲 섹션 1. 무번역 원칙 점검

행정어·전문용어·이중 부정·과도한 경어를 제거했는지 확인합니다.

| # | 점검 항목 | 기준 | 통과 |
|---|----------|------|------|
| 1 | 행정 관습어 | 14세 중학생이 사전 없이 이해할 수 있는 일상어로 대체했는가? | ☐ |
| 2 | 이중 부정 | 부정어(아니, 않, 없, 불-, 미-, 비-)가 한 문장에 2개 이상 있으면 긍정문으로 전환했는가? | ☐ |
| 3 | 외래어·전문 용어 | 설명 없이 쓴 외래어는 없는가? 병기(괄호 설명)가 필요한 용어는 병기했는가? | ☐ |
| 4 | 명사 체인 | 수식어가 15자 이상인 복합 명사 구조를 풀어 썼는가? | ☐ |
| 5 | 과도한 경어 | `~하시기 바랍니다` → `~해 주세요` 등 자연스러운 어미로 바꿨는가? | ☐ |
| 6 | 누리집 예외 | '누리집'은 교체 대상이 아님을 확인했는가? (첫 등장 시 "웹사이트(누리집)" 병기) | ☐ |

**판별 기준 빠른 참조**
- 행정어 여부가 불확실하면 2.1 대체어 사전 참조
- 이중 부정 의심 시: 문장을 긍정문으로 다시 쓸 수 있는가? → 가능하면 전환

---

### 🔲 섹션 2. 정보 핵심화 원칙 점검

결론이 앞에 있는지, 불필요한 말을 제거했는지 확인합니다.

| # | 점검 항목 | 기준 | 통과 |
|---|----------|------|------|
| 7 | 결론 우선 | 이 화면에서 주권자가 취해야 할 핵심 행동 또는 결론이 첫 문장 또는 버튼에 있는가? | ☐ |
| 8 | 당연한 말 제거 | "소중한 개인정보 보호를 위해 안전하게 처리됩니다" 같은 당연한 수식어를 삭제했는가? | ☐ |
| 9 | 청킹 | 한 문장의 의미 마디(청크)가 3개를 넘지 않는가? | ☐ |
| 10 | 글자 수 | 버튼 레이블은 12자 이내, 토스트·알림 메시지는 40자 이내를 유지하는가? | ☐ |
| 11 | 시각적 리듬 | 긴 안내문은 의미 단위로 줄을 바꿔 스캐닝을 돕고 있는가? | ☐ |

**판별 기준 빠른 참조**
- 주어+수식어+목적어+동사 구조에서 수식어가 15자 이상이면 재구성 검토
- 읽는 사람이 결론을 찾기 위해 2문장 이상 읽어야 한다면 결론 우선으로 재구성

---

### 🔲 섹션 3. 심리적 안전망 원칙 점검

오류·버튼·비가역 행동이 주권자를 안심시키는지 확인합니다.

| # | 점검 항목 | 기준 | 통과 |
|---|----------|------|------|
| 12 | 버튼 예측 가능성 | 버튼 레이블이 누른 뒤 일어날 일을 명확히 설명하는가? ("확인" 대신 "신청서 제출하기") | ☐ |
| 13 | 오류 메시지 3단 구조 | 오류 메시지가 1단(상황) + 2단(원인) + 3단(행동) 구조를 갖추고 있는가? (1단은 필수) | ☐ |
| 14 | 사용자 탓 금지 | "잘못 입력하셨습니다" 같이 사용자를 탓하는 표현 없이 "일치하지 않습니다"로 표현했는가? | ☐ |
| 15 | 금지 표현 확인 | 4.1 금지 표현 목록(ERROR 코드만 단독 노출, "잠시 후 다시" 단독 사용 등)에 해당하는 표현이 없는가? | ☐ |
| 16 | 비가역 행동 제동 | 되돌릴 수 없는 행동(최종 제출, 삭제) 직전에 명확한 경고 문구가 있는가? | ☐ |
| 17 | 이모지·느낌표 금지 | 오류·실패 상태 메시지에 이모지나 느낌표(!)를 사용하지 않았는가? | ☐ |

**판별 기준 빠른 참조**
- 오류 메시지에서 원인·해결책이 없는 경우 → 3단 구조 적용 (4.1 참조)
- 비가역 행동 판별: 제출 후 수정 불가, 삭제 후 복원 불가, 결제 확정

---

### 🔲 섹션 4. 보이스·톤 점검

상황에 맞는 톤을 사용하고 있는지 확인합니다.

| # | 점검 항목 | 기준 | 통과 |
|---|----------|------|------|
| 18 | 톤 매트릭스 적용 | 현재 화면 상태(탐색/대기/오류/완료)에 맞는 톤을 적용했는가? (1.4 톤 매트릭스 참조) | ☐ |
| 19 | 로딩 투명성 | 대기·로딩 메시지에 현재 진행 상황과 예상 시간을 안내하고 있는가? | ☐ |
| 20 | 완료 메시지 | 완료 상태에서 과도하게 텐션을 높이지 않고 "끝났습니다 + 다음 일정"으로 마무리하는가? | ☐ |

---

### 🔲 섹션 5. 접근성·법적 고지 예외 점검

KWCAG 및 법적 필수 표현을 처리했는지 확인합니다.

| # | 점검 항목 | 기준 | 통과 |
|---|----------|------|------|
| 21 | 접근성 텍스트 | 이미지·아이콘의 alt 텍스트와 버튼의 aria-label이 기능·목적을 설명하는가? (장식용은 alt="") | ☐ |
| 22 | 약관·법적 고지 예외 | 법률 원문 인용이 필요한 경우 "이 내용을 쉽게 말하면:" 요약 섹션을 추가했는가? | ☐ |
| 23 | 법률 용어 병기 | "이의신청"처럼 법률 용어는 유지하되 괄호 병기 또는 쉬운 설명을 추가했는가? | ☐ |

---

### 📋 종합 점수 해석

| 통과 항목 | 해석 | 권장 조치 |
|----------|------|----------|
| 23개 모두 | 3대 원칙 완전 준수 | 배포 가능 |
| 19–22개 | 양호 | 미통과 항목 수정 후 재검토 |
| 14–18개 | 개선 필요 | 섹션별 원칙 재학습 후 수정 |
| 13개 이하 | 전면 재검토 | 3대 원칙 개요(1.3) 재독 후 처음부터 재작성 |

> **사용 팁**: 이 체크리스트를 Notion·Figma 코멘트·Git PR 템플릿에 붙여 팀 리뷰 루틴으로 활용하세요. 화면 단위로 한 번씩 통과 여부를 확인하는 것이 가장 효과적입니다.

---

## 부록 C: 거버넌스 조건 — 일관성 유지를 위한 운영 프레임워크

> 이 부록은 KRDS UX Writing 가이드라인이 실제 조직에서 살아 숨 쉬는 문서로 유지되기 위한 운영 조건을 정의합니다. 각 조건은 **무엇을(조건)**, **어떻게(실행 방안)**, **누가(담당)**, **언제(갱신 주기)** 네 요소로 구성됩니다.

---

### C-1. 단일 진실 공급원 (Single Source of Truth)

#### C-1 조건

UX Writing 가이드라인은 오직 **하나의 마스터 문서**에서 관리한다. 복사본·별도 슬라이드·팀 위키 등 파생 문서가 마스터보다 우선되어서는 안 된다.

#### 운영 규칙

| 항목 | 규칙 |
|------|------|
| 마스터 문서 | GitHub Pages 배포본 (`principles.md` → `index.html`) 1개만 운영 |
| 참조 URL 고정 | 모든 내부 채널(Slack·Notion·Jira)에서 단일 URL 링크 사용 |
| 부서별 사본 금지 | "내용 인용 시 URL 링크로 대체" 원칙을 적용하고 전문(全文) 복붙은 금지 |
| 변경 권한 | UX Writer(초안) → UX Researcher·디자이너 검토 → 배포 |
| 변경 이력 | git commit 메시지와 변경 요약 공지로 날짜·이유·담당자를 추적 |
| Notion 연동 방식 | Embed 방식으로 마스터 URL 임베드, Notion 내 독립 편집 금지 |
| 업데이트 알림 | 마스터 문서 갱신 시 #ux-writing Slack 채널에 변경 요약 공지 |
| 주기적 검토 | 분기 1회 (3월·6월·9월·12월 첫째 주) 실제 서비스와 가이드라인 간 간극 점검 |

#### C-1 담당자

| 역할 | 책임 |
|------|------|
| UX Writer (주) | 마스터 문서 편집 권한 보유, 변경 이력 관리 |
| 서비스 기획자 (부) | 팀 내 파생 문서 존재 확인 후 URL 링크로 대체 요청 |

#### C-1 갱신 주기

- **정기**: 분기 1회 (3월·6월·9월·12월 첫째 주)
- **수시**: 법령 개정, 서비스 대규모 업데이트, 신규 컴포넌트 도입 시

#### C-1 위반 시 처리

> 파생 문서 발견 시: 발견자가 UX Writer에게 알림 → UX Writer가 해당 문서에 "이 문서는 구버전입니다. 최신 가이드: [링크]" 안내 추가 → 원본 삭제 또는 URL 대체 완료 후 종료

---

### C-3. Living Glossary 동기화

#### C-3 조건

금지어·대체어 사전(2.1 대체어 사전)은 서비스 변화에 따라 **지속적으로 업데이트**되어야 한다. 특히 시스템 변수(`%s`, `%i` 등)와 상태값 용어는 개발 부서 명칭과 항상 동기화한다.

#### 용어집 4대 항목

용어집은 고정 문서가 아니라 서비스 변화와 함께 갱신되는 데이터베이스로 운영합니다. 아래 네 항목을 분리해 관리해야 금지어, 대체어, 행정어 번역, 상태값 표시를 같은 라운드에서 함께 갱신할 수 있습니다.

| 항목 | 내용 | 업데이트 주기 |
|------|------|---------------|
| 금지어 | 주관 부사, 과도한 행정어, 이중 피동형 등 사용하면 안 되는 단어 | 수시 (새 오류 발견 시) |
| 대체어 | 금지어에 대한 올바른 표현 1~3가지 | 금지어 등록 시 동시 |
| 행정 용어 번역 | 행정 전문어 → 일상어 매핑 (예: 과오납 → 잘못 낸 돈) | 월 1회 또는 신규 용어 등장 시 |
| 개발 상태값 | API·DB의 status 코드 → 사용자 표시 텍스트 매핑 | 개발 스프린트마다 |

#### C-3 실행 방안

| 항목 | 내용 |
|------|------|
| 사전 관리 플랫폼 | `principles.md` 2.1 섹션 (GitHub) + Notion 미러링 |
| 신규 용어 등록 프로세스 | 요청자 → UX Writer 검토 → 마스터 문서 반영 → 변경 알림 |
| 시스템 변수 동기화 | 개발팀과 분기 1회 용어 목록 대조 (API 응답값·상태코드 포함) |
| 상태값 명칭 기준 | 개발 코드 상태값과 화면 노출 텍스트 1:1 매핑 테이블 유지 |
| 폐기 용어 처리 | 취소선(~~취소~~)으로 표시 후 6개월 경과 시 삭제 |

**시스템 변수 표기 예시**

| 변수 | 나쁜 예 | 좋은 예 |
|------|---------|---------|
| `%s` (사용자명) | `%s님 안녕하세요` | `{이름}님, 반갑습니다` (테스트 시 실명으로 치환 확인 필수) |
| `%i` (숫자) | `%i건 처리` | `{건수}건이 처리됐습니다` |
| `%d` (날짜) | 날짜 형식 미지정 | `{날짜}(YYYY.MM.DD)까지 완료해 주세요` |

#### 개발 상태값 연동 예시

상태 코드는 개발팀 명칭을 그대로 노출하는 값이 아니라, 사용자에게 현재 단계·예상 행동·다음 경로를 설명하는 텍스트로 매핑합니다.

| API status 값 | 나쁜 표시 텍스트 | 좋은 표시 텍스트 |
|---------------|------------------|------------------|
| `PENDING` | `PENDING` / 대기중 | 접수됨 — 담당자가 확인 중입니다 |
| `IN_REVIEW` | 검토중 | 심사 중 (영업일 기준 3~5일 소요) |
| `SUPPLEMENTAL_REQUIRED` | 보완 필요 | 서류 보완 필요 — [보완 내용 확인하기] |
| `APPROVED` | 승인됨 | 승인 완료 — [결과 확인하기] |
| `REJECTED` | 반려 | 반려됨 — 이유를 확인하고 재신청할 수 있습니다 |

#### C-3 사례 승격 동기화 규칙

##### 대표 서비스 관찰 — 승격된 사례는 사전·사례 카드·원칙·컴포넌트를 함께 갱신한다

최근 라운드에서 `확정일자`, `상속포기`, `지급명령 신청`, `이행권고결정`, `장기요양인정`, `국적 회복`, `협의이혼 의사확인`, `개명 허가`, `진정·청원·제안·신고`, `휴업·폐업`, `개인회생·파산`을 다시 보면, 새 용어 1개를 사전에 추가하는 것만으로는 운영이 끝나지 않았습니다. 같은 실패 패턴이 반복될 때는 **사전 후보 등록**, **사례 카드 작성**, **관련 원칙 보강**, **KRDS 컴포넌트 연결**을 같은 묶음으로 갱신해야 다음 팀도 같은 기준으로 판단할 수 있습니다.

| 용어 묶음 | 같이 갱신할 자산 | 우선 묻는 질문 | KRDS 연결 |
|----------|----------------|---------------|----------|
| 확정일자 / 상속포기 | 2.1 사전, CASE 52, 3장 core-info, 4장 safety-net, 7장 컴포넌트 | 효력·기한·취소 불가·대안 절차가 첫 화면에서 보이는가? | Notice banner, Structured list, Helper text, Link |
| 지급명령 신청 / 이행권고결정 | CASE 52, 3장 core-info, 4장 safety-net, 7장 컴포넌트 | 확정 효력, 2주 이의 기간, 소송 전환 또는 강제집행 가능성이 첫 화면에서 보이는가? | Notice banner, Structured list, Helper text, Link |
| 장기요양인정 / 개명 허가 | 2.1 사전, CASE 55, 3장 core-info, 4장 safety-net, 7장 컴포넌트 | 판정 기준·단계·결과 뒤 행동이 한 흐름으로 이어지는가? | Step indicator, Structured list, Notice banner, Button |
| 국적 회복 / 국적 이탈 | 2.1 사전, CASE 32·45·46·57, 3장 core-info, 4장 safety-net, 7장 컴포넌트 | 허가 뒤 외국 국적 포기 절차, 외국국적불행사서약 대상 여부, 1년 내 기한, 외국 국적 포기 증명서 제출 경로, 복수 국적·병역 조건이 같은 화면 묶음으로 보이는가? | Result page, Notice banner, Checklist, Button |
| 전입신고 완료 / 장애 정도 결정 / 지급명령 이의신청 | CASE 31·32·33, 3장 core-info, 4장 safety-net, 7장 컴포넌트 | 결과 직후 후속 행동·자동/별도·이의 기한이 한 블록에서 함께 보이는가? | Result page, Structured list, Notice banner, Link, Button |
| 협의이혼 의사확인 | 2.1 사전, CASE 57·18, 4장 safety-net, 7장 컴포넌트 | 모두 충족 조건·필수 서류·기한이 체크리스트로 먼저 보이는가? | Structured list, Helper text, File upload, Button |
| 민원 유형 / 휴업·폐업 / 개인회생·파산 / 후견 유형 | CASE 60, 3장 core-info, 4장 safety-net, 7장 컴포넌트 | 어떤 상황에 맞는 절차, 선택 기준, 잘못 고를 때 재판단해야 하는 비용이 먼저 보이는가? | Radio, Segmented control, Structured list, Helper text, Notice banner, Link |

> **운영 규칙**: 용어 1개 = 사전 1행이 아닙니다. 세 대표 사이트에서 같은 UX Writing 문제로 묶이면 `사전 등록 → 사례 카드 → 관련 원칙·컴포넌트 보강 → QA 반영`을 같은 PR이나 같은 스프린트 묶음으로 처리합니다.

##### 라운드 종료 동기화 체크리스트

- [ ] 코퍼스 상태표를 실제 산출물 기준으로 갱신했다.
- [ ] 승격된 항목은 사전·사례 카드·원칙·컴포넌트를 같은 라운드에서 함께 반영했다.
- [ ] 관련 테스트(`tests/principles-pages-content.test.js`)를 함께 갱신했다.
- [ ] 이번 라운드에서 Layer 2 공통 패턴인지 Layer 3 기관 특화인지 판정 근거를 기록했다.
- [ ] 사례 카드까지 올라간 항목인데 코퍼스 상태가 아직 `원칙·웹·사전 반영 완료`라면 라운드 종료로 보지 않는다.

#### C-3 담당자

| 역할 | 책임 |
|------|------|
| UX Writer (주) | 사전 최종 편집 권한, 동기화 주관 |
| 개발팀 PL (협력) | 시스템 변수·상태값 목록 제공 (분기 1회) |
| 서비스 기획자 (협력) | 신규 서비스 기획 시 용어 사전 사전 검토 요청 |

#### C-3 갱신 주기

- **정기**: 분기 1회 (개발팀 동기화 미팅과 연계)
- **수시**: 신규 서비스 출시 전, 법령 개정으로 공식 용어 변경 시

---

### C-4. UX 라이팅 QA 의무화

#### C-4 조건

신규 서비스 런칭 또는 대규모 업데이트 시, 화면에 들어가는 모든 텍스트는 **UX Writing QA**를 거쳐야 한다. QA 없이 배포되는 텍스트는 없다.

#### C-4 실행 방안

#### UX Writing QA 체크포인트

| 시점 | 검수 항목 | 담당 |
|------|----------|------|
| 디자인 완료 시 | 버튼 레이블, 폼 레이블, 오류 메시지, 빈 화면 텍스트 — 가이드라인 준수 여부 | UX Writer |
| 개발 완료 시 | 실제 구현된 텍스트가 디자인과 일치하는지, 동적 변수 [대괄호] 표시 정상 여부 | 개발 + UX Writer |
| 배포 직전 | 최종 스테이징 환경에서 금지어·오타·일관성 체크 | PM + UX Writer |

**QA 의무 발동 기준**

| 상황 | QA 의무 |
|------|---------|
| 신규 서비스 런칭 | 전체 화면 텍스트 QA 필수 |
| 주요 플로우 변경 (로그인·신청·결제 등) | 변경된 플로우 전체 텍스트 QA 필수 |
| 버튼·레이블 10개 이상 수정 | 해당 화면 QA 필수 |
| 오류 메시지 신규 추가 | 3단 구조 QA 필수 (부록 B 섹션 3 참조) |
| 세 대표 사이트에서 같은 실패 패턴 반복 | 사례 승격 리뷰 + 관련 원칙·컴포넌트 보강 QA 필수 |
| 단순 오타 수정, 1–2개 텍스트 교체 | QA 생략 가능 (기획자 자체 검토 후 배포) |

**QA 프로세스**

```
기획 완료 → UX 라이팅 검토 요청 (Jira 또는 디자인 파일 코멘트)
         → UX Writer 또는 협의체 검토 (부록 B 체크리스트 적용)
         → 피드백 반영
         → 최종 승인 → 개발 전달
```

#### QA 체크리스트 항목

배포 직전에는 아래 10개를 최소 체크 항목으로 봅니다. 상세 기준은 부록 B 자가진단 체크리스트를 함께 따릅니다.

- 버튼 레이블이 `목적어+동사형` 구조인가? (예: 신청서 제출하기)
- 모든 오류 메시지가 `원인 + 해결 방법` 구조인가?
- 행정 전문어가 일상어로 번역되었는가? (Living Glossary 대조)
- 주관 부사(`빠르게`, `이미`, `지금`, `너무`)가 없는가?
- 이중 피동(`~되어졌습니다`)이 없는가?
- 동적 변수가 `[대괄호]`로 시각 분리되었는가?
- 빈 화면에 원인과 대안 행동이 있는가?
- 선택지(체크박스·라디오)가 긍정문인가?
- 스크린 리더 오독 기호(`★`, `◆`, `→`)가 없는가?
- 숫자 단위가 밀착 표기(`15,000원`, `30일`)인가?

> **동기화 규칙**: 위 10개 최소 항목은 부록 B 자가진단 체크리스트와 함께 검토합니다. 항목이 늘어나거나 바뀌면 C-4와 부록 B를 같은 라운드에서 같이 갱신합니다.

**최종 결정권 구조**

| 상황 | 결정권자 |
|------|---------|
| UX Writer 존재 시 | 전담 UX Writer |
| UX Writer 부재, 협의체 운영 시 | UX Writing 협의체 다수결 (기획·디자인·개발 각 1인 이상) |
| 긴급 배포 (24시간 이내) | 서비스 기획 리드 자체 결정 + 사후 UX Writer 리뷰 의무 |

**QA 예외 상황 처리 기준**

> **긴급 배포**로 QA를 생략한 경우:
> - 배포 후 5영업일 이내 사후 리뷰 진행
> - 개선 필요 사항 발견 시 다음 스프린트에 수정 티켓 생성

> **법적 필수 문구**로 원문 수정이 불가한 경우:
> - 법적 문구 아래 "쉽게 말하면:" 요약 섹션 추가 (변형 불가 원문 유지)

**사례 승격 QA 발동 신호**

| 신호 | 바로 할 일 | 판정 |
|------|-----------|------|
| 세 대표 사이트에서 같은 실패 패턴 반복 | 사례 카드 2개 이상을 묶어 리뷰하고, 관련 원칙·컴포넌트 보강 QA를 엽니다 | 공통 원칙 승격 후보 |
| 특정 기관에서만 반복 | Layer 3 파생 가이드에 추가하고 공통 원칙 수정은 보류합니다 | 기관별 파생 가이드 |
| 비가역 결정·절차 선택·심사·복수 조건처럼 실패 비용이 큼 | 배너·체크리스트·단계 표시기·분기 선택지 등 KRDS 컴포넌트 연결까지 함께 검수합니다 | 고위험 공통 패턴 |

#### C-4 담당자

| 역할 | 책임 |
|------|------|
| UX Writer (주) | QA 수행, 최종 승인 |
| 서비스 기획자 (요청) | QA 요청, 일정 조율 |
| 디자이너 (지원) | 디자인 파일에 텍스트 QA 코멘트 스레드 생성 |

#### C-4 갱신 주기

- QA 체크리스트(부록 B)와 동기화: 부록 B 개정 시 QA 의무 기준도 함께 검토
- 연 1회 QA 예외 사례 회고를 통해 기준 정교화

---

### C-6. 철학 내재화 교육

#### C-6 조건

UX Writing 가이드라인은 읽는 것만으로는 내재화되지 않는다. **정기 교육**을 통해 실무자가 "왜 주권자 중심 언어를 써야 하는가"를 스스로 판단할 수 있도록 철학적 기반을 교육한다.

#### 교육 설계 원칙

규칙 전달 중심 교육은 기억에 남지 않고 새 상황에 적용하기 어렵습니다. 교육은 `버튼에는 목적어+동사 구조를 쓴다` 같은 규칙 암기보다, 시민이 버튼을 읽지 않고 클릭한다는 사용 맥락과 `왜 이렇게 써야 하는가`를 먼저 이해하게 설계합니다. 원리를 이해해야 새 화면과 새 컴포넌트에도 스스로 확장할 수 있습니다.

#### 교육 철학 핵심 메시지

> "정부 서비스의 언어는 권위를 드러내는 수단이 아닙니다.  
> 주권자가 자신의 권리를 행사하도록 돕는 도구입니다."  
> — 제1장 파운데이션에서

교육은 이 한 문장의 의미를 실무 맥락에서 되짚는 데 집중합니다.

#### 교육 프로그램 구조

**입문 과정** (신규 입사자·서비스 첫 담당자 대상, 2시간)

| 모듈 | 내용 | 시간 |
|------|------|------|
| 1. 왜 이 언어인가 | 제1장 파운데이션: 주권자 개념, 3대 원칙 배경 | 30분 |
| 2. 나쁜 글과 좋은 글 | Before/After 사례 10개 (행정어, 이중부정, 오류 메시지) | 40분 |
| 3. 직접 써보기 | 실습 워크시트: 실제 서비스 화면 3개 텍스트 수정 | 30분 |
| 4. 체크리스트 숙지 | 부록 B 자가진단 체크리스트 개요 | 20분 |

**심화 과정** (기획자·디자이너·시니어 개발자 대상, 2시간)

| 모듈 | 내용 | 시간 |
|------|------|------|
| 1. 오류 메시지 설계 | 4.1 에러 3단 구조 심화: 트리거별 실습 | 40분 |
| 2. 거버넌스 운영 | 이 부록 C 전체: SSoT·Glossary·QA·교육 내면화 | 30분 |
| 3. 케이스 스터디 | 실제 민원 서비스 3개 현황 진단 + 개선안 도출 | 50분 |

**연간 갱신 세션** (전 실무자 대상, 1시간)

| 내용 | 상세 |
|------|------|
| 가이드라인 변경 사항 공유 | 전년도 개정 내용 요약 + 사례 |
| 현장 Q&A | 실무 중 판단이 어려웠던 사례 공유 및 기준 명확화 |
| 체크리스트 업데이트 | 부록 B 신규 항목 공지 |

#### 실무자 자가 판단 기준 제공

> 교육 참여 여부와 무관하게, 아래 세 가지 질문으로 스스로 판단합니다.

**3-Question Self-Check**

```
1. "14세 중학생이 사전 없이 이해할 수 있는가?"
   → 아니라면 무번역 원칙 적용

2. "결론이 첫 문장에 있는가?"
   → 아니라면 정보핵심화 원칙 적용

3. "이 텍스트를 읽은 사람이 다음 행동을 알 수 있는가?"
   → 아니라면 심리적안전망 원칙 적용
```

이 세 질문을 통과하면 UX Writer의 사전 검토 없이도 배포 가능합니다.

#### C-6 담당자

| 역할 | 책임 |
|------|------|
| UX Writer (주) | 교육 커리큘럼 설계·진행, 워크시트 최신화 |
| HRD 또는 교육 담당자 (협력) | 교육 일정 편성, 입사자 온보딩 연계 |
| 팀 리드 (지원) | 팀원 교육 참여 독려, 갱신 세션 필수 참여 확인 |

#### C-6 갱신 주기

- **입문·심화 과정**: 가이드라인 주요 개정 시 커리큘럼 업데이트 (연 1–2회)
- **연간 갱신 세션**: 매년 1월 (전년도 회고 포함)
- **워크시트**: 서비스 사례 교체 주기 = 6개월 (현행 서비스 반영)

---

### 거버넌스 조건 요약표

| 조건 | 핵심 내용 | 담당 (주) | 갱신 주기 |
|------|----------|---------|---------|
| C-1. 단일 진실 공급원 | 마스터 문서 1개, 복사본 금지 | UX Writer | 분기 1회 |
| C-3. Living Glossary 동기화 | 금지어·대체어 사전 상시 업데이트 | UX Writer + 개발 PL | 분기 1회 |
| C-4. UX 라이팅 QA 의무화 | 신규 런칭·대규모 업데이트 시 텍스트 QA 필수 | UX Writer | 연 1회 기준 정교화 |
| C-6. 철학 내재화 교육 | 주권자 중심 언어 철학 정기 교육 | UX Writer + HRD | 연 1회 갱신 세션 |

---

## 부록 D. 실제 사례 수집·사전 확장 운영 절차

> 이 가이드라인은 완성본이 아니라 **운영 중인 코퍼스**입니다.
> 원칙은 책상 위에서 늘어나는 것이 아니라, 대표 공공서비스의 실제 화면을 반복 관찰하면서 정교해집니다.

### D-0. 전 원칙 재점검 요약

#### 전 원칙 재점검 결과

2026-06-10 기준으로 전체 문서를 다시 훑어보면, 남은 일은 새 원칙 번호를 더 만드는 것보다 **각 원칙 축에 어떤 대표 사이트 근거와 KRDS 컴포넌트 연결을 더 붙여야 하는지**를 선명하게 정리하는 데 있다.

| 장/축 | 현재 판단 | 다음 순회에서 먼저 채울 슬롯 | 대표 사이트 | KRDS 우선 축 |
|------|----------|--------------------------|------------|--------------|
| 2장 무번역 | 대표 행정어·제도어 사전은 넓게 채워졌다 | 동의·본인확인 레이블과 도움말, 복지·고용 계산식과 행동 날짜, 세무·법원 메뉴의 과업 동사와 분기를 묶어 계속 일반화한다 | 정부24, 국민신문고, 복지로, 고용24, 홈택스, 대한민국법원 | Helper text, Accordion, Disclosure, Agreement, Button |
| 3장 정보핵심화 | 결론 우선과 상태 요약 구조는 견고하다 | 민원·환급·심사 결과 화면의 `상태 1문장 + 예정일 + 다음 행동`, 계산형 결과의 `계산 기준 + 적용 시점`, 허가 뒤 후속 의무의 `기한 + 미이행 영향` 근거를 더 쌓는다 | 국민신문고, 서울특별시 응답소, 홈택스, 정부24, 국민건강보험, 전자가족관계등록시스템 | Status badge, Timeline, Result page, Table, Notice banner, Checklist |
| 4장 심리적안전망 | 오류·완료·대안 경로 기준은 살아 있다 | 세션 종료, 기한 임박, 비가역 결정, 지연 상태처럼 불안이 큰 흐름을 계속 보강한다 | 정부24, 홈택스, 대한민국법원, 고용24 | Modal, Notice banner, Button, Link |
| 5장 표기법·맞춤법 | 숫자·기호·복합 명사 규칙은 안정적이다 | 표 헤더, 상태 배지, 메뉴명에서 반복되는 기호·띄어쓰기·단위 표기를 린트 규칙과 연결한다 | 정부24, 홈택스, 국민신문고 | Table, Badge, Search, Linter |
| 7장 컴포넌트 라이팅 | 주요 KRDS 컴포넌트 공식은 대부분 마련됐다 | Button/Search/Modal/Table/Structured list/Result page에서 대표 사이트 근거를 더 직접 연결한다 | 정부24, 홈택스, 국민신문고, 전자가족관계등록시스템 | Button, Search, Modal, Structured list, Table, Result page |
| 거버넌스·부록 D | 순회·승격·동기화 규칙은 정리됐다 | 전 원칙 재점검 결과, 다음 라운드 우선 슬롯, 테스트·코퍼스 동기화를 공개 문서에 계속 맞춘다 | 대표 사이트 8종 전체 | Corpus sync, QA checklist, Test sync |

#### D-0-1. 다음 순회에서 먼저 채울 슬롯

| 원칙 축 | 먼저 볼 화면 단계 | 이번 라운드에서 찾을 근거 | 승격 위치 |
|--------|------------------|------------------------|----------|
| 무번역 | 동의·본인확인 / 복지·고용 계산 / 세무·법원 메뉴 | 레이블만 읽고도 과업, 분기, 행동 날짜가 보이지 않는 화면 | 2.1 사전, 2.2·2.3, 사례 카드 |
| 정보핵심화 | 상태·결과 / 완료 / 완료 뒤 후속 흐름 | 상태 1문장, 예정일, 다음 CTA, 자동/별도, 이의 기한이 분리되는 화면 | 3장, 4.2, 7장, 사례 카드 |
| 심리적안전망 | 오류 / 기한 / 비가역 모달 | 놓쳤을 때 결과, 대체 경로, 복귀 경로가 빠진 화면 | 4장, 7장, 사례 카드 |
| 표기법·맞춤법 | 표 / 배지 / 메뉴 / 검색 | 점·슬래시·괄호, 숫자 단위, 대괄호 변수 표기 | 5장, 린터 규칙 |
| 컴포넌트 라이팅 | Button / Search / Modal / Table / Structured list / Result page | KRDS 공식에 바로 옮길 수 있는 메뉴·검색·세션 종료·상태표·발급 결과·완료 뒤 후속 흐름 마이크로카피 근거 | 7장 컴포넌트, 테스트 |
| 거버넌스 | 라운드 종료 직후 | 사전·사례·원칙·코퍼스·테스트가 같은 라운드에서 동기화됐는지 | 거버넌스, 코퍼스, QA |

#### D-0-2. 이번 라운드 운영 시작 순서

새 원칙 번호를 더 만드는 것보다 이번 라운드의 출발점과 다음 문서를 먼저 고르는 편이 빠릅니다. `전 원칙 재점검 요약 → 정부24·홈택스·전자가족관계등록시스템 deep archive 기준점 → 실제 사례 추가 운영 방법 → Layer 2·Layer 3 판정과 KRDS handoff` 순서로 따라가면 됩니다.

| 순서 | 먼저 열 문서 | 바로 확인할 것 | 다음 도착지 |
|------|-------------|---------------|------------|
| Step 1 | `D-0. 전 원칙 재점검 요약` | 어느 장을 먼저 채울지 고릅니다. 대표 사이트 8종과 대한민국법원 보조 표본 가운데 어느 화면 단계와 KRDS 조합이 비었는지 먼저 확인합니다. | `D-0-1. 다음 순회에서 먼저 채울 슬롯` |
| Step 2 | `이슈 아카이브` | 정부24·홈택스·전자가족관계등록시스템 deep archive 기준점에서 비슷한 실패를 먼저 찾고, 기존 CASE 묶음과 같은 화면 단계인지 먼저 대조합니다. | `D-8. 실제 사례를 페이지로 추가하는 편집 절차` |
| Step 3 | `실제 사례 추가 운영 방법` | `원문 3개+CTA 1개`, `UX/UI 검수 축 1개`, `CASE 시작점 1개`를 먼저 적고 우선 도착지를 고릅니다. | `D-5`, `D-8-1`, `D-8-1-A` |
| Step 4 | `Layer 2·Layer 3 판정 + KRDS handoff` | 세 대표 사이트에서 반복되면 Layer 2 공통 원칙으로, 기관 고유 제도면 Layer 3로 넘깁니다. 승격된 항목은 사전·원칙·7장 컴포넌트·Figma Description까지 같은 라운드에서 같이 움직입니다. | `D-6`, 6장 Layer 3, 거버넌스 |

> **실행 규칙**: 시작 순서가 흔들리면 새 CASE 번호부터 늘어나고 근거가 흩어집니다. 먼저 `이번 라운드 축`, `deep archive 기준점`, `10분 판정`, `Layer 2·Layer 3 및 KRDS handoff`를 같은 흐름으로 고정합니다.

### D-1. 대표 코퍼스 선정 원칙

실제 사례는 아래 기준을 동시에 만족하는 사이트에서 우선 수집합니다.

1. **국민 접점이 넓은가**: 대다수 시민이 연 1회 이상 방문할 가능성이 높은가
2. **고위험 과업이 있는가**: 신청·제출·납부·자격 판정·민원 접수처럼 실수 비용이 큰가
3. **용어 밀도가 높은가**: 행정어·법률어·복지어·세무어·보험어가 반복 노출되는가
4. **상태 전환이 많은가**: 검색, 입력, 오류, 완료, 대기, 첨부, 결과 확인까지 전형적인 UX Writing 상태가 모두 드러나는가
5. **기관 다양성이 확보되는가**: 중앙행정기관·공공기관·사법 서비스·민원 포털·지자체 서비스를 고르게 포함하는가

### D-2. 1차 대표 코퍼스 (Core Corpus)

| 사이트 | 기관 성격 | 우선 수집 여정 | 반복 관찰할 표현 패턴 | KRDS 연계 우선 컴포넌트 |
|--------|----------|---------------|----------------------|------------------------|
| 정부24 | 범정부 민원 포털 | 민원 검색, 증명서 발급, 신청 상세 | 신청자격, 구비서류, 발급서류, 처리기간, 전자문서지갑 | Search, Table, Button, Tabs, File upload |
| 홈택스 | 국세청 세무 서비스 | 신고, 납부, 환급, 조회 | 세액공제, 경정청구, 예정신고, 가산세 | Form, Stepper, Helper text, Modal |
| 복지로 | 복지 자격·신청 서비스 | 자격 진단, 급여 안내, 신청 | 소득인정액, 의료급여, 자활, 수급권자 | Accordion, Empty state, Wizard, Notice banner |
| 국민건강보험 | 보험 자격·급여 서비스 | 자격 조회, 피부양자, 산정특례 | 피부양자, 본인부담금, 산정특례 | Table, Status badge, Document list |
| 대한민국 법원 전자가족관계등록시스템 | 사법 증명 발급 | 증명서 발급, 본인/대리인 확인 | 법정대리인, 이해관계인, 교부서류 | Certificate flow, Consent, Modal |
| 국민신문고 | 범정부 민원 접수·답변 | 민원 접수, 처리 상태, 답변 확인 | 민원해결, 답변예정일, 처리기관 | Timeline, Status, Toast, Notification |
| 고용24 | 고용·실업·훈련 서비스 | 실업인정, 수당 안내, 훈련 신청 | 실업인정, 조기재취업수당, 통신판매중개자 | Form, Search, Product card, Legal banner |
| 서울특별시 응답소 | 지자체 민원 서비스 | 민원 접수, 처리 현황, 안내 | 구비서류, 처리기간, 검토 결과 안내 | Alert, Result page, Table, Tabs |

### D-3. 사례 수집 단위

사례는 "화면"이 아니라 **과업 단계 + 컴포넌트 + 상태** 단위로 쪼개서 수집합니다.

| 수집 단위 | 예시 화면 | 왜 중요한가 | KRDS 연결 포인트 |
|----------|----------|------------|------------------|
| 검색 진입 | 통합 검색, 민원 찾기 | 질문 입력 방식과 검색 도움말 품질 확인 | Search, Auto-complete, Empty state |
| 자격/조건 안내 | 신청자격, 지원 대상 | 행정어·조건문·예외 조건이 밀집 | Accordion, Definition list, Banner |
| 입력/첨부 | 신청서, 파일 업로드 | 레이블·플레이스홀더·헬퍼 텍스트 품질 확인 | Text input, Select, File upload |
| 오류/실패 | 인증 실패, 제출 실패 | 심리적안전망 원칙 검증 | Error message, Inline validation, Modal |
| 대기/진행 | 로딩, 심사 중, 접수 중 | 정보핵심화와 불안 완화 문구 확인 | Progress, Status badge, Skeleton |
| 완료/결과 | 접수 완료, 발급 완료 | 다음 행동 안내 여부 확인 | Result page, Toast, CTA |
| 법적 고지 | 개인정보, 결제, 판매 책임 | 어려운 법률어를 어디까지 풀 수 있는지 판단 | Banner, Help text, Disclosure |

### D-4. 사전 후보 선별 규칙

새 용어를 사전에 넣을지 판단할 때는 아래 우선순위를 사용합니다.

1. **빈도**: 3개 이상 사이트에서 반복되는가
2. **비가역성**: 제출·결제·삭제·민원 접수처럼 실수 비용이 큰 화면에 등장하는가
3. **정의 필요성**: 사전 없이 뜻을 바로 알기 어려운가
4. **감정 리스크**: 사용자를 불안하게 하거나 책임을 전가하는가
5. **KRDS 재사용성**: 특정 서비스 문구가 아니라 여러 컴포넌트에 공통 적용 가능한가

> 판단 규칙: **반복 + 고위험 + 고난도** 세 조건을 동시에 만족하면 원칙으로 승격합니다.
> 한 서비스에만 특화된 표현이면 6장 Layer 3 파생 사전으로 남깁니다.

#### D-4-1. 사전 승격 보류 기준

다음 묶음은 사전에 올리지 않는 이유를 세 가지로 나눠 먼저 공개합니다. 용어 하나만 떼어내지 않고, **사전 대신 먼저 둘 곳**과 **KRDS 우선 조합**까지 같이 판단합니다.

| 분류 | 대표 묶음 | 왜 사전에 바로 올리지 않나 | 우선 도착지 |
|------|----------|----------------------------|-------------|
| 구조 규칙 우선 | `전입신고 / 사업자 등록 사항 정정 신청 / 집행문 부여 신청`, `전입신고 / 사업자 등록 사항 정정 신청 / 가족관계등록부 정정` | 핵심 문제는 용어 자체보다 `온라인/방문 분기`와 `담당 기관·관할`이 첫 분기 영역에서 숨는 구조다 | `7.3 선택지`, `담당 기관·관할`, KRDS `Radio + Helper text + Structured list + Badge + Button` |
| 일반화 후 재판정 | `이메일 / 전자고지(송달) 신청 및 해지 / 민사 등 사건진행 알림서비스` | 채널 이름만으로는 약하고 `무엇이 오고`, `언제 또는 언제부터 오고`, `완료·상태가 어떻게 바뀌는지`, `어디서 다시 확인하는지`를 함께 봐야 오탐이 줄어든다 | KRDS `Checkbox/Radio + Helper text`, `Notice banner + Structured list`, `Result page + Link` |
| 긍정 사례·원칙 유지 | `민원 신청하기 / 검색어 / 구조화 목록 / 비회원 이용 / 발급 보관 90일 / 기간 제한 / 유지 조건 / 기한 임박 / 예상·확정 차이 / 이용권·포인트` | 이미 긍정 사례·원칙·컴포넌트 규칙으로 기능해 사전보다 사례 카드 가치가 크다 | `사례 카드 + KRDS 컴포넌트 보강`, `사전 비대상` |

> **보류 규칙**: `홍길동`, `2026.01~2026.12`, `30일`처럼 사람 이름·기간·예시 수치가 들어간 개선안은 일반화 전에는 사전에 올리지 않습니다. 먼저 공통 판단 문장으로 바꾼 뒤 다시 2.1 후보인지 판정합니다.
> **이번 라운드 승격 메모**: `외국인등록번호 *`, `영세율 신고`는 `해당자만 필수`, `해당 거래만 필수`가 드러나는 공통 문장으로 일반화해 2.1 사전에 이미 승격했습니다.

### D-5. 수집 기록 양식

사례와 사전 후보는 아래 항목을 한 세트로 기록합니다.

| 필드 | 설명 |
|------|------|
| 수집일 | 실제 확인 날짜 (`YYYY-MM-DD`) |
| 사이트 | 예: 정부24, 고용24 |
| URL/화면명 | 상세 경로 또는 화면 이름 |
| 과업 단계 | 검색 / 입력 / 첨부 / 오류 / 완료 / 상태 |
| KRDS 컴포넌트 | Button / Text input / Search / Modal / Banner 등 |
| 원문 표현 | 실제 노출 문구 |
| 문제 유형 | 행정어 / 이중 부정 / 결론 후치 / 책임 전가 / 모호한 상태 |
| 제안 문구 | 14세 기준 재작성안 |
| 적용 원칙 | 무번역 / 정보핵심화 / 심리적안전망 |
| 처리 방식 | 공통 원칙 승격 / 2.1 사전 추가 / 6장 파생 가이드 이관 |

#### D-5-1. 화면 유형별 최소 기록 질문

모든 화면에 같은 체크리스트를 들이대지 않습니다. 먼저 화면 유형을 고르고, **그 화면에서 판단을 멈추게 만드는 정보 4개**만 남깁니다.

| 화면 유형 | 반드시 남길 판단 정보 | KRDS 연결 |
|----------|----------------------|-----------|
| 자격·조건 화면 | 대상 여부 / 기준값 / 탈락 조건 / 자가 확인 경로 | Structured list, Helper text, Banner |
| 상태·결과 화면 | 현재 단계 / 예정일 또는 남은 기간 / 지연 시 문의 경로 / 다음 CTA | Status badge, Timeline, Result page |
| 완료 뒤 후속 흐름 화면 | 후속 행동 / 자동 반영과 별도 신청·신고 / 이의·재심사 기한 / 권리구제 경로 | Result page, Structured list, Notice banner, Button |
| 긴급·병행 화면 | 먼저 연결할 채널 / 같이 해야 할 외부 절차 / 복귀 경로 / 누락·중복 확인 경로 | Notice banner, Link, Structured list |
| 대리·관할 화면 | 처리 기관 또는 관할 / 대리 가능 대상 / 권한 범위 / 해지·예외 경로 | Structured list, Helper text, Button |
| 조회·발급·공개 범위 화면 | 포함 항목 / 빠지는 항목 / 효력 또는 유효기간 / 별도 확인 경로 | Table, Disclosure, Helper text |

> **기록 규칙**: 모든 항목을 한 줄에 다 적지 않습니다. 화면 유형에 맞는 4개만 남겨도 사례 카드 초안과 원칙 승격 판단이 가능합니다. 입력 화면이면 원문을 `레이블`, `도움말`, `결과 CTA`로 나눠 적습니다.

#### D-5-2. UX/UI 검수 보조 질문

문장만 따로 떼어 검수하지 않습니다. 같은 문장도 **어디에 놓였는지**, **무엇과 같이 묶였는지**, **다음 행동이 바로 이어지는지**에 따라 이해 속도가 달라집니다. 아래 5개 축을 같이 보면 텍스트 검수를 화면 검수와 같은 언어로 운영할 수 있습니다.

| 검수 축 | 바로 볼 질문 | KRDS 연결 |
|---------|-------------|-----------|
| 정보 위계 | 제목·상태·기한·다음 행동 가운데 지금 가장 먼저 봐야 할 1문장이 첫 블록에 올라와 있는가? | Notice banner, Result page, Structured list |
| 선택·분기 | 라디오·탭·세그먼트만 읽어도 옵션 차이, 대상 조건, 잘못 고를 때 불이익이 보이는가? | Radio, Segmented control, Tabs, Helper text |
| 입력·첨부 | 해당자만 필수인지, 형식·용량 제한이 무엇인지, 실패 뒤 어디서 다시 제출하는지가 입력 바로 옆에 붙어 있는가? | Text input, File upload, Helper text, Button |
| 상태·안심 | 남은 시간, 처리 단계, 지연 시 문의 경로, 자동 로그아웃·자동 반영 여부가 한 흐름으로 이어지는가? | Modal, Status badge, Timeline, Notice banner |
| 접근성·숨은 텍스트 | 버튼·링크·배너가 스크린리더에도 목적과 상태를 함께 읽어 주는가? 새 창·순번·토글 여부만 남지 않았는가? | Button, Link, Accordion, Tooltip |

> **검수 규칙**: 텍스트가 좋아 보여도 첫 시선에서 결론이 안 잡히거나, CTA가 떨어져 있거나, 숨은 텍스트가 목적을 설명하지 못하면 UX/UI 검수에서 다시 엽니다. 반대로 표현 하나가 약해 보여도 위계·분기·복구 경로가 살아 있으면 사전 승격보다 컴포넌트 조합 개선으로 먼저 다룹니다.

#### D-5-3. 순회 로그 한 행 예시

기록 양식만 보면 실제로 무엇을 한 줄에 묶어야 하는지 감이 늦게 옵니다. 아래 예시는 이번 라운드에서 바로 다시 보는 실화면을 같은 형식으로 적은 것입니다. 한 행 안에 `원문 3개`, `화면 유형에 맞는 판단 정보`, `UX/UI 검수 축`, `먼저 붙일 CASE`, `KRDS 조합`, `같은 라운드에서 같이 갱신할 자산`을 함께 남기면 수집 결과가 사전·사례·원칙·컴포넌트 갱신으로 바로 이어집니다.

| 사이트·화면 | 화면 유형 | 원문·판단 정보 묶음 | 실패 패턴 | UX/UI 검수 축 | 먼저 붙일 CASE | KRDS 조합 | 같은 라운드에서 같이 갱신할 자산 |
|------------|----------|--------------------|----------|---------------|----------------|-----------|------------------------------|
| 정부24 `전입신고 완료` | 완료 뒤 후속 흐름 | `전입신고가 완료되었습니다` / `주소 변경이 완료됐습니다` / `자동 반영: 국민연금·건강보험 / 별도 변경: 자동차등록·금융기관 [변경 체크리스트]` | 완료 사실만 먼저 보이고 자동 반영과 별도 변경, 다음 기관이 흩어짐 | 정보 위계 | CASE 31·32·33 | Result page + Structured list + Link | 사례 카드, 4.2 성공·완료 메시지, 7장 Result page, 부록 D, 코퍼스·테스트 |
| 홈택스 `국세 환급금 조회` | 상태·결과 | `국세 환급금 조회` / `환급금 120,000원 — 연말정산 과납으로 발생 / 체납 세금 20,000원 먼저 충당 / 잔액 100,000원 입금 예정` / `환급 계좌가 없으면 [계좌 등록하기], 30일 넘게 지연되면 [환급 지연 이자 안내]` | 숫자만 보이거나 계좌 등록·지연 대응이 결과와 떨어져 보임 | 상태·안심 | CASE 42·32·56 | Result page + Notice banner + Button | 사례 카드, 3장 결과 구조, 7장 Result page, 부록 D, 코퍼스·테스트 |
| 전자가족관계등록시스템 `전자 발급본 안내` | 조회·발급·공개 범위 | `문서확인번호 / QR로 진위 확인` / `전자 발급본도 출력 시 원본과 동일 효력 / 공공 마이데이터 제출 또는 PDF 첨부` / `전자 발급본이 공문서와 동일한 효력 / 제출 전 증명서 진위확인 가능` | 발급 완료만 보이고 효력, 제출 경로, 진위확인이 흩어짐 | 정보 위계 | CASE 27 | Structured list + Notice banner + Link | 사례 카드, 2.1 사전, 7.12 표·결과, 부록 D, 코퍼스·테스트 |
| 대한민국법원 `지급명령 이의신청` | 완료 뒤 후속 흐름 | `지급명령 이의신청` / `지급명령에 동의하지 않으면 2주 이내 이의신청하세요` / `이후 민사소송으로 전환되며 답변서 제출이 필요합니다. [이의신청 바로 가기]` | 2주 기한, 제출처, 민사소송 전환, 바로 가기 CTA가 따로 놀음 | 정보 위계 | CASE 33 | Result page + Notice banner + Link | 사례 카드, 4장 결과 불복·재심사, 7장 Result page, 부록 D, 코퍼스·테스트 |

> **실행 규칙**: 한 행을 다 채우지 못하면 새 CASE 번호부터 만들지 않습니다. 먼저 같은 행 안에서 실패 패턴, 바꿀 문장, KRDS 조합, 같은 라운드 동기화 자산을 확정합니다.

#### D-5-4. 상대적으로 얇은 대표 사이트 빠른 로그 예시

국민건강보험·고용24·서울특별시 응답소·전자가족관계등록시스템 국적 화면은 한 사이트를 길게 설명하기보다 `검색 / 제도 안내 / 결과 재확인 / 허가 뒤 후속 의무` 같은 묶음으로 먼저 남기면 2장·3장·4장·7장 슬롯에 빠르게 붙일 수 있습니다. 아래 네 행은 새 CASE를 만드는 예시가 아니라, **기존 CASE 묶음에 붙일 때 바로 복사해 쓸 수 있는 로그 초안**입니다.

| 사이트·화면 | 화면 유형 | 원문·판단 정보 묶음 | 실패 패턴 | UX/UI 검수 축 | 먼저 붙일 CASE | KRDS 조합 | 같은 라운드에서 같이 갱신할 자산 |
|------------|----------|--------------------|----------|---------------|----------------|-----------|------------------------------|
| 국민건강보험 `질병명·병원 이름 검색`, `보험료 산정` | 검색 + 상태·결과 | `질병명 / 병원 이름` / `보험료 산정` / `변동 신고 / 경감 신청 자가 진단 / 임의계속가입 확인` | 검색은 입력 범위가 늦게 보이고, 결과는 계산 기준·적용 시점·부담 완화 CTA가 흩어짐 | 정보 위계 | CASE 10·42 | Search + Auto-complete + Table + Helper text + Button | 사례 카드, 2.1 사전, 3장 결과 구조, 7장 Search/Table, 부록 D, 코퍼스·테스트 |
| 고용24 `실업인정 인터넷 신청`, `조기재취업수당 안내` | 자격·조건 + 상태·안심 | `실업인정일` / `적극적인 재취업활동` / `조기재취업수당 대상과 확인 서류 보기` | 행동 날짜·준비 서류·재취업 시점보다 제도어가 먼저 나오고, 놓쳤을 때 영향이 늦게 보임 | 상태·안심 | CASE 6·8 | Notice banner + Disclosure + Structured list + Button | 사례 카드, 2.1 사전, 4장 안전망, 7장 Notice/Disclosure, 부록 D, 코퍼스·테스트 |
| 서울특별시 응답소 `질의응답·답변원문`, `민원 신청하기 / 결과보기` | 상태·결과 | `처리기관 / 답변예정일 / 답변원문` / `결과보기` / `민원 신청하기` | 결과 첫 줄과 재확인 경로보다 상태표와 신규 민원 CTA가 먼저 보여 위계가 섞임 | 정보 위계 | CASE 3·5·9 | Result page + Status badge + Alert + Button + Link | 사례 카드, 3장 결과 구조, 7장 Button/Result page, 부록 D, 코퍼스·테스트 |
| 전자가족관계등록시스템 `국적 회복 허가`, `국적 이탈 신고` | 완료 뒤 후속 흐름 + 복수 조건 | `국적 회복 허가` / `1년 내 외국 국적 포기` / `외국국적불행사서약 대상 여부 / [신고 방법 보기] / [요건 확인]` | 허가 결과, 후속 신고 의무, 기한, 복수 국적·병역 조건, 미이행 위험이 한 화면에서 끊겨 보임 | 상태·안심 | CASE 32·45·46·57 | Result page + Notice banner + Checklist + Button | 사례 카드, 2.1 사전, 3장 결과 구조, 4장 안전망, 7장 Result/Checklist, 부록 D, 코퍼스·테스트 |

> **실행 규칙**: 얇은 대표 사이트라고 새 CASE 번호를 더 만들지 않습니다. 먼저 위처럼 `원문 3개 + 실패 패턴 + CASE 시작점 + KRDS 조합`을 한 줄에 묶고, 같은 실패가 다른 대표 사이트에서도 반복되는지 확인합니다.

### D-6. KRDS 디자인 시스템과 함께 보는 재구성 기준

실제 사례를 수집할 때는 문장 자체만 보지 않고, **어느 KRDS 컴포넌트 위에서 실패했는지**를 같이 기록합니다.

| KRDS 관찰 축 | 사례에서 볼 질문 | 문서 반영 위치 |
|-------------|----------------|--------------|
| Button | 레이블만 보고 결과를 예측할 수 있는가 | 2.3절, 7.1 버튼 |
| Text input / Select | 레이블과 플레이스홀더가 역할을 섞지 않았는가 | 2.2절, 7.2 입력폼 |
| Search | 검색 도움말, 무검색 결과, 검색어 복원 문구와 컨트롤 이름이 있는가 | 4.3절, 7장 검색 |
| Modal / Confirm | 되돌릴 수 없는 행동 앞에서 경고와 다음 행동이 분리되는가. 한 모달에 한 과업만 담는가 | 4.1절, 7장 모달 |
| Banner / Notice | 법적·운영상 필수 안내가 결론 우선 구조로 쓰였는가 | 3.1절, 7장 배너 |
| Table / Result | 상태, 기한, 후속 행동이 행 단위로 읽히는가 | 3.2절, 7장 표 |
| Structured list | 신청자격·구비서류·처리기간처럼 같이 읽어야 할 정보를 묶어서 보여주는가 | 3.2절, 7.12 표·결과 |
| Agreement / Consent | 동의가 필요한 약관이 중요도순으로 묶이고, 무엇에 동의하는지 첫 줄에서 드러나는가 | 2.1 부록, 3.1절, 7.5 아코디언 |

#### 컴포넌트 기본값 세팅 원칙

사례를 수집할 때는 화면 설명만 적지 않고, **어떤 기본 텍스트가 반복적으로 실패했는지**까지 같이 남깁니다. 기본값이 틀리면 같은 오류가 디자인 파일, 개발 컴포넌트, QA 체크리스트에 한 번 더 복제됩니다.

| 컴포넌트 | 나쁜 기본값 | 올바른 기본값 |
|---------|-------------|----------------|
| 주요 버튼 | `확인` / `Button` | `[대상 + 동사]` 예: 지원금 신청하기 |
| 취소 버튼 | `취소` / `Cancel` | 작성 내용 삭제하기 |
| 입력 레이블 | `이름` / `Label` | 성명 (가장 보편적 명사) |
| 플레이스홀더 | `입력하세요` / `Enter here` | 하이픈(-) 제외, 숫자만 입력 (예: 01012345678) |
| 오류 메시지 | 오류가 발생했습니다 | `[원인] + [해결 방법]` 구조 |
| 빈 화면 | 데이터 없음 | 아직 신청한 [대상]이 없습니다. → [행동] 버튼 |

#### Figma 운영 가이드

**컴포넌트 Description 필드 = UX Writing 규칙**

Figma 컴포넌트의 Description에 해당 컴포넌트의 UX Writing 규칙 요약과 이 가이드라인 URL을 기재합니다. 디자이너가 컴포넌트를 선택하면 규칙이 바로 보여야 하며, 별도 문서를 열지 않아도 기본 텍스트·금지 표현·연결 CASE를 같은 자리에서 확인할 수 있어야 합니다.

#### D-6-1. 승격된 사례를 KRDS/Figma 자산으로 넘기는 체크리스트

| 수집한 근거 | Figma/KRDS에 고정할 것 | 같은 라운드 동기화 자산 |
|------------|----------------------|------------------------|
| 메뉴·CTA 이름 (`민원 신청하기`, `환급 계좌 등록하기`) | Button 기본 레이블, Description의 버튼 공식, 결과 뒤 CTA 예시 | 2.3 버튼, 7.1 버튼, 사례 카드, Figma Button set |
| 입력·검색 도움말 | Text input/Search supporting text, placeholder 금지 예시, 결과 없음 기본 문구 | 2.2 입력, 7장 Search, 사례 카드, Figma Input/Search set |
| 상태·결과·후속 흐름 | Result page와 Structured list의 필수 슬롯, Notice banner 보조 문구, 상태 배지 예시 | 3장 core-info, 4장 safety-net, 7장 Result page/Table, Figma Result/Status set |
| 중대한 결정·비가역 경고 | Notice banner severity, 경고 제목 공식, 보조 Link/Helper text 자리 | 4장 safety-net, 7장 배너, CASE 52, Figma Banner/Alert set |
| 접근성·숨은 텍스트 | 숨은 레이블 규칙, 새 창·토글·상태 안내 문장, QA 체크리스트 항목 | 5장 표기, 7장 버튼·링크·아코디언, CASE 51, QA checklist |

#### D-6-2. Figma 컴포넌트 필드별 반영 규칙

| 필드 | 무엇을 적는가 | 대표 사이트 근거가 들어오는 자리 |
|------|--------------|------------------------------|
| Description | 실패 패턴 1문장, 기본 공식, 금지 표현, 연결 URL | CASE 번호, 대표 사이트 화면 이름, 연결 원칙 |
| Variant / Property 이름 | `default / warning / complete`, `has_deadline`, `has_next_action`처럼 상태·정보 슬롯을 드러내는 이름 | 상태·기한·다음 행동이 실제로 분리돼야 했던 화면 근거 |
| 기본 예시 문구 | 디자이너가 바로 쓸 버튼, 도움말, 결과 문장 1세트 | 사례 카드의 After 문구와 대표 사이트 원문 비교 |
| 보조·숨은 텍스트 | 스크린리더용 목적, 새 창 여부, 토글 상태, 결과 재확인 경로 | 접근성·숨은 텍스트 축에서 걸린 CASE와 QA 질문 |

> **실행 규칙**: 사례 카드만 올라가고 Figma Description, 기본 예시 문구, 숨은 레이블 체크리스트가 비어 있으면 디자인 시스템 반영이 끝난 것으로 보지 않습니다.

#### D-6-3. KRDS/Figma로 넘길 최소 산출물

| 산출물 | 무엇을 남기는가 | 같은 라운드 동기화 자산 |
|--------|----------------|------------------------|
| Description | 실패 패턴 1문장 + 바꿀 공식 + 연결 CASE/원칙 URL | 사례 카드, 7장 컴포넌트, Figma Description |
| Variant / Property | `default / warning / complete`, `has_deadline`, `has_next_action`처럼 상태·기한·다음 행동 슬롯 이름 | Figma Property, QA checklist |
| 기본 예시 문구 | Button / Helper text / Result page에 바로 붙일 레이블·도움말·결과 문장 1세트 | 사례 카드 After, 컴포넌트 기본값 |
| 접근성 메모 | 숨은 레이블, 새 창 여부, 토글 상태, 결과 재확인 경로 | CASE 51, QA checklist, Figma notes |
| 동기화 자산 | `사례 카드 + 7장 규칙 + Figma Description + QA 체크리스트`를 같이 갱신 | 같은 PR 또는 같은 스프린트 |

> **실행 규칙**: 사례 카드만 만들고 Figma 기본값·설명·숨은 레이블 메모를 비워 두면 KRDS 연계가 끝난 것으로 보지 않습니다.

#### D-6-4. 이번 라운드 KRDS/Figma 반영 예시

대표 사이트 4개에서 다시 확인한 검색·제도 안내·결과 재확인·허가 뒤 후속 의무 패턴을 Description, 기본 예시 문구, 숨은 레이블까지 바로 옮길 수 있게 같은 형식으로 남깁니다.

| 대표 사이트·화면 | KRDS 조합 | Description에 꼭 남길 문장 | 기본 예시 문구 | 숨은 레이블 메모 |
|------------------|-----------|---------------------------|----------------|------------------|
| 국민건강보험 `질병명·병원 이름 검색`, `피부양자·산정특례 안내`, `보험료 산정` | Search + Auto-complete + Helper text + Accordion + Table + Button | Description에는 `질병명 또는 병원 이름` 입력 범위·재검색 단서와, 부양가족 등록·해제 대상, 중증질환 본인부담 감면 대상, 이번 달 보험료 계산 기준, 변동 신고·경감 신청·임의계속가입 CTA를 함께 적습니다. | 질병명 또는 병원 이름을 입력해 다시 찾아보세요 / 부양가족으로 등록하거나 해제할 가족인지 먼저 확인해 주세요 / 중증질환 본인부담 감면 대상인지 확인 / 이번 달 보험료 계산 기준 보기 / 변동 신고하기 | 병원 이름이나 질병명으로 다시 검색하기 / 부양가족 등록·해제 대상 확인하기 / 중증질환 본인부담 감면 요건 보기 / 현재 보험료 계산 기준 보기 / 보험료 변동 신고하기 / 보험료 경감 신청 가능 여부 자가 진단하기 / 퇴직 뒤 예전 직장 보험료 계속 가입 확인하기 |
| 고용24 `실업인정 인터넷 신청`, `조기재취업수당 안내` | Notice banner + Structured list + Disclosure + Button | Description에는 실업급여를 확인하는 날, 이번 회차 재취업 활동, 취업한 날 기준, 조기재취업 대상 여부·확인 서류, 놓쳤을 때 결과와 다시 확인 경로를 함께 적습니다. | 실업급여를 확인하는 날까지 재취업 활동을 등록해 주세요 / 빨리 다시 취업했을 때 받는 수당 대상과 확인 서류 보기 / 놓쳤다면 다음 회차와 보완 경로 확인 | 실업인정일까지 필요한 활동 보기 / 취업한 날 기준 확인하기 / 조기재취업수당 대상과 확인 서류 보기 / 실업인정일을 놓쳤을 때 다시 확인하기 |
| 서울특별시 응답소 `질의응답·답변원문`, `결과보기` | Result page + Status badge + Button + Link | Description에는 답변 준비 상태, 답변 예정일, 나의 민원 재확인, 답변원문이 등록되면 민원 결과보기, 같은 건이 아니면 새 민원 신청 위계를 함께 적습니다. | 담당 기관에서 답변을 준비하고 있습니다 / 답변 예정일 2026.06.12 / 나의 민원에서 다시 확인 / 답변원문이 등록되면 민원 결과보기 / 같은 건이 아니면 새 민원 신청하기 | 현재 답변 상태와 예정일 확인하기 / 나의 민원에서 다시 확인하기 / 기존 민원 결과 확인하기 / 같은 건이 아니면 새 민원 신청 시작하기 |
| 전자가족관계등록시스템 `국적 회복 허가` | Result page + Notice banner + Checklist + Button | Description에는 `한국 국적 다시 받기`, `한국 국적 포기 신고` 같은 시민 언어 헤더와 공식 용어 병기, `1년 내 외국 국적 포기`, `외국국적불행사서약 대상 여부`, `외국 국적 포기 증명서 제출 경로`, 복수 국적·병역 조건, `[요건 확인]`·`[신고 방법 보기]` CTA를 함께 적습니다. | 한국 국적 다시 받기 허가 결과를 먼저 확인해 주세요 / 1년 내 외국 국적 포기와 외국국적불행사서약 대상 여부를 확인해 주세요 / 외국 국적 포기 증명서 제출 경로 확인 / 신고 방법 보기 | 국적 회복 허가 결과 확인하기 / 외국 국적 포기 기한과 서약 대상 확인하기 / 외국 국적 포기 증명서 제출 경로 확인하기 / 국적 신고 방법 보기 |

> **실행 규칙**: 대표 사이트 근거가 붙은 문장은 화면 설명으로 끝내지 않습니다. `Description`, 기본 예시 문구, 숨은 레이블 메모까지 같은 라운드에서 같이 남겨야 KRDS/Figma 자산으로 바로 재사용할 수 있습니다.

#### D-6-5. 4장·7장 교차 보강 메모

D-9-3 우선축 화면은 `Description`만 추가한다고 끝나지 않습니다. 4장에서 정한 위험·복구 순서가 7장에서는 상태 배지, 배너, 버튼, 링크 이름까지 같은 첫 블록 순서로 내려와야 합니다.

| 대표 사이트·화면 | KRDS 조합 | Description에 먼저 적을 순서 | 버튼·숨은 레이블 메모 |
|------------------|-----------|------------------------------|------------------------|
| 고용24 `실업인정 인터넷 신청` | Notice banner + Structured list + Button | `실업급여를 확인하는 날 (실업인정일)` → `이번 회차 재취업 활동` → `활동을 확인하는 서류` → `실업인정일을 놓치면 이번 회차 지급이 미뤄질 수 있습니다` → `다시 확인 경로` | `실업인정일까지 필요한 활동 보기`, `활동을 확인하는 서류 보기`, `실업인정일을 놓쳤을 때 다시 확인하기`를 같은 묶음으로 두고, 숨은 레이블에도 `이번 회차 실업인정 일정과 보완 경로 확인하기`를 남깁니다. |
| 서울특별시 응답소 `질의응답·답변원문`, `결과보기` | Result page + Status badge + Alert + Button + Link | `답변 준비 상태` → `답변 예정일` → `나의 민원에서 다시 확인` → `답변원문이 등록되면 민원 결과보기` → `같은 건이 아니면 새 민원 신청하기` | 주 CTA는 `민원 결과보기`, 보조 CTA는 `새 민원 신청하기`로 두고, 숨은 레이블에는 `기존 민원 결과 확인하기`, `새 민원 신청 시작하기`를 함께 남깁니다. |
| 고용24 `훈련 검색` | Search + Auto-complete + Card + Button | `배우고 싶은 기술·자격증 또는 훈련 이름` → `훈련 일정 보기` → `신청 조건 보기` → `온라인 가능 여부` | 결과 카드 버튼과 숨은 레이블에는 `훈련 일정 확인하기`, `신청 조건 확인하기`, `온라인 신청 가능 여부 확인하기`를 같이 남깁니다. |
| 전자가족관계등록시스템 `국적 회복 허가`, `국적 이탈 신고` | Result page + Notice banner + Checklist + Button | `한국 국적 다시 받기 허가 결과` → `1년 내 외국 국적 포기` → `외국국적불행사서약 대상 여부` → `외국 국적 포기 증명서 제출 경로` / `국적 이탈 가능 기한` → `병역 조건` → `기한 경과 뒤 상태` | `국적 회복 허가 결과 확인하기`, `외국 국적 포기 기한과 서약 대상 확인하기`, `외국 국적 포기 증명서 제출 경로 확인하기`, `국적 신고 방법 보기`, `국적 이탈 요건 확인하기`를 같은 묶음으로 두고, 숨은 레이블에도 `국적 회복 허가 뒤 1년 기한과 국적 이탈 병역 조건 확인하기`를 남깁니다. |

> **교차 보강 규칙**: 같은 화면이 4장과 7장에 동시에 걸리면 `위험 문장`과 `버튼 이름`을 따로 쓰지 않습니다. 첫 블록 순서, CTA 위계, 숨은 레이블 메모를 같은 라운드에서 같이 고쳐야 KRDS/Figma 기본값으로 재사용할 수 있습니다.

#### D-6-6. 공식 재확인 메모 — 검색 범위·수신 채널·모집 현황까지 같은 묶음으로 적는다

홈택스·국민건강보험·고용24·국민신문고·서울특별시 응답소·전자가족관계등록시스템은 입력창이나 버튼 이름만 다듬어서는 충분하지 않습니다. 공식 화면에서 이미 보이는 효력 발생일, 검색 범위, 결과 수신 채널, 로그인 유지 시간, 모집 현황·본인부담액, 발급번호·조회 가능 기간 같은 판단 단서를 `Description`, 기본 예시 문구, 숨은 레이블 메모까지 같은 라운드에서 같이 내려야 실제 신청·재확인 흐름이 끊기지 않습니다.

| 대표 사이트·화면 | 공식 화면에서 다시 확인한 단서 | Description에 먼저 남길 순서 | 버튼·숨은 레이블 메모 |
|------------------|-------------------------------|------------------------------|------------------------|
| 홈택스 `전자송달`, `국세환급금 찾기 / 원클릭 환급신고`, `원천세 반기별납부` | `신청한 날의 다음 날부터 효력 발생`, `전자우편주소 또는 전화번호로 발송사실 안내`, `납부기한까지 3회 이상 미열람 시 종이 고지서 발송`, `최근 5년간 찾아가지 않은 국세환급금`, `환급계좌개설 신고 여부`, `최대 5년 치 환급금 한 번에 신청`, `3월 31일까지 신청된 환급금은 4월 말까지 지급`, `4월 1일 이후 신청한 환급금은 신청한 날로부터 3개월 내 지급`, `소득 지급일이 속하는 반기의 다음 달 10일까지 신고·납부` | `전자송달 효력 발생일·발송사실 안내 채널` → `미열람 시 종이 고지서 전환` → `최근 5년 환급금·환급계좌 신고 여부` → `최대 5년 환급 범위·신청 시점별 지급일` → `반기 신고·납부 기준일` | `전자송달 신청하기`, `고지서 다시 보기`, `환급계좌 신고 여부 확인하기`, `환급 신청하기`, `반기 신고·납부 기한 확인하기` |
| 국민건강보험 `질병명·병원 이름 검색`, `질환별 건강 정보`, `피부양자 자격취득`, `본인일부부담금 산정특례 제도`, `소득 부과 건강보험료 조정 정산 제도` | `질병명`, `병원 이름`, `질환별 건강 정보`, `피부양자`, `산정특례`, `보험료 조정 정산` | `질병명 또는 병원 이름` → `결과가 없으면 다시 검색` → `보험료 계산 기준·다음 부과 반영 시점` → `피부양자·산정특례 대상 확인` | `병원 이름이나 질병명으로 다시 검색하기`, `현재 보험료 계산 기준 보기`, `다음 부과 반영 시점 확인하기`, `피부양자 자격취득 기준 보기`, `산정특례 대상 확인하기` |
| 고용24 `실업인정 인터넷 신청`, `조기재취업수당 안내`, `훈련 통합검색` | `실업인정 인터넷 신청`, `온라인 취업특강 (1차 실업인정 교육)`, `민원처리현황 (실업급여)`, `실업의 신고일로부터 14일이 지난 후`, `재취업한 날 또는 사업을 시작한 날부터 12개월이 경과한 이후`, `조기재취업수당 청구서 및 관련 증빙서류`, `훈련과정`, `훈련기관명`, `NCS 직종·능력`, `자격증`, `훈련 목표`, `모집 현황`, `본인부담액` | `실업인정일·온라인 취업특강·민원처리현황` → `14일·12개월·관련 증빙서류` → `훈련기관명·NCS 직종·능력·자격증·훈련 목표` → `모집 현황·본인부담액` | `실업인정일을 놓쳤을 때 다시 확인하기`, `온라인 취업특강 보기`, `실업급여 민원처리현황 확인하기`, `조기재취업수당 대상과 확인 서류 보기`, `훈련 일정 확인하기`, `모집 현황과 본인부담액 확인하기` |
| 국민신문고 `로그인`, `민원 질의응답·답변원문`, `My Petition` | `회원 로그인 및 비회원 실명확인 정보는 120분 동안 유지`, `처리기관`, `등록일`, `입력한 e-mail로 결과 발송`, `이름과 e-mail 주소` | `로그인 유지 시간` → `상태표 레이블` → `결과 수신 채널` → `이름·e-mail 재확인 경로` | `로그인 유지하기`, `나의 민원에서 다시 확인하기`, `선택한 e-mail로 결과 확인하기`, `이름과 e-mail로 My Petition 확인하기` |
| 서울특별시 응답소 `민원 신청하기`, `민원결과`, `결과보기` | `민원신청 바로가기`, `민원결과 바로가기`, `민원 결과는 이메일·서신 중 선택한 방법`, `응답소에서 신문고를 통해 이관된 민원은 응답소 "민원결과"에서 확인 가능합니다`, `민원결과 페이지의 "확인하기" 버튼`, `사용자 계정 보호를 위해 30분이 지나면 자동 로그아웃` | `민원 신청하기`와 `민원 결과보기` 목적 분리 → `민원결과 수신 채널` → `응답소 > 민원결과 > 확인하기` → `30분 자동 로그아웃과 재로그인` | `기존 민원 결과 확인하기`, `선택한 수신 방법으로 결과 확인하기`, `응답소 민원결과에서 다시 확인하기`, `로그인 시간을 연장하거나 다시 로그인하기` |
| 전자가족관계등록시스템 `전자 발급본 안내`, `증명서 진위확인`, `처리내역 확인` | `증명서 진위확인`, `처리내역 확인`, `발급일로부터 3개월`, `증명서 좌측 하단 발급번호` | `전자 발급본 효력` → `발급번호` → `발급일 기준 3개월 이내 진위확인` → `처리내역 확인` | `증명서 진위 확인하기`, `발급번호 확인하기`, `3개월 이내 진위 확인하기`, `처리내역 다시 확인하기` |

> **공식 재확인 규칙**: 검색 묶음은 `입력 범위`만 적지 않습니다. 홈택스처럼 `신청한 날의 다음 날`, `전자우편주소 또는 전화번호`, `최근 5년`, `환급계좌개설 신고 여부`, `최대 5년`, `3월 31일까지 신청분 4월 말 지급`, `신청한 날로부터 3개월 내`, `반기의 다음 달 10일까지` 같은 효력·조회 범위·지급 시점·기준일까지 같이 남깁니다. 고용24처럼 `실업 신고일로부터 14일`, `12개월 이상 계속 고용`, `관련 증빙서류`, `훈련기관명 / NCS 직종·능력 / 자격증 / 훈련 목표`, `모집 현황 / 본인부담액`이 실제 화면에서 보이면 Search·Notice handoff에도 같이 남깁니다. 결과 재확인 묶음도 `민원 결과보기` 버튼 이름만 적지 않고, 국민신문고 `120분 유지`, `입력한 e-mail로 결과 발송`, 서울특별시 응답소 `민원결과 바로가기`, 전자가족관계등록시스템 `발급일로부터 3개월`, `증명서 좌측 하단 발급번호`처럼 유지 시간·수신 채널·조회 가능 기간까지 함께 적어야 실제 복구·제출 흐름이 끊기지 않습니다.

### D-7. 원칙 재구성 트리거

아래 신호가 보이면 사례를 문서 본문으로 끌어올립니다.

- 같은 문제 표현이 **3개 이상 대표 사이트**에서 반복된다.
- 특정 컴포넌트(Button, Modal, Search)에서 같은 실패 패턴이 반복된다.
- 법적 필수 문구는 유지해야 하지만, 시민용 보조 설명을 붙이지 않으면 이해가 무너진다.
- 완료/오류/대기 상태에서 다음 행동을 찾지 못하는 사용 흐름이 반복된다.

> **운영 참고**: 대표 사이트 코퍼스와 추가 후보는 `research/public-service-corpus.md`에서 관리하고,
> 분기마다 2.1 사전 · 7장 컴포넌트 가이드 · 사례 페이지를 함께 갱신합니다.

### D-8. 실제 사례를 페이지로 추가하는 편집 절차

사례는 단순 스크린샷 모음이 아니라, **원칙을 학습 가능한 단위**로 쪼개서 추가합니다.

먼저 `이슈 아카이브`를 출발점으로 삼습니다. 대표 사이트 순회에서는 정부24·홈택스·전자가족관계등록시스템 3개 기관 deep archive를 먼저 대조하고, 새 실화면에서도 아래 네 단계를 다시 거칩니다.

- 새 화면에서도 `원문 3개+CTA 1개`, 상태·기한·관할 같은 판단 정보 1묶음, KRDS 조합 1개를 다시 적습니다.
- 새 CASE 번호부터 만들지 말고 `CASE 18·58`, `CASE 31·32·33`, `CASE 52·55·56`처럼 기존 CASE 묶음에 먼저 붙입니다.
- 세 대표 사이트에서 반복되면 `사전 / 관련 원칙 / 7장 컴포넌트 규칙 / Figma Description / 코퍼스·테스트`를 같은 라운드에서 같이 갱신하고, 기관 고유 제도면 Layer 3로 남깁니다.
- 아카이브에 비슷한 카드가 있어도 새 화면 원문 없이 바로 승격하지 않습니다.

> **실행 규칙**: 아카이브는 출발점일 수는 있지만 승격 단위는 `용어 1개`가 아니라 `화면 단계 묶음`입니다.

1. **화면이 아니라 과업 단위로 자릅니다.**
   검색 진입, 자격 안내, 입력, 오류, 완료, 처리 상태 중 하나를 고릅니다.
2. **한 사례 카드에는 하나의 실패 패턴만 남깁니다.**
   행정어, 결론 후치, 책임 전가, 모호한 CTA를 한 카드에 동시에 섞지 않습니다.
3. **모든 사례는 3개의 산출물로 동시에 연결합니다.**
   2.1 사전 후보 / archive 이슈 카드 / 본문 또는 6장 파생 가이드 중 한 곳 이상으로 이어집니다.
4. **KRDS 컴포넌트 태그를 반드시 같이 붙입니다.**
   Button, Search, Banner, Table, Modal처럼 다시 재사용할 수 있어야 합니다.
5. **개선안은 시민 언어 + 다음 행동까지 포함합니다.**
   단순한 단어 치환이 아니라, "이 화면에서 무엇을 하게 만들 것인가"까지 적습니다.

#### 사례 카드 최소 기록 양식

| 사례 카드 필수 필드 | 설명 |
|-------------------|------|
| 원문 | 실제 노출 문구 또는 표 헤더 |
| 문제 패턴 | 행정어 / 결론 후치 / 상태 모호 / CTA 모호 등 |
| 연결 원칙 | A / B / C 중 어느 원칙에 속하는가 |
| KRDS 컴포넌트 | Search / Button / Table / Banner / Modal 등 |
| 개선 문구 | 시민 언어로 다시 쓴 문장 |
| 이유 | 왜 이 개선이 더 빠르게 이해되는가 |

#### D-8-0. 2장 무번역 CASE 시작표

2장 무번역은 용어 사전만 늘리는 장이 아니라, **어떤 화면 묶음을 먼저 다시 보고 어떤 사례 카드로 이어 붙일지**를 같이 정하는 장입니다. 실제 사례 페이지를 확장할 때는 아래 세 묶음부터 시작합니다.

| 무번역 우선 묶음 | 먼저 다시 볼 CASE | 우선 대표 사이트 | 먼저 확인할 실패 패턴 | 연결할 KRDS / 승격 위치 |
|-----------------|------------------|----------------|----------------------|------------------------|
| 동의·본인확인 | CASE 38 `폼 도움말` + CASE 11 `동의 화면` + CASE 59 `대리·위임 권한` | 정부24, 홈택스, 국민신문고 | 첫 레이블이 법령 용어로 시작하고, 동의 이유·범위·해지 경로가 흩어지는가? | Consent, Checkbox, Helper text / 2.1 사전, 사례 카드, 7장 동의·입력 규칙 |
| 복지·고용 계산 | CASE 6 `고용24 제도 안내` + CASE 7 `복지로 자격 계산` + CASE 8 `고용24 실업인정` | 복지로, 고용24 | 제도어가 계산 순서, 행동 날짜, 준비 서류보다 먼저 나와 대상 여부 판단을 늦추는가? | Helper text, Structured list, Accordion, Notice banner / 2.1 사전, 2.2 입력 도움말, 7장 배너·구조화 정보 |
| 세무·법원 메뉴 | CASE 39 `홈택스 메뉴 이름` + CASE 40 `복수 과업 메뉴` + CASE 49 `탐색 레이블 정리` | 홈택스, 대한민국법원 | 메뉴명만 보고는 과업 동사, 단계 분기, 클릭 전 의미를 알 수 없는가? | Button, Link, Radio, Structured list / 2.3 버튼·메뉴, 사례 카드, 7장 버튼·탐색 규칙 |

> **실행 규칙**: 새 무번역 사례를 추가할 때는 세 묶음 중 아직 비어 있는 대표 사이트 하나를 먼저 채우고, 같은 라운드에서 `사전 승격`, `CASE 확장`, `7장 컴포넌트 규칙` 가운데 어디까지 올릴지 같이 판정합니다.

#### D-8-1. 수집 직후 분류 표

같은 근거를 보고도 어떤 라운드에서는 사전에 넣고, 어떤 라운드에서는 사례 카드로만 끝내면 기준이 흐려집니다. 수집 직후 아래 표로 먼저 분류합니다.

| 수집한 근거 | 우선 분류 | 바로 할 일 |
|------------|----------|-----------|
| 금지 표현 1개와 대체어가 또렷하다 | 2.1 사전 후보 | `principles.md` 2.1과 `jargon-dictionary` 초안을 먼저 만든다 |
| Before/After 한 세트로 실패 패턴이 설명된다 | 사례 카드 후보 | `case-studies`와 archive 카드 초안을 같은 라운드에서 만든다 |
| 세 대표 사이트에서 같은 실패 패턴이 반복된다 | 공통 원칙 후보 | `principles.md` 본문 + `principles/components` + QA 기준까지 함께 보강한다 |
| 특정 기관의 제도·업무에만 강하게 묶인다 | Layer 3 파생 가이드 | 공통 원칙 수정은 보류하고 기관별 파생 가이드로 넘긴다 |
| `처리 중`, `승인`처럼 짧은 상태값만 보인다 | 컴포넌트 규칙 후보 | 사전보다 상태 배지·도움말·결과 화면 규칙으로 먼저 검토한다 |

> **분류 규칙**: 짧은 상태 단어는 오탐 위험이 높습니다. 맥락 없이도 해롭다고 확신할 수 있는 표현만 사전으로 올리고, 그렇지 않으면 컴포넌트 규칙과 보조 문장으로 먼저 풉니다.

#### D-8-1-A. 새 실화면을 받은 직후 10분 판정 루틴

| 시점 | 바로 할 일 | 반드시 남길 기록 | 우선 도착지 |
|------|-----------|----------------|------------|
| 1분 | 화면 유형 1개를 먼저 고른다 | 자격·조건 / 상태·결과 / 완료 뒤 후속 흐름 / 긴급·병행 / 대리·관할 / 조회·발급·공개 범위 | 화면 유형별 최소 기록 질문 |
| 3분 | 원문 3개와 CTA 1개를 적는다 | 첫 블록 문장, 상태값, 버튼 이름처럼 판단을 멈추게 하는 텍스트 | 사례 카드 최소 기록 양식 |
| 5분 | UX/UI 검수 축 1개를 고른다 | 정보 위계 / 선택·분기 / 입력·첨부 / 상태·안심 / 접근성·숨은 텍스트 중 가장 크게 실패한 축 1개 | KRDS 조합 초안 |
| 7분 | 우선 도착지를 고른다 | `2.1 사전 후보` / `사례 카드 후보` / `공통 원칙 후보` / `Layer 3 파생 가이드` 가운데 하나 | 수집 직후 분류 표 |
| 10분 | 같은 라운드 동기화 자산을 확정한다 | `사전 / CASE / principles.md / principles/components / 부록 D / 코퍼스·테스트` 가운데 같이 움직일 묶음 | 같은 PR 또는 같은 스프린트 범위 |

> **실행 규칙**: 10분 안에 판단을 끝내지 못해도 괜찮지만 `화면 유형 + 실패 패턴 + 바꿀 문장 + KRDS 조합 + 다음 자산` 다섯 칸이 비어 있으면 새 사례로 올리지 않습니다.

#### D-8-2. 승격 직전 공식 안내 재검증

사례 카드를 원칙 본문이나 사례 페이지로 올리기 직전에는, 개선안의 세부 조건이 **공식 안내에서 실제로 확인되는지** 다시 검산합니다. 추측으로 보태진 조건이 있으면 삭제하거나 더 일반화합니다.

| 재검증 질문 | 통과 기준 | 조치 |
|------------|----------|------|
| 공식 페이지에 실제 분기 이름이 보이는가 | `본인 신청`, `세무서 제출`, `등록부정정 신청`, `가족관계등록부정정 허가`처럼 화면이나 안내문에 직접 드러남 | 사례 카드 문구 유지 |
| 신청처·기관이 공식 안내에 명시돼 있는가 | `제1심법원`, `담당 세무서 확인`, `관할 법원 찾기`처럼 공식 경로가 확인됨 | 담당 기관·관할 문구로 승격 |
| 세부 예외가 공식 근거 없이 추정된 것은 없는가 | 특정 사유·기한·대상 구분이 검색 결과나 안내 페이지에서 직접 확인되지 않음 | 더 일반화하거나 컴포넌트 규칙으로 후퇴 |

> **재검증 원칙**: 공식 안내에서 직접 확인되지 않는 세부 조건은 사례 카드에서 단정하지 않습니다. 근거가 약하면 더 넓은 패턴 문장으로 바꾸고, 필요하면 7장 컴포넌트 규칙으로만 남깁니다.

#### D-8-2-A. 상대적으로 얇은 대표 사이트 공식 재검산 메모

대표 사이트 8종을 같은 화면 단계로 다시 보더라도, 초기에는 `국민건강보험`, `고용24`, `서울특별시 응답소`가 상대적으로 얇았고, 이번 정렬에서는 `전자가족관계등록시스템`의 국적 화면도 2장·3장·4장·7장까지 같은 공식 재검산 표에서 관리합니다. 이런 사이트는 용어 1개보다 `검색 / 제도 안내 / 결과 재확인 / 허가 뒤 후속 의무`처럼 **화면 묶음**으로 다시 검산합니다.

| 사이트 | 이번 라운드 재검산 화면 묶음 | 공식 화면에서 우선 확인할 표현 | 사례 카드로 남길 판단 | KRDS 조합 |
|--------|------------------------|----------------------------|----------------------|----------|
| 국민건강보험 | `질병명·병원 이름 검색`, `피부양자·산정특례 안내`, `보험료 산정` | `질병명 / 병원 이름`, `피부양자`, `산정특례`, `보험료 산정` | 검색은 입력 범위를 첫 줄에 두고, 제도어는 대상·혜택·내가 내는 비용 뜻을 병기합니다. 결과 화면에서는 계산 기준·적용 시점·재확인 경로를 같이 남깁니다. | Search + Auto-complete + Table + Helper text + Button |
| 고용24 | `실업인정 인터넷 신청`, `조기재취업수당 안내`, `훈련 검색` | `실업인정일`, `적극적인 재취업활동`, `조기재취업수당`, `훈련 검색` | 행동 날짜와 준비 서류를 첫 블록으로 올리고, 조기재취업수당은 대상 여부·재취업 시점·확인 서류를 먼저 씁니다. 제도어는 도움말·펼침 영역으로 내리고, 검색은 과정 이름보다 찾는 대상과 다음 행동을 먼저 씁니다. | Notice banner + Disclosure + Structured list + Search + Button |
| 서울특별시 응답소 | `질의응답·답변원문`, `민원 신청하기`, `결과보기` | `처리기관`, `답변예정일`, `답변원문`, `결과보기` | 결과 첫 줄, 일정, 다시 확인 경로를 먼저 묶고, 새 민원과 기존 결과 확인 버튼을 명확히 나눕니다. | Result page + Status badge + Alert + Button + Link |
| 전자가족관계등록시스템 | `국적 회복 허가`, `국적 이탈 신고` | `국적 회복 허가`, `국적 이탈 신고`, `1년 내 외국 국적 포기`, `외국국적불행사서약 대상 여부`, `[요건 확인]` | 허가·신고 결과를 첫 줄에 두고, 1년 내 외국 국적 포기, 외국국적불행사서약 대상 여부, 외국 국적 포기 증명서 제출 경로, 복수 국적·병역 조건, 신고 방법·요건 확인 CTA를 같은 블록으로 남깁니다. | Result page + Notice banner + Checklist + Button |

> **재검산 규칙**: 이 네 사이트는 `용어 1개`만 따로 뽑지 않습니다. 같은 화면에서 `원문 3개 + 상태·날짜 또는 입력 범위 1개 + CTA 1개 + KRDS 조합 1개`를 함께 남겨야 2장·3장·4장·7장 근거로 바로 승격할 수 있습니다.

> **보강 메모**: 이번 라운드 카드 본문에서는 서울특별시 응답소는 `답변원문` 등록 뒤 `결과보기`와 `민원 신청하기` 분리, 고용24는 `실업인정일`을 놓쳤을 때 다시 확인 경로, 국민건강보험은 병원 이름 일부·질병명 재검색과 `보험료 산정` 계산 기준 보기 연결, 전자가족관계등록시스템은 `국적 회복 허가`와 `국적 이탈 신고`를 별도 메모가 아니라 같은 공식 표 행에서 `첫 레이블 + 후속 의무 + 기한 + 위험 + CTA`까지 직접 문장으로 남겨 운영 메모가 실제 사례 본문까지 내려오도록 맞춥니다.

### D-9. 대표 사이트 순회 방식 (Round-Robin Sweep)

#### 대표 사이트 순회 운영법

대표 사이트 조사는 "생각날 때 한 번 보는 방식"이 아니라, 같은 순서로 반복하는 **정기 순회 루프**로 운영합니다.

| 순서 | 사이트 | 이번 루프 우선 과업 | 우선 확인 컴포넌트 |
|------|-------|------------------|------------------|
| 1 | 정부24 | 신청 상세, 증명서 발급 | Structured list, Table, Button |
| 2 | 홈택스 | 신고, 납부, 경고 메시지 | Form, Stepper, Modal |
| 3 | 복지로 | 자격 판정, 모의계산 | Accordion, Helper text, Banner |
| 4 | 국민건강보험 | 자격·급여 설명 | Table, Tooltip, Notice |
| 5 | 전자가족관계등록시스템 | 발급, 대리인/관계인 안내 | Consent, Modal, Certificate flow |
| 6 | 국민신문고 | 민원 상태, 답변 확인 | Status badge, Timeline, Table |
| 7 | 고용24 | 수당·훈련 안내, 실업인정 | Card, Disclosure, Search |
| 8 | 서울특별시 응답소 | 결과 안내, 민원 흐름 | Result page, Alert, Button |

> **사법 영역 운영 메모**: 대표 사이트 8종 목록은 `전자가족관계등록시스템`을 고정점으로 유지합니다. 다만 `완료 뒤 후속 흐름`처럼 결과 직후의 기한·권리구제 문구를 봐야 하는 라운드에서는 `대한민국법원` 화면 1개를 보조 표본으로 함께 기록합니다. 이번 라운드의 보조 표본은 `지급명령 이의신청`입니다.

#### D-9-0. 대표 사이트 순회 캔버스

실제 사례 추가는 새 사이트를 끝까지 읽는 방식보다, 아래 다섯 접근 방식 중 하나로 먼저 묶는 편이 빠릅니다. 각 행에서 `대표 사이트 시작점`, `사전에서 먼저 채울 표현`, `UX/UI 질문`, `CASE·원칙 도착지`, `KRDS/Figma handoff`를 한 줄로 같이 적습니다.

| 접근 방식 | 대표 사이트 시작점 | 사전에서 먼저 채울 표현 | 먼저 던질 UX/UI 질문 | 먼저 붙일 CASE·원칙 | KRDS/Figma handoff |
|----------|------------------|----------------------|-------------------|--------------------|--------------------|
| 레이블·도움말 수집형 | 국민건강보험 `피부양자·산정특례 안내`, 고용24 `조기재취업수당 안내`, 전자가족관계등록시스템 `국적 이탈 신고` | `부양가족 등록`, `중증질환 본인부담 감면`, `취업한 날`, `1년 내 외국 국적 포기`, `외국국적불행사서약 대상 여부` | 첫 레이블과 도움말만 읽어도 대상, 기한, 준비 서류가 보이는가? | CASE 2·6·57 / 2장 무번역 | Helper text + Notice banner + Structured list + Checklist |
| 결과 첫 블록 재구성형 | 서울특별시 응답소 `질의응답·답변원문 / 결과보기`, 국민건강보험 `보험료 산정`, 홈택스 `국세 환급금 조회` | `답변 예정일`, `계산 기준`, `예상 입금일`, `민원 결과보기` | 상태 또는 금액, 예정일, 다시 확인 CTA가 같은 첫 블록에 모이는가? | CASE 3·42·56 / 3장 정보핵심화 + 7장 Result page | Result page + Status badge + Table + Button |
| 후속 의무·권리구제형 | 전자가족관계등록시스템 `국적 회복 허가`, 정부24 `전입신고 완료`, 대한민국법원 `지급명령 이의신청` | `1년 내 외국 국적 포기`, `외국국적불행사서약 대상 여부`, `자동 반영 / 별도 변경`, `2주 이내 이의신청` | 결과 뒤 남은 의무, 기한, 미이행 위험 또는 권리구제 경로가 한 흐름으로 이어지는가? | CASE 31·32·33·46 / 3장 정보핵심화 + 4장 심리적안전망 | Notice banner + Structured list + Link + Button |
| 검색·분기·재검색형 | 국민건강보험 `질병명·병원 이름 검색`, 고용24 `훈련 검색`, 국민신문고 `민원 유형 선택` | `질병명 또는 병원 이름`, `배우고 싶은 기술·자격증`, `진정 / 청원 / 제안 / 신고` | 입력 범위나 선택 기준, 잘못 고를 때 영향, 재검색 단서가 클릭 전에 보이는가? | CASE 10·49·60 / 5장 표기법·맞춤법 + 7장 컴포넌트 라이팅 | Search + Radio + Segmented control + Helper text |
| 기관 특화 보류형 | SeMA (Layer 3 확인용) `도슨트 예약`, `오프닝 리셉션 신청`, `소장품 검색` | `도슨트`, `오프닝 리셉션`, `소장품 검색` | 공통 문제를 걷어낸 뒤에도 기관 고유 과업 이름과 톤이 남는가? | Layer 3 보류 / 6장 기관별 파생 가이드 | 공통 KRDS 조합 유지 + 기관별 추가 사전 |

> **실행 규칙**: 한 화면을 수집할 때도 먼저 이 다섯 행 가운데 어디에 들어가는지 고르고, 같은 줄의 `사전 표현`, `UX/UI 질문`, `CASE·원칙`, `KRDS/Figma handoff`를 같이 적습니다. 이렇게 해야 사전만 채우고 사례·원칙·컴포넌트를 나중으로 미루는 일을 줄일 수 있습니다.

#### D-9-1. 이번 라운드에서 바로 다시 볼 실제 화면

| 사이트 | 바로 다시 볼 화면 | 이번 라운드에서 먼저 확인할 질문 | KRDS 연결 |
|------|----------------|----------------------------|----------|
| 정부24 | `전입신고 완료` | 자동 반영과 별도 변경, 다음 기관, 체크리스트 CTA가 첫 블록에 함께 보이는가? | Result page, Structured list, Link |
| 홈택스 | `국세 환급금 조회` | 환급 결정 상태, 예상 입금일, 계좌 등록 또는 변경 CTA, 지연 시 확인 경로가 한 영역에 모이는가? | Result page, Notice banner, Button |
| 전자가족관계등록시스템 | `전자 발급본 안내` | 효력, 문서확인번호, 제출처 주의, 재출력·진위확인 경로가 첫 목록에 모이는가? | Structured list, Notice banner, Button |
| 대한민국법원 (보조 표본) | `지급명령 이의신청` | 2주 기한, 제출처, 소송 전환 가능성, 다음 CTA가 첫 블록에서 함께 읽히는가? | Result page, Notice banner, Link, Button |

**한 번의 순회에서 최소한 남겨야 하는 것**

- 새 사전 후보 3개 이상
- 사례 카드 후보 2개 이상
- KRDS 컴포넌트 보강 포인트 1개 이상
- 공통 원칙으로 승격할지, 6장 파생 가이드에 남길지에 대한 판정

#### D-9-2. 대표 사이트별 다음 우선 표본

이번 표는 새 공백 목록만이 아니라, 이미 본문·사례 카드·KRDS 조합까지 한 번 묶인 화면도 `회귀 기준 표본`으로 같이 유지합니다. 예를 들어 홈택스 `전자고지(송달) 신청 및 해지`, `반기납부 신청`, `부동산 임대소득 신고`, 국민신문고 `민원 유형 선택`, 전자가족관계등록시스템 `소송 대리인 등록`은 새 공백이 아니라 `CASE 21·45·35·60·59` 회귀 기준으로 계속 다시 보는 화면입니다. 실제로 이번 순회에서 더 직접 보강할 공백은 바로 아래 `D-9-3` 표에서 따로 관리합니다.

| 사이트 | 지금 강한 CASE 묶음 | 다음 순회 기준 화면 | 먼저 붙일 CASE | KRDS 조합 |
|------|-------------------|----------------------|---------------|----------|
| 정부24 | CASE 4 `신청 상세`, CASE 31 `후속 처리 안내`, CASE 37 `결과 연결 CTA` | `전입신고`, `사업자 등록 사항 정정 신청`, `안심상속 원스톱 서비스 신청` | CASE 18·58 / CASE 31 / CASE 53 | Radio + Structured list + Badge + Button / Result page + Link |
| 홈택스 | CASE 39 `메뉴 이름`, CASE 42 `확정 결과 설명`, CASE 54 `변경·승인 결과` | `전자고지(송달) 신청 및 해지`, `반기납부 신청`, `부동산 임대소득 신고` | CASE 21 / CASE 45 / CASE 35 | Checkbox/Radio + Helper text + Notice banner / Notice banner + Badge / Helper text + Button |
| 복지로 | CASE 2 `행정어 일상어 전환`, CASE 7 `자격 계산`, CASE 9 `CTA 위계` | `의료급여·교육급여 모의계산`, `복지서비스 모의계산`, `서비스 검색` | CASE 7 / CASE 10 / CASE 9 | Accordion + Structured list + Helper text / Search + Button |
| 국민건강보험 | CASE 2 `행정어 일상어 전환`, CASE 10 `검색창`, CASE 42 `확정 결과 설명` | `질병명·병원 이름 검색`, `피부양자·산정특례 안내`, `보험료 산정` | CASE 10 / CASE 2 / CASE 42·53 | Search + Auto-complete + Button / Table + Result page + Helper text |
| 국민신문고 | CASE 5 `민원 처리 상태`, CASE 21 `알림 채널별 수신 내용` | `민원 유형 선택`, `나의 민원`, `이메일 알림` | CASE 60 / CASE 5 / CASE 21 | Radio + Structured list + Helper text / Status badge + Timeline |
| 고용24 | CASE 6 `제도 안내`, CASE 8 `실업인정` | `실업인정 인터넷 신청`, `조기재취업수당 안내`, `훈련 검색` | CASE 8 / CASE 6 / CASE 10 | Notice banner + Structured list / Helper text + Disclosure / Search + Button |
| 전자가족관계등록시스템 | CASE 22 `증명서 종류 선택`, CASE 27 `전자 발급본 안내`, CASE 59 `대리·위임 권한` | `일반·상세·특정증명서`, `전자 발급본 안내`, `소송 대리인 등록` | CASE 22 / CASE 27 / CASE 59 | Radio + Structured list / Notice banner + Link / Helper text + Button |
| 서울특별시 응답소 | CASE 3 `결론 우선 결과 안내`, CASE 5 `민원 처리 상태`, CASE 9 `CTA 위계` | `질의응답·답변원문`, `민원 신청하기`, `결과보기` | CASE 3 / CASE 5 / CASE 9 | Result page + Alert + Button / Status badge + Link |
| 대한민국법원 (보조 표본) | CASE 33 `지급명령 이의신청`, CASE 52 `중대한 결정 안내`, CASE 60 `절차 선택 안내` | `상속포기 신고`, `지급명령 이의신청`, `개인회생·파산` | CASE 52 / CASE 33 / CASE 60 | Notice banner + Structured list + Link / Result page + Button |

> **실행 규칙**: 다음 순회는 사이트를 넓히기보다, 이 표를 `회귀 기준 표본`으로 유지하고, 실제 직접 보강 우선순위는 바로 아래 `D-9-3`에서 `화면 1개 + CASE 1묶음 + KRDS 조합 1개`씩 먼저 채우는 방식으로 운영합니다.

#### D-9-3. 원칙별 남은 근거 공백과 다음 대표 사이트

이번 정렬에서 `국민건강보험`, `고용24`, `서울특별시 응답소`, `전자가족관계등록시스템`의 상대적으로 얇았던 `2장 무번역`, `3장 정보핵심화`, `5장 표기법·맞춤법` 슬롯은 이미 `원칙 본문 + 사례 카드 + KRDS 조합`까지 한 번에 묶었습니다. `전자가족관계등록시스템`의 `국적 회복 허가 / 국적 이탈 신고`도 `2장·3장·4장·7장` 슬롯을 모두 직접 연결했으므로, 이제는 남은 공백이 아니라 회귀 기준 표본으로 유지합니다. 따라서 이번 순회의 실질 보강 우선순위는 새 사이트를 더하기보다, 아래 표처럼 `4장 심리적안전망`과 `7장 컴포넌트 라이팅`에서 고위험 흐름과 KRDS 기본값을 더 직접 연결하는 데 둡니다.

| 원칙 축 | 지금 상대적으로 비어 있는 대표 사이트 | 먼저 다시 볼 화면 | 한 로그 행에 남길 근거 | 먼저 붙일 CASE | KRDS 조합 |
|--------|------------------------------|------------------|----------------------|--------------|----------|
| 4장 심리적안전망 | 고용24, 서울특별시 응답소 | `실업인정 인터넷 신청`, `질의응답·답변원문`, `결과보기` | 마감일, 놓쳤을 때 결과, 지연 시 문의·복구 경로가 한 흐름으로 이어지는가? | CASE 8 / CASE 17 / CASE 56 | Notice banner + Status badge + Link + Button |
| 4장 심리적안전망 | 전자가족관계등록시스템 | `국적 회복 허가`, `국적 이탈 신고` | `1년 내` 신고 의무, 기한 경과 뒤 상태 변화, 병역 조건, `[요건 확인]`·`[신고 방법 보기]`, 다시 확인 경로가 한 경고 흐름으로 이어지는가? | CASE 46 / CASE 45·57 | Notice banner + Checklist + Button |
| 7장 컴포넌트 라이팅 | 국민건강보험, 고용24, 서울특별시 응답소 | `질병명·병원 이름 검색`, `훈련 검색`, `민원 신청하기 / 결과보기` | 입력 범위, 추천어, 상태 배지, CTA 위계, 재검색 단서, 결과 재확인 버튼 이름이 `Description / 기본 예시 문구 / 숨은 레이블 메모`까지 같은 묶음으로 남는가? | CASE 10 / CASE 9 / CASE 5 | Search + Auto-complete + Status badge + Button + Result page |
| 7장 컴포넌트 라이팅 | 전자가족관계등록시스템 | `국적 회복 허가`, `국적 이탈 신고` | `한국 국적 다시 받기` 헤더, 체크리스트, `1년 내` 기한·요건 단서, `[신고 방법 보기]`·`[요건 확인]` CTA, 숨은 레이블 메모가 한 컴포넌트 묶음으로 남는가? | CASE 32 / CASE 45·57 | Result page + Notice banner + Checklist + Button |

> **2장·3장·5장 운영 메모**: `피부양자·산정특례 안내`, `조기재취업수당 안내`, `실업인정 인터넷 신청`, `질의응답·답변원문`, `결과보기`, `보험료 산정`, `국적 회복 허가`, `국적 이탈 신고`는 더 이상 남은 공백 표에 두지 않고, 2장 무번역·3장 정보핵심화 직접화 섹션, 5장 `상대적으로 얇은 대표 사이트 표기 직접화`, 7장 Description·숨은 레이블·`krds-lint` 회귀 대상으로 유지합니다.
> **회귀 규칙**: 한 화면을 다시 볼 때도 `원문 3개 + 원칙 장 2개 이상 + CASE 1묶음 + KRDS 조합 1개`를 같은 로그 행에 남깁니다. 이미 메운 2장·3장·5장 슬롯은 회귀 기준으로 유지하고, 4장은 위험·복구 경로, 7장은 `Description / 기본 예시 문구 / 숨은 레이블 메모`까지 한 라운드에서 함께 내려가는지 확인합니다.

### D-10. 최근 라운드 용어 묶음에서 사례 카드로 바꾸는 법

사전 후보를 찾았다고 바로 새 원칙 번호를 만들지는 않습니다. 먼저 **이 용어가 어떤 UX Writing 문제를 드러내는지**를 묶고, 가장 가까운 기존 패턴으로 흡수한 뒤, 세 대표 사이트에서 같은 실패가 반복될 때만 새 규칙 후보로 올립니다.

| 용어 묶음 | 먼저 던질 질문 | 우선 흡수할 기존 패턴 | KRDS 컴포넌트 | 이번 라운드 반영 위치 |
|----------|---------------|----------------------|----------------|----------------------|
| 확정일자 / 상속포기 | 이 결정으로 생기는 효력, 기한, 취소 불가 여부, 대안 절차가 무엇인가 | 중대한 결정 안내 | Notice banner, Structured list, Helper text, Link | 3장 정보핵심화(core-info), 4장 심리적안전망(safety-net), 7장 컴포넌트, 사례 페이지 CASE 52, 2.1 사전 |
| 지급명령 신청 / 이행권고결정 | 확정 효력, 2주 이의 기간, 소송 전환 또는 강제집행 가능성이 무엇인가 | 중대한 결정 안내 | Notice banner, Structured list, Helper text, Link | 3장 정보핵심화(core-info), 4장 심리적안전망(safety-net), 7장 컴포넌트, 사례 페이지 CASE 52 |
| 장기요양인정 / 개명 허가 | 누가 어떤 기준으로 언제 판정하고, 결과 뒤 무엇이 달라지는가 | 심사·판정 절차 안내 | Step indicator, Structured list, Notice banner, Helper text, Button | 3장 정보핵심화(core-info), 4장 심리적안전망(safety-net), 7장 컴포넌트, 사례 페이지 CASE 55, 2.1 사전 |
| 국적 회복 / 국적 이탈 | 허가 뒤 외국 국적 포기 절차, 외국국적불행사서약 대상 여부, 1년 내 기한, 외국 국적 포기 증명서 제출 경로, 복수 국적·병역 조건이 무엇인가 | 혜택·의무 안내 / 기간 제한 서비스 / 유지 조건 안내 / 복수 조건 체크리스트 | Result page, Notice banner, Checklist, Button | 3장 정보핵심화(core-info), 4장 심리적안전망(safety-net), 7장 컴포넌트, 사례 페이지 CASE 32·CASE 45·CASE 46·CASE 57, 2.1 사전 |
| 전입신고 완료 / 장애 정도 결정 / 지급명령 이의신청 | 결과 직후 남는 행동, 자동 적용과 별도 신청·신고, 불복 기한이 무엇인가 | 결과 뒤 후속 흐름 묶음 | Result page, Structured list, Notice banner, Link, Button | 3장 정보핵심화(core-info), 4장 심리적안전망(safety-net), 7장 컴포넌트, 사례 페이지 CASE 31·CASE 32·CASE 33 |
| 협의이혼 의사확인 | 사람이 함께 와야 하는지, 추가 서류가 필요한지, 기간이 지났는지처럼 모두 충족해야 하는 조건이 무엇인가 | 복수 조건 체크리스트 / 조건부 필수 항목 | Structured list, Helper text, File upload, Button | 4장 심리적안전망(safety-net), 7장 컴포넌트, 사례 페이지 CASE 57·CASE 18, 2.1 사전 |
| 민원 유형 / 휴업·폐업 / 개인회생·파산 / 후견 유형 | 내 상황에 맞는 절차와 잘못 선택했을 때 다시 판단해야 하는 위험이 무엇인가 | 절차 선택 안내 | Radio, Segmented control, Structured list, Helper text, Notice banner, Link | 3장 정보핵심화(core-info), 4장 심리적안전망(safety-net), 7장 컴포넌트, 사례 페이지 CASE 60 |

> **운영 규칙**: 용어 1개 = 원칙 1개가 아닙니다. 같은 UX Writing 문제로 묶이면 기존 규칙에 흡수하고, 세 대표 사이트에서 같은 실패 패턴이 반복될 때만 독립 승격을 검토합니다.
> **묶음 규칙**: `전입신고 완료`, `장애 정도 결정`, `지급명령 이의신청`처럼 결과 직후 남는 후속 행동·자동/별도·불복 기한이 같은 첫 블록에 붙어야 하는 화면은 `CASE 31·32·33`을 한 로그 행으로 묶어 기록합니다.
> **흡수 규칙**: `부동산 거래 신고`, `공동사업장 등록`, `협의이혼 의사확인`처럼 `함께 신청해야 하는 사람`, `공동 신고 의무`, `지분 비율·숙려기간 같은 추가 조건`이 함께 바뀌는 화면은 새 패턴으로 분리하지 않습니다. 먼저 `신청인 유형별 추가 서류`와 `복수 조건 체크리스트` 예시를 보강하고, KRDS에서는 `Fieldset/Radio + Helper text + Structured list + Notice banner` 조합으로 검수합니다.
> **결합 규칙**: `전입신고`, `사업자 등록 사항 정정 신청`, `가족관계등록부 정정`처럼 `온라인 신청 가능 여부`와 `관할 기관`이 함께 갈리는 화면도 새 패턴으로 나누지 않습니다. `온라인/방문 분기`와 `담당 기관·관할` 예시를 같은 라운드에서 함께 보강하고, KRDS에서는 `Radio + Helper text + Structured list + Badge + Button` 조합으로 검수합니다.
