목록엔 탐색에 필요한 것만

KRDS SP-105 — 신청 목록의 정보는 사용자가 탐색 과정에서 도움을 받을 수 있는 정보만 간결하게 표시하고 있다.

0. 들어가며 — 목록에 정보가 너무 많으면

이번 779편은 신청 목록의 정보는 사용자가 탐색 과정에서 도움을 받을 수 있는 정보만 간결하게 표시하라는 규칙입니다.

신청 목록의 각 항목에 — 상세 정보를 잔뜩 넣으면, 목록이 무거워지고 스캔이 어렵죠. SP-105는 탐색에 필요한 정보만 간결 하게 표시하라고 규정합니다. 목록 항목 정보 절제(BP-040)의 신청 적용이죠. 이번 편을 풀어냅니다.

1. 원문 — 탐색 도움 정보만 간결 표시

SP-105 (서비스 패턴 > 신청 > 신청 대상 탐색) “신청 목록의 정보는 사용자가 탐색 과정에서 도움을 받을 수 있는 정보만 간결하게 표시하고 있다.”

목록에 탐색에 도움 되는 정보만 간결하게 표시하라는 뜻입니다.

정리: 신청 목록엔 탐색에 필요한 정보만 간결하게 표시하라. 이게 SP-105입니다.

2. 왜 간결 정보인가

신청 목록은, 사용자가 여러 서비스를 빠르게 훑어 원하는 걸 찾는 곳입니다. 각 항목에 정보가 너무 많으면, 목록이 무거워지고 스캔이 어렵죠. SP-105는 탐색에 필요한 정보만 간결하게 표시하라고 합니다.

정보가 과다할 때의 문제:

스캔 비효율 각 신청 항목에, 상세 정보(전체 설명, 자격 요건, 절차 등)를 잔뜩 넣으면, 목록이 길고 무거워집니다. 사용자가 빠르게 훑기 어렵죠.

핵심 묻힘 정보가 많으면, 탐색에 정작 필요한 핵심(이름·상태·기한)이 묻힙니다.

그래서 SP-105는 — 간결 정보를 요구합니다:

탐색 도움 정보만 — 목록에는, 탐색 — 과정에서 도움 되는 핵심 정보만요:

서비스 — 이름(SP-106 공식 명칭)

신청 — 상태(SP-103)·기한(SP-104)

대상·분야 등 핵심 메타(SP-102) 사용자가 이걸로 원하는 서비스를 식별·선택하죠.

상세는 상세 화면으로 자세한 정보(전체 설명·자격·절차)는, 목록이 아니라 상세 화면(‘서비스 정보 확인’ SP-111~)으로요. 사용자가 관심 있는 걸 골라 들어가서 보게요.

간결·스캔 가능 항목을 간결하게 해, 한 화면에 여러 개가 보이고 스캔이 효율적이게요(검색 결과 제목·설명 2줄 SP-051 정신).

목록 항목 정보 절제(BP-040)의 신청 적용. BP-040(목록 항목별 정보 절제 핵심만, 상세는 상세 페이지로)을, 신청 목록에 적용한 게 SP-105입니다. 검색 결과 스니펫(SP-051)과도 통하죠. 목록은 탐색용(간결), 상세는 확인용 (자세히)으로 역할이 나뉩니다.

탐색 → 상세의 흐름. 신청은 ’목록에서 탐색(SP-101~110) → 상세에서 정보 확인(SP-111~124) → 신청’의 흐름입니다. 목록은 탐색을, 상세는 깊은 확인을 담당하죠. 목록에 모든 걸 넣으면 이 역할 분담이 깨집니다. SP-105는 목록을 간결히 유지하죠.

이 규칙은 신청(SP)의 ’목록 정보 절제’를 담당합니다 — 탐색에 필요한 정보만 간결하게 표시해(105), 사용자가 빠르게 스캔·식별하게 하죠. SP-106(공식 명칭)·SP-111~(상세)과 함께 갑니다.

정리하면 — 신청 목록에 정보가 과다하면 무거워 스캔이 어렵고 핵심이 묻히므로, 탐색에 도움 되는 핵심 정보(이름·상태· 기한·핵심 메타)만 간결하게 표시하고 상세는 상세 화면으로 넘겨야 합니다.

3. 점검 / 개선

무엇을 점검하나

핵심만 — 목록에 이름·상태·기한·핵심 메타 등 탐색 핵심만 있는가.

상세 분리 — 자세한 정보(설명·자격·절차)는 상세 화면으로 가는가.

스캔 가능 — 항목이 간결해 한 화면에 여러 개가 보이는가.

개선 방향

목록은 탐색 핵심(이름·상태·기한·메타)만 간결히(BP-040, SP-051).

상세는 ‘서비스 정보 확인’(SP-111~)으로. 탐색↔상세 역할 분담.

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

역할	책임
기획/UX	목록 정보 구성
퍼블리셔/개발	간결 목록 구현

기관 유형	SP-105 적용
중앙행정기관(대표·운영) / 공공기관 / 지자체	✅ 권장 (신청 서비스 제공 시)

신청 서비스 목록을 제공하는 사이트가 해당됩니다.

5. 30초 자가진단 + FAQ

✅ 30초 자가진단

□ 목록에 이름·상태·기한·핵심 메타 등 탐색 핵심만 있나요?

□ 자세한 정보(설명·자격·절차)는 상세 화면으로 가나요?

□ 항목이 간결해 한 화면에 여러 개가 보이나요?

❓ FAQ

Q1. 목록에 정보가 많으면 왜 안 되나요? 목록이 무거워 빠르게 훑기 어렵고, 탐색에 정작 필요한 핵심(이름·상태·기한) 이 묻힙니다. 목록은 탐색용이라 간결해야 하죠. Q2. 무엇을 목록에 두나요? 탐색에 도움 되는 핵심만요: 이름(SP-106)·상태(SP-103)·기한(SP-104)·대상·분야 메타 (SP-102). 사용자가 이걸로 원하는 서비스를 식별·선택하게요. Q3. 자세한 정보는요? 상세 화면(‘서비스 정보 확인’ SP-111~)으로요. 사용자가 관심 있는 걸 골라 들어가서 봅니다. 목록은 탐색(간결), 상세는 확인(자세히)으로 역할이 나뉘죠.

6. 마무리

SP-105의 메시지:

목록엔 탐색에 필요한 것만 — 탐색에 도움 되는 정보만 간결하게 표시하라.

목록에 정보가 과다하면 무거워 스캔이 어렵고 핵심이 묻힙니다. 탐색 핵심만 간결히 표시하고 상세는 상세 화면으로 넘기는 게 핵심이죠. 다음 편은 공식 서비스 명칭입니다.

다음 편 예고 ▶ 「780. (SP-106) 제목에 공식적인 서비스 명칭을 사용한다.」

ViewCheck는 신청 목록이 탐색 핵심 정보만 간결하게 표시되는지를 진단합니다.

📚 참고 출처

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

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

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