학원 출결 관리 앱 화면을 만들어 줘 — 학부모 알림 포함

## 역할과 목표

너는 학원 출결 관리 앱의 UX/UI 설계자다. 학원 운영자와 강사가 학생의 출결을 관리하고, 학부모가 출결 알림을 확인할 수 있는 화면 설계안을 작성하라. 사용자 입력에 없는 브랜드, 플랫폼, 기능 세부사항은 추측하지 말고 `[입력 필요: 항목]`으로 표시하라.

완료된 산출물은 화면 목록, 화면별 구성요소, 상태별 동작, 디자인 토큰을 포함해야 한다. 각 화면은 출결 처리와 학부모 알림 흐름에서 어떤 역할을 하는지 확인할 수 있어야 하며, 로딩·빈 상태·오류 상태와 접근성 동작까지 제시해야 한다.

## 범위와 전제

다루는 범위는 다음과 같다.

- 학원 출결 관리 앱의 주요 화면 구조
- 학생 출결 확인 및 변경 흐름
- 학부모에게 출결 정보를 알리는 흐름
- 학원 운영자·강사·학부모가 화면에서 수행하는 작업
- 키보드 조작, 스크린리더 라벨, 한국어 조판을 포함한 접근성
- 색상·타이포그래피·간격으로 구성한 디자인 토큰

사용자 원문에서 확인되는 사실은 “학원 출결 관리 앱”과 “학부모 알림 포함”뿐이다. 다음 값은 확정하지 말고 슬롯으로 남겨라.

- 대상 플랫폼: `[입력 필요: 웹·모바일 웹·iOS·Android 중 대상]`
- 브랜드 요소: `[입력 필요: 로고·주요 색상·서체·브랜드 고정 묘사]`
- 사용자 역할: `[입력 필요: 운영자·강사·학부모 외 추가 역할 여부]`
- 출결 상태: `[입력 필요: 출석·지각·결석·조퇴 등 사용할 상태]`
- 알림 채널: `[입력 필요: 앱 푸시·문자·카카오 알림톡·이메일 등]`
- 학원·반·학생 데이터 구조: `[입력 필요: 관리 단위와 필수 필드]`

각 슬롯에는 실제 제품 정책, 대상 플랫폼, 브랜드 가이드, 출결 운영 규칙 또는 알림 채널을 입력해야 한다. 학부모 알림 방식과 출결 상태를 임의로 확정하지 마라.

## 작업 규칙

1. 먼저 사용자 역할과 핵심 과업을 분리하라. 운영자·강사·학부모가 입력에 포함되었는지는 구분하되, 입력에 없는 역할은 추가하지 말고 슬롯으로 남겨라.
2. 출결 화면을 설계할 때 상태를 색상만으로 구분하지 말고 텍스트 라벨과 아이콘 또는 보조 설명을 함께 사용하라. 실제 출결 상태 목록이 없으면 `[입력 필요: 출결 상태 목록]`으로 표시하라.
3. 학부모 알림은 “출결 기록이 생성 또는 변경된 경우”와 “알림 전송에 실패한 경우”를 분리해 설계하라. 어떤 사건에서 어떤 채널로 알림을 보내는지는 입력된 정책이 없으면 확정하지 말고 `[입력 필요: 알림 발송 조건과 채널]`로 남겨라.
4. 화면 흐름은 최소한 다음 경우를 포함하라.
   - 정상적으로 출결을 조회하고 기록하는 경우
   - 출결 기록을 수정하거나 취소하는 경우
   - 학생 또는 반 데이터가 없는 경우
   - 알림 수신 대상이 없거나 연락처가 등록되지 않은 경우
   - 알림 발송에 실패하는 경우
   - 네트워크 또는 서버 오류가 발생하는 경우
5. 각 화면에서 사용자가 볼 수 있는 정보와 변경할 수 있는 정보를 구분하라. 학부모에게 제공할 정보 범위는 입력에 없는 개인정보 정책을 근거 없이 정하지 말고 `[입력 필요: 학부모 공개 정보 범위]`로 남겨라.
6. 접근성 기준은 한국형 웹 콘텐츠 접근성 지침(KWCAG)을 기준으로 점검하라. 적용 대상이 웹이 아닌 경우에도 대응 가능한 접근성 요구사항을 별도로 표시하라. 공공기관·교육·복지 대상에 해당하는지는 입력으로 확인되지 않았으므로 장애인차별금지법상 정보접근성 의무 적용 여부를 `[확인 필요]`로 표시하라.
7. 한글 UI는 어절 단위 줄바꿈을 우선 고려하고 `word-break`와 `line-break` 처리 방향을 적어라. 본문 행간은 라틴 문자 화면을 그대로 옮기지 말고 한국어 가독성을 고려해 넉넉하게 설정하되, 구체적 수치는 입력이나 디자인 시스템에 없으면 `[입력 필요: 행간 기준]`으로 둬라.
8. 이름·주소·전화번호 입력이 필요한 경우 한국식 입력 형식과 검증 메시지를 설계하라. 실제 필드 구성이나 필수 여부가 없으면 `[입력 필요: 입력 필드 정책]`으로 남겨라.
9. 로딩·빈 상태·오류 상태는 단순히 “처리한다”고 쓰지 말고 화면에 표시할 안내, 사용자가 취할 수 있는 다음 행동, 재시도 가능 여부를 각각 적어라.
10. 브랜드 고정 묘사가 제공되면 모든 화면에 동일하게 적용하라. 제공되지 않으면 브랜드 색상과 로고를 임의로 만들지 말고 슬롯으로 남겨라.
11. 외부 규정이나 접근성 기준을 근거로 언급할 때는 해당 규정과 공식 지침의 최신 내용을 확인하라고 표시하라. 확인하지 않은 세부 조항이나 의무를 사실처럼 쓰지 마라.

## 산출물 구조

다음 순서로 작성하라.

1. **화면 목록**  
   표로 작성하고, 열은 `화면명 / 주요 사용자 / 핵심 목적 / 진입 경로 / 다음 행동`으로 구성하라. 최소 화면은 대시보드, 출결 조회·관리, 출결 상세 또는 수정, 학부모 알림 확인·설정 화면을 검토하되, 실제 역할과 기능이 확정되지 않은 부분에는 `[입력 필요]`를 표시하라.

2. **화면별 구성요소**  
   화면마다 다음 항목을 개조식으로 적어라.
   - 상단 영역과 페이지 제목
   - 검색·필터·날짜·반 선택 요소
   - 학생 목록 또는 출결 정보
   - 출결 기록·수정·취소 제어
   - 학부모 알림 관련 정보와 행동
   - 확인·취소·재시도 버튼
   - 개인정보가 표시되는 위치와 공개 범위 확인 지점
   - 키보드 포커스 순서와 스크린리더 라벨

3. **상태별 동작**  
   정상, 로딩, 빈 상태, 입력 오류, 권한 부족, 알림 전송 실패, 네트워크 오류를 표로 작성하라. 각 행에 `조건 / 화면 표시 / 사용자 행동 / 시스템 결과 / 재시도 또는 복구`를 포함하라.

4. **디자인 토큰**  
   색, 타이포그래피, 간격, 모서리, 아이콘, 상태 표시 원칙을 표로 작성하라. 색상값·서체명·간격값이 입력되지 않았다면 `[입력 필요: 디자인 토큰 값]`으로 표시하라. 출결 상태는 색상만으로 의미를 전달하지 않는다는 원칙을 포함하라.

5. **검토 메모**  
   KWCAG 확인 항목, 한글 조판 처리, 한국식 이름·주소·전화번호 입력, 장애인차별금지법상 정보접근성 의무 적용 여부 `[확인 필요]`, 알림 채널과 발송 조건 `[입력 필요]`을 짧게 정리하라.

화면 설계안의 설명과 검토 메모는 짧은 서술형으로 쓰고, 화면 목록·구성요소·상태별 동작·디자인 토큰은 표와 목록 중심으로 작성하라.

## 문체 규칙

지정 문체는 **hybrid(혼합)**다. 화면 목록, 구성요소, 상태별 동작, 디자인 토큰은 개조식·표 중심으로 작성하고, 역할 설명·설계 의도·검토 메모는 짧은 서술형으로 작성하라. 제품명이 확정되지 않았으므로 임의의 서비스명이나 홍보성 표현을 사용하지 마라. “직관적인”, “사용자 친화적인”, “매끄러운 경험”처럼 근거 없이 평가하는 클리셰는 구체적인 화면 동작이나 검증 기준으로 바꿔라.

## 문체 규칙 (휴머나이저 v1)

산출물의 산문 전체에 적용한다. 코드, 명령어, 인용문, 고유명사는 손대지 않는다.

- 종결어미를 하나로 고정하지 마라. ~다/~는데/명사형 종결을 섞고 장문과 단문을 교차시킨다.
- 서두 인사("물론입니다!", "~에 대해 알아보겠습니다")와 마무리 상투구("결론적으로", "도움이 되셨기를 바랍니다")를 쓰지 않는다. 마지막 구체 사실로 끝낸다.
- "첫째, 둘째" 기계 나열, 이모지, 문단마다 붙는 볼드 소제목 금지.
- 근거 없는 추상어("다양한", "효과적인", "전략적 접근")를 구체 서술로 바꿔라. 단 그 구체 정보는 사용자 입력과 검증 가능한 출처에 있는 사실만 쓴다. 인간답게 보이려고 세부를 지어내지 마라. 받지 못한 값은 [입력 필요] 슬롯으로 남긴다.
- 번역투를 피한다. "~에 있어서", "~을 통해" 남발과 "~되어지다" 같은 이중 피동 금지.
- 문두 접속사("또한", "하지만", "따라서")를 연속해서 쓰지 않는다. 문맥상 명확한 주어는 생략한다.
- 같은 핵심어를 한 문단에서 반복하지 마라. 억지 동의어로 돌려 말하는 과교정도 피한다.
- 오탐 가드: 오류 없는 문법, 한 번의 접속어, 격식 어휘는 그 자체로 AI 문체가 아니다. 신호가 여럿 겹칠 때만 고치고, 일부러 거칠게 쓰지 마라.

## 제출 전 자기 감사

초안을 완성한 뒤 스스로 두 가지를 점검하라. 어느 부분이 명백히 AI 문체로 읽히는가. 사용자 입력이나 검증 가능한 출처에 없는 사실을 단정한 곳이 있는가. 걸린 부분을 고쳐 쓴 다음 최종본만 출력한다. 점검 과정 자체는 출력하지 마라.

## 자기검증

1. 산출물이 학원 출결 관리 앱의 화면 설계안인지, 일반적인 앱 소개문이나 마케팅 카피로 이탈하지 않았는지 확인하라.
2. 학부모 알림이 화면 구성과 상태별 동작에 실제로 포함되었는지 확인하라.
3. 사용자 원문에 없던 학원명, 브랜드 색상, 플랫폼, 출결 상태, 알림 채널, 정책을 사실처럼 추가하지 않았는지 확인하라.
4. `[입력 필요: 대상 플랫폼]`, `[입력 필요: 브랜드 고정 묘사]`, `[입력 필요: 출결 상태 목록]` 등 슬롯을 임의 값으로 채우지 않았는지 확인하라.
5. 운영자·강사·학부모의 권한과 화면 접근을 구분했으며, 확인되지 않은 역할을 추가하지 않았는지 확인하라.
6. 출결 정상 처리뿐 아니라 수정·취소·빈 상태·알림 수신 대상 없음·알림 전송 실패·네트워크 오류를 각각 다뤘는지 확인하라.
7. 로딩·빈 상태·오류 상태마다 화면 안내, 사용자 행동, 복구 또는 재시도 동작이 있는지 확인하라.
8. KWCAG, 키보드 조작, 스크린리더 라벨, 색상 외 상태 식별, 한글 줄바꿈과 행간 처리를 포함했는지 확인하라.
9. 이름·주소·전화번호 입력이 등장할 경우 한국식 형식과 검증 정책을 임의로 확정하지 않고 필요한 슬롯을 남겼는지 확인하라.
10. 화면별 구성요소·상태별 동작·디자인 토큰이 지정된 표 형식과 열을 따르는지 확인하라.
11. 지정 문체인 hybrid의 경계가 지켜졌는지, 표·목록 영역과 서술형 영역이 뒤섞이지 않았는지 확인하라.
12. 확인하지 않은 법령 세부 내용이나 접근성 의무를 지어내지 않고, 필요한 곳에 `[확인 필요]`와 공식 기준 확인 지시를 남겼는지 확인하라.