작성 단계엔 작성에 필요한 것만

KRDS SP-128 — 신청서 작성 단계에서는 신청서 작성 전 유의사항, 완료 이후 필요한 정보는 포함하고 있지 않다.

0. 들어가며 — 유의 사항/자격 확인 서브섹션의 마지막

이번 802편은 신청서 작성 단계에서는 신청서 작성 전 유의사항, 완료 이후 필요한 정보는 포함하지 않게 하라는 규칙 입니다. ‘유의 사항/자격 확인’ 서브섹션(SP-125~128)의 마지막이죠.

신청서를 작성하는 화면에 — 작성 전에 봤어야 할 유의 사항이나 완료 후에 필요한 정보가 섞이면, 사용자가 산만하죠. SP-128은 작성 단계에 작성에 필요한 것만 두라고 규정합니다. 단계별 정보 범위 한정이죠. 이번 편을 풀어냅니다.

1. 원문 — 작성 단계 정보 범위 한정

SP-128 (서비스 패턴 > 신청 > 유의 사항/자격 확인) “신청서 작성 단계에서는 신청서 작성 전 유의사항, 완료 이후 필요한 정보는 포함하고 있지 않다.”

작성 단계에 작성 전 유의사항·완료 후 정보를 포함하지 말라는 뜻입니다.

정리: 작성 단계엔 작성에 필요한 정보만 두라. 이게 SP-128입니다.

2. 왜 정보 범위 한정인가

신청은 단계가 있습니다: ① 유의 사항·자격 확인(작성 전) → ② 신청서 작성 → ③ 확인/확정 → ④ 완료 → ⑤ 결과 확인이요. 각 단계는, 그 단계에 맞는 정보만 있어야, 사용자가 집중하죠. SP-128은 작성 단계의 정보 범위를 한정합니다.

작성 단계에 다른 정보가 섞일 때의 문제:

산만·혼란 신청서를 작성하는 화면에, 작성 전에 봤어야 할 유의 사항이나, 완료 후에 필요한 정보(결과 조회 방법 등)가 섞이면, 사용자는 산만합니다. 지금 단계(작성)에 집중 못 하죠.

단계 혼동 무엇이 작성에 필요한 정보이고, 무엇이 다른 단계의 정보인지 헷갈립니다.

그래서 SP-128은 — 정보 범위 한정을 요구합니다:

작성에 필요한 것만 신청서 작성 단계에는, 작성에 직접 필요한 정보(입력 항목, 항목별 안내·도움말 SP-134·136)만 둡니다. 사용자가 작성에 집중하게요.

작성 전 유의 사항은 앞 단계 작성 전 유의 사항·자격은, 첫 단계(SP-125)에요. 작성 단계에 또 넣지 않습니다.

완료 후 정보는 뒤 단계 완료 후 필요한 정보(결과 조회 SP-150~, 다음 절차)는, 완료(SP-146~)· 결과 확인 단계에요. 작성 단계에 미리 넣지 않죠.

단계별 적절 정보 각 정보를, 그것이 필요한 단계에 배치합니다. 단계와 정보를 맞추죠.

단계별 집중. 신청은 긴 과정이라, 각 단계에 집중해야 부담이 줍니다(다단계 폼 BP-068). 작성 단계에 작성에 필요한 것만 있으면, 사용자가 작성에만 집중하죠. 다른 단계의 정보가 섞이면 집중이 흐트러집니다.

SP-125·128의 관계. SP-125는 유의 사항·자격을 ’첫 단계’에 두라는 것, SP-128은 ’작성 단계’에는 그것 (작성 전 유의 사항)·완료 후 정보를 넣지 말라는 것입니다. 둘이 함께, 정보를 적절한 단계에 배치하죠. 유의 사항은 앞에(125), 작성 단계엔 작성 정보만(128)요.

이 규칙은 신청(SP)의 ’단계별 정보 배치’를 담당합니다 — 작성 단계에 작성에 필요한 것만 둬(128), 사용자가 각 단계에 집중하게 하죠. SP-125·SP-129~(신청서 작성)와 함께 갑니다.

정리하면 — 작성 단계에 작성 전 유의사항·완료 후 정보가 섞이면 산만하고 단계가 혼동되므로, 작성 단계엔 작성에 필요한 정보만 두고 유의사항은 앞 단계·완료 후 정보는 뒤 단계에 배치해야 합니다.

3. 점검 / 개선

무엇을 점검하나

작성 정보만 — 작성 단계에 작성에 필요한 정보(입력·도움말)만 있는가.

유의사항 앞 단계 — 작성 전 유의사항이 작성 단계가 아닌 첫 단계(SP-125)에 있는가.

완료 후 정보 뒤 단계 — 완료 후 정보가 작성 단계가 아닌 완료·결과 단계에 있는가.

개선 방향

작성 단계엔 입력·도움말(SP-134·136)만. 유의사항은 SP-125 단계.

완료 후 정보는 SP-146/SP-150 단계. 단계와 정보 맞추기.

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

역할	책임
기획/UX	단계별 정보 배치 설계
개발	단계별 화면 구현

기관 유형	SP-128 적용
중앙행정기관(대표·운영) / 공공기관 / 지자체	✅ 권장 (다단계 신청 시)

다단계 신청 서비스가 해당됩니다.

5. 30초 자가진단 + FAQ

✅ 30초 자가진단

□ 작성 단계에 작성에 필요한 정보(입력·도움말)만 있나요?

□ 작성 전 유의사항이 첫 단계(SP-125)에 있나요?

□ 완료 후 정보가 완료·결과 단계에 있나요?

❓ FAQ

Q1. 작성 단계에 다른 정보가 섞이면 왜 문제인가요? 작성 화면에 작성 전 유의 사항이나 완료 후 정보(결과 조회 방법) 가 섞이면 산만하고 지금 단계(작성)에 집중 못 합니다. 단계가 혼동되죠. Q2. 무엇을 작성 단계에 두나요? 작성에 직접 필요한 것만요 — 입력 항목, 항목별 안내·도움말(SP-134·136)이요. 사용자 가 작성에 집중하게요. Q3. SP-125와 어떻게 함께 가나요? SP-125는 유의 사항·자격을 ’첫 단계’에, SP-128은 ’작성 단계’엔 그것·완료 후 정보 를 넣지 말라는 것입니다. 정보를 적절한 단계에 배치하죠.

6. 마무리

SP-128의 메시지:

작성 단계엔 작성에 필요한 것만 — 작성 단계에 작성 정보만 두라.

작성 단계에 작성 전 유의사항·완료 후 정보가 섞이면 산만하고 단계가 혼동됩니다. 작성에 필요한 것만 둬 각 단계에 집중 하게 하는 게 핵심이죠. ‘유의 사항/자격 확인’ 서브섹션이 끝났습니다. 다음 편부터는 ‘신청서 작성’ 서브섹션입니다.

다음 편 예고 ▶ 「803. (SP-129) 한 단계 내에서의 신청 서식 섹션을 탭이나 아코디언으로 구분하고 있지 않다.」

ViewCheck는 작성 단계에 작성에 필요한 정보만 포함되는지를 진단합니다.

📚 참고 출처

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

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

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