실행 기준 — 텍스트 구조화

텍스트 구조화
(Text Structuring)

결론부터, 계층으로, 능동으로

공공 서비스의 텍스트는 시민이 스캔하며 읽습니다. 핵심을 먼저, 구조를 시각화하고, 맥락에 맞는 도움말을 제공하며, 능동태로 전환합니다. 대표 사이트 순회에서는 자격·상태·완료 뒤 후속 흐름 화면을 결론·기한·다음 행동 순서로 다시 묶습니다. 새 실화면이 들어오면 원문 3개+CTA 1개와 UX/UI 검수 질문을 먼저 남긴 뒤 사례 승격과 KRDS/Figma handoff를 같은 라운드에서 결정합니다.

개요

시민은 공공 서비스 페이지를 처음부터 끝까지 읽지 않습니다. 핵심을 찾아 스캔하고, 이해하면 행동합니다. 텍스트 구조화는 이 스캔 경로를 설계합니다.

섹션	핵심 원칙
2.1 핵심어 전면 배치	결론·행동어를 첫 5단어 안에 배치
2.2 시각적 분리와 계층화	결론/핵심/면책 3구역 분리
2.3 맞춤형 도움말	상황별 인라인 헬프 4가지 도구 선택
2.4 능동태 전환	행정 피동형 → 능동 행동형

대표 사이트 순회 운영 — 새 실화면을 받은 직후 10분 판정 루틴으로 구조 문제부터 고른다

정부24·홈택스·복지로·국민건강보험·국민신문고·고용24·전자가족관계등록시스템·서울특별시 응답소 대표 사이트 순회와 대한민국법원 보조 표본에서는 문장 길이보다 먼저 구조 실패를 잡습니다. 새 실화면을 받으면 화면 유형, 첫 블록 문장, CTA, 다음 기한을 10분 안에 먼저 분류해야 실제 사례 추가, 사례 승격, KRDS 컴포넌트 보강이 같은 기준으로 이어집니다. 이때 원문 3개+CTA 1개와 UX/UI 검수 보조 질문 1개를 함께 남겨야 실제 사례 추가, 사례 승격, KRDS/Figma 컴포넌트 handoff가 같은 기준으로 이어집니다.

시점	구조 검수에서 먼저 할 일	UX/UI 검수 보조 질문	우선 도착지
1분	자격·조건 / 상태·결과 / 완료 뒤 후속 흐름 중 무엇인지 고릅니다	제목·상태·기한·다음 행동 가운데 지금 가장 먼저 봐야 할 1문장이 첫 블록에 올라와 있는가?	화면 유형별 최소 기록 질문
3분	첫 블록 문장 1개, 상태값 1개, CTA 1개를 적습니다	첫 블록만 읽어도 지금 상태와 바로 해야 할 행동이 이어지는가?	사례 카드 최소 기록 양식
5분	Notice banner / Structured list / Result page / Timeline 중 먼저 붙일 KRDS 조합을 고릅니다	결론과 다음 행동이 같은 화면 흐름으로 붙어 있는가?	KRDS 조합 초안
7분	공통 원칙 후보인지 기관 특화 후보인지 고릅니다	세 대표 사이트 이상에서 같은 구조 실패가 반복되는가, 아니면 한 기관 맥락에만 묶이는가?	Layer 2·Layer 3 판정
10분	같은 라운드에서 같이 움직일 문서를 확정합니다	`principles.md`, `principles/components`, `case-studies`, `research/public-service-corpus.md`, 테스트를 함께 갱신할 범위가 정해졌는가?	사례 승격 또는 Layer 3 보류

사례 승격 규칙: 세 대표 사이트 이상에서 같은 구조 실패가 반복되면 사례 승격 후보로 올리고 principles.md, principles/components, case-studies, research/public-service-corpus.md, 테스트를 같은 라운드에서 같이 갱신합니다. 한 기관에서만 강하게 반복되면 Layer 3 로그로 남기고 공통 원칙 수정은 보류합니다.

구조 handoff 메모: 원문 3개+CTA 1개를 남겼다면 5분 판정에서 고른 KRDS 조합에 맞춰 Figma Description·Helper text·CTA 우선순위까지 같이 적습니다. 세 대표 사이트 반복이면 Layer 2 승격으로, 기관 고유 제도면 Layer 3 보류로 넘깁니다.

구조 검수 축별 바로 붙일 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년 내 외국 국적 포기와 외국국적불행사서약 대상 여부를 확인해 주세요 / 외국 국적 포기 증명서 제출 경로 확인 / 신고 방법 보기

2.1 핵심어 전면 배치 (Front-Loading)

시민은 첫 5단어로 페이지 또는 섹션을 계속 읽을지 결정합니다. 결론·행동어·핵심 명사를 문장 앞에 배치합니다.

🚫 뒷전 핵심어

자동차세 연납 할인은 어떻게 신청하나요?

지원금 신청 기간과 방법에 대해 알아보겠습니다.

본 서비스는 만 18세 이상 청년이 신청할 수 있습니다.

✅ 핵심어 전면 배치

자동차세 연납 신청하기 (1월 중 할인 10%)

지원금 신청 방법 — 기간: 1월 2일~31일

청년 (만 18세 이상) 신청 가능

메뉴·탭·버튼 레이블 전면 배치

🚫 동사 후치	✅ 명사 전치
신청하고 싶은 분야를 선택하세요	신청 분야 선택
서류를 첨부해 주세요	서류 첨부
이용 방법을 확인하세요	이용 방법
관련 정보를 더 보려면 클릭하세요	관련 정보 더 보기

2.2 시각적 분리와 계층화

긴 안내문은 시민이 읽지 않습니다. 결론/핵심/면책 3구역으로 분리하면 스캔만 해도 핵심을 파악할 수 있습니다.

3구역 구조 다이어그램

Zone 1 — 결론 (강조, 굵게)

청년 지원금 신청 마감: 1월 31일
→ 스캔으로 파악 가능한 핵심 1문장

Zone 2 — 핵심 내용

만 18~34세 청년이면 누구나 신청할 수 있습니다. 온라인 신청은 정부24에서, 방문 신청은 주민센터에서 가능합니다.
→ 행동에 필요한 정보만

Zone 3 — 면책·부가 (작게, 흐리게)

※ 기초생활수급자는 별도 서류가 필요할 수 있습니다. 자세한 사항은 담당 부서(02-0000-0000)로 문의하세요.

3구역 원칙: Zone 1은 볼드 또는 헤딩 처리. Zone 2는 본문 크기로 핵심 정보. Zone 3은 소자체·회색으로 법적 고지·예외 사항. 시민은 Zone 1만 읽고도 행동 여부를 결정할 수 있어야 합니다.

계층화 오류 패턴

🚫 모든 정보가 같은 크기

청년 지원금 신청 안내. 만 18세 이상 34세 이하 청년이면 신청 가능하며, 소득 기준은 기준 중위소득 150% 이하입니다. 신청 기간은 2026년 1월 2일부터 1월 31일까지이며, 정부24 웹사이트나 가까운 주민센터를 방문하여 신청할 수 있습니다. 단, 기초생활수급자는 별도 서류가 필요합니다.

✅ 3구역 계층화

청년 지원금 신청: 1월 31일 마감

대상: 만 18~34세, 중위소득 150% 이하
신청: 정부24 온라인 / 주민센터 방문

※ 기초생활수급자는 추가 서류 필요

대표 서비스 관찰 — 자격·상태·제도 용어는 요약과 도움말로 재구성한다

정부24 신청 상세, 국민신문고 처리 상태, 복지로 자격 안내, 고용24 실업인정 화면을 다시 보면 시민이 먼저 읽어야 할 것은 공식 용어 자체가 아니라 내가 지금 해당하는지, 언제까지 기다리거나 해야 하는지, 무엇을 먼저 준비해야 하는지입니다. 따라서 첫 줄은 상태 요약과 시민 언어로 쓰고, 법령 용어는 표 헤더 보조 설명이나 도움말로 내려야 합니다.

관찰된 표현	바로 쓰면 생기는 문제	권장 구조	KRDS 연결
신청자격 / 구비서류 / 처리기간	신청 전에 자격과 준비물을 판단하는 속도가 늦어진다	상단 요약 `신청할 수 있는 사람과 준비할 서류를 먼저 확인하세요` + 헤더 `신청할 수 있는 사람`, `준비할 서류`, `처리까지 걸리는 시간`	Structured list, Table, Button
처리기관 / 답변예정일 / 등록일	상태표를 읽어도 지금 무엇을 기다리는지 바로 이해되지 않는다	상단 요약 `민원이 접수됐고 답변은 7일 안에 드릴 예정입니다` + 헤더 `담당 기관`, `답변 예정일`, `접수한 날`	Status badge, Timeline, Table
소득인정액 / 수급권자	법령 용어를 모르면 우리 집이 지원 대상인지 판단이 늦어진다	상단 요약 `우리 집이 지원 대상인지 먼저 확인하세요` + 도움말 `소득인정액 = 가구 소득·재산 합산액`, `수급권자 = 지원 대상자`	Helper text, Accordion, Notice banner
노무제공플랫폼사업자 / 적극적인 재취업활동 / 실업인정일	내가 대상인지와 지금 해야 할 행동이 제도 용어 뒤로 밀린다	상단 요약 `다음 실업인정일까지 재취업 활동 1회를 등록해 주세요` + 도움말 `배달·대리운전처럼 일을 연결하는 플랫폼에서 일했다면 해당할 수 있습니다`, `실업인정일 = 실업급여를 확인하는 날`	Notice banner, Helper text, Disclosure

실무 규칙: 자격·상태·제도 안내는 `상태 요약 1문장 + 시민 언어 헤더 + 법령 용어 병기` 3단으로 씁니다. 첫 줄에서 `지금 상태`, `다음 기한`, `바로 판단할 것`이 동시에 보여야 합니다.

2.3 맞춤형 도움말 (Contextual Help)

도움말은 필요한 순간, 필요한 장소에서 제공해야 합니다. 별도 FAQ 페이지로 보내는 것은 시민의 흐름을 끊습니다.

도구	사용 조건	예시
힌트 텍스트 (폼 필드 아래)	입력 형식이 특수하거나, 오류 발생 가능성이 높을 때	주민등록번호 앞 6자리만 입력해 주세요
툴팁 ⓘ (아이콘 호버)	용어·개념 설명, 간단한 부가 정보	기준 중위소득이란? — 가구 소득을 계층별로 나눈 기준선입니다
아코디언 (접기/펼치기)	선택적 상세 정보, 자주 묻는 질문	Q. 서류를 분실한 경우 어떻게 하나요?
바닥창 (모바일 Bottom Sheet)	긴 설명, 확인 절차가 필요한 행위	서류 제출 전 확인 사항 (3가지)

도움말 남용 금지: 모든 입력 필드에 툴팁을 달면 오히려 노이즈가 됩니다. 도움말은 시민이 실제로 막히는 지점에만 배치합니다. 판단 기준: "이 정보 없이 시민이 올바르게 입력할 수 있는가?"

2.4 행정 능동태 전환

공공 문서는 관습적으로 피동형을 사용합니다. 피동형은 주체를 숨기고, 행동을 불명확하게 만듭니다. 행위 주체를 드러내는 능동형으로 전환합니다.

🚫 행정 피동형

신청서가 제출되어졌습니다.
서류가 검토되어집니다.
결과가 통보됩니다.
지원금이 지급되었습니다.

✅ 능동 행동형

신청서를 제출했습니다.
담당자가 서류를 검토합니다.
결과를 문자로 알려드리겠습니다.
지원금을 지급했습니다.

피동형 패턴	능동형 전환	주체
처리되어졌습니다	처리했습니다	담당자
확인되었습니다	확인했습니다	시스템
제출되어야 합니다	제출해야 합니다	신청인
선택되었습니다	선택했습니다	시민
안내됩니다	알려드리겠습니다	서비스

피동형 예외: 자연스러운 피동형은 허용합니다. "신청이 완료됐습니다" (주체가 불필요한 시스템 상태 변화), "서류가 접수됐습니다" 등은 자연스럽습니다. 기계적으로 피동형을 모두 바꾸지 말고, "행위 주체가 필요한 문장인가?"를 기준으로 판단합니다.

다른 챕터 보기

텍스트 구조화 (Text Structuring)