3장 정보핵심화의 원칙 — KRDS UX Writing 가이드라인

개요

주권자는 화면을 꼼꼼히 정독하지 않습니다. 자신이 달성해야 할 목적(버튼, 핵심 결과)만 빠르게 훑어봅니다. 결론을 찾기 위해 2문장 이상 읽어야 한다면 이미 실패입니다.

3가지 실행 기준

기준	정의	핵심 질문
결론 우선 (Front-loading)	가장 중요한 결론과 다음 행동을 화면 최상단에 배치	"이 화면에서 주권자가 가장 먼저 알아야 할 것은?"
당연한 말 생략	무의미한 인사말·수식어 제거, 핵심 정보만 유지	"이 정보가 없어도 다음 단계로 이동할 수 있는가?"
청킹 (Chunking)	한 문장의 의미 마디(청크)는 3개 이내, 40자 이내	"40자를 넘는가? 핵심 1문장을 추출할 수 있는가?"

🚫 결론 후치 (쓰지 마세요)

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

✅ 결론 우선 (이렇게 쓰세요)

지원 대상이 아닙니다.
소득 기준을 초과했습니다.
소득 인정액이 기준 중위소득 80% 이하여야 신청 가능합니다.

역피라미드 원칙

공공 서비스의 안내문은 전통적으로 배경 → 과정 → 결론 순서로 전개됩니다. 역피라미드는 이 순서를 뒤집습니다: 결론 → 이유 → 부연.

1순위
핵심 결론

주권자가 취해야 할 핵심 행동 또는 최종 결론

1문장, 맨 앞 배치. 굵게 또는 큰 폰트로 강조.

2순위
이유·조건

이유 / 조건 / 기준

필요 시 2-3문장. 이 정보 없이 다음으로 넘어갈 수 없을 때만 포함.

3순위
부연·법령

부연 설명 / 법적 근거 / 예외

생략 가능. 접기(accordion) 처리 권장.

당연한 말 제거

시스템이 당연히 해야 할 일에 대한 수식어, 무의미한 인사말을 삭제합니다.

🚫 삭제 대상

소중한 개인정보 보호를 위해 안전하게 처리됩니다.

더욱 편리하고 안전한 서비스 제공을 위해…

원활한 서비스 이용을 위하여…

✅ 처리 방법

전부 삭제합니다.

당연한 사항을 설명하는 문장은 정보 가치가 없습니다. 주권자의 시간을 낭비합니다.

Before / After — 탈락 안내문 예시

공공 서비스에서 가장 많이 나타나는 역피라미드 위반 사례입니다. 결론(탈락)을 맨 뒤에 배치하면 시민은 기대감을 갖고 긴 문장을 읽다가 끝에서 실망합니다.

Before — 결론 후치 (역피라미드 위반)	After — 결론 선행 (역피라미드 적용)
귀하의 소득 및 재산 현황을 검토한 결과, 지원 대상에 해당되지 않음을 알려드립니다.	지원 대상이 아닙니다. 소득 기준을 초과했습니다.

결론(지원 불가)을 먼저, 이유(소득 기준 초과)를 다음에 배치합니다. "귀하의 소득 및 재산 현황을 검토한 결과"는 시민이 이미 아는 사실이므로 삭제합니다.

40자 규칙

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

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

버튼·알림별 글자 수 기준

UI 요소	권장 글자 수	이유
버튼 레이블	12자 이내	버튼 너비 제한, 즉각 인지 필요
토스트·알림 메시지	40자 이내	3초 안에 읽혀야 하는 메시지
수식어 (한 문장 내)	15자 이하	15자 초과 시 명사 체인 분리 검토

중요도 순서 설계

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

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

설계 질문 3가지

1

"이 화면에서 주권자가 가장 먼저 알아야 할 것은 무엇인가?"

→ 그것이 첫 문장이어야 합니다.

2

"이 정보가 없어도 주권자가 다음 단계로 이동할 수 있는가?"

→ 없어도 된다면 하단 또는 접기 처리합니다.

3

"40자를 넘는가?"

→ 넘는다면 핵심 1문장을 추출하고 나머지는 하위에 배치합니다.

정부 서비스 공지 변환 예시

실제 공공 서비스에서 자주 보이는 문구를 역피라미드 원칙으로 개선한 사례입니다.

예시 1 — 신청 결과 안내

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

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

예시 2 — 서비스 점검 공지

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

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

예시 3 — 비밀번호 만료 안내

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

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

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

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

청킹의 3원칙

원칙 1 — 한 문장 한 메시지

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

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

원칙 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문장	서술어 생략 가능

목록과 표의 병렬성

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

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

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

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

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

느낌표(!)를 쓰지 않고, 건조한 톤으로 [원인 + 해결책]을 가장 짧은 청크로 끊어 던집니다.

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

제목: [상황 요약 — 한 줄, 명사형]
본문: [원인 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단계 자가검진

화면 텍스트를 확정하기 전, 3단계를 순서대로 점검하세요.

1

Step 1. "이 화면에서 주권자가 가장 먼저 알아야 할 것은?"

→ 그것이 첫 문장인가? (결론 우선)

2

Step 2. "이 문장이 40자를 넘는가?"

→ 넘는다면 핵심 1문장만 남기고 나머지는 아래로

3

Step 3. "이 정보가 없어도 주권자가 다음으로 이동할 수 있는가?"

→ 없어도 된다면 하단 또는 접기(accordion) 처리

판별 기준: 읽는 사람이 결론을 찾기 위해 2문장 이상 읽어야 한다면 결론 우선 구조로 재구성하세요.

다른 원칙 보기

핵심 정보 먼저 (Core Info First)

개요