피트니스 앱 온보딩 3화면을 설계해 줘

## 역할과 목표

너는 피트니스 앱의 UX/UI 설계자다. 제공된 정보만 바탕으로 사용자가 처음 앱을 실행했을 때 거치는 정확히 3개의 온보딩 화면을 설계하라. 결과물은 화면 목록, 화면별 구성요소, 상태별 동작, 디자인 토큰을 포함한 구현 가능한 UI 설계안이어야 한다. 완료 기준은 세 화면의 목적과 순서가 분명하고, 각 화면에 필요한 콘텐츠·입력·버튼·상태·접근성 동작이 빠짐없이 연결되는 것이다. 앱의 구체적인 브랜드, 사용자군, 플랫폼이 주어지지 않았다면 임의로 정하지 말고 해당 위치에 슬롯을 남겨라.

## 범위와 전제

- 다룰 범위: 피트니스 앱의 첫 사용 경험에 해당하는 온보딩 3화면, 화면 간 이동, 입력 또는 선택 요소, 건너뛰기와 완료 동작, 로딩·빈 상태·오류 상태, 접근성 및 한국어 조판.
- 다루지 않을 범위: 온보딩 이후의 홈·운동 상세·결제·회원 관리 화면, 실제 운동 콘텐츠, 서버 API, 브랜드 전략, 확정된 카피와 시각 자산 제작.
- 사용자 원문에서 확인되는 사실은 “피트니스 앱”과 “온보딩 3화면”뿐이다. 다음 정보는 확인 전까지 슬롯으로 표시하라.
  - 브랜드 고정 묘사: `[입력 필요: 브랜드명·로고·색상·시각 스타일]`
  - 대상 사용자: `[입력 필요: 주요 사용자군]`
  - 온보딩 목표: `[입력 필요: 온보딩 완료 후 달성할 행동]`
  - 플랫폼: `[입력 필요: iOS·Android·웹]`
  - 화면 크기와 기술 환경: `[입력 필요: 기준 디바이스·해상도·프레임워크]`
- 위 슬롯은 피트니스 앱에 사용할 실제 브랜드·사용자·플랫폼 정보를 제공받은 뒤에만 채우고, 임의의 회사명·색상값·연령·운동 목표·디바이스를 넣지 마라.
- 특정 건강 효과, 체중 감량 수치, 의료적 효능을 사실처럼 약속하지 마라. 그런 내용이 필요하면 `[입력 필요: 검증된 근거와 표시 문구]`로 남겨라.

## 작업 규칙

1. 먼저 온보딩의 목적을 `[입력 필요: 온보딩 목표]`와 연결해 정의하라. 목표가 제공되면 그 목표를 기준으로 3화면의 순서를 정하고, 제공되지 않으면 목적을 확정하지 말고 가능한 역할을 “소개”, “개인화 정보 수집”, “시작 유도”처럼 중립적으로 표시하라.
2. 각 화면에는 하나의 주된 사용자 행동만 둔다. 사용자가 앱의 가치를 이해하는 화면이면 설명과 다음 이동에 집중하고, 운동 목표·경험 수준·알림 등 입력을 받는 화면이면 선택 항목과 선택 결과를 명시하라. 어떤 정보를 받을지 불명확하면 `[입력 필요: 수집할 사용자 정보]`로 남긴다.
3. 화면 순서는 다음 조건으로 결정하라.
   - 앱의 핵심 가치를 먼저 이해해야 하는 경우: 소개 → 개인화 → 시작 확인.
   - 개인화 설정이 서비스 진입에 필수인 경우: 최소 필수 정보 → 선택적 추가 정보 → 시작 확인.
   - 필수 입력이 없는 경우: 소개 → 사용 방식 또는 혜택 설명 → 시작 확인.
   선택한 분기와 선택 이유를 설계안에 한 줄로 밝히되, 사용자 원문에 없는 사업 목표를 사실처럼 쓰지 마라.
4. 각 화면에서 버튼의 라벨, 탭 후 이동, 뒤로 가기, 건너뛰기 가능 여부를 명시하라. 건너뛸 수 있는 입력은 건너뛴 뒤 어떤 기본 상태로 이어지는지 적고, 필수 입력은 미완료 상태에서 진행 버튼을 비활성화하거나 오류 안내를 보여 주는 조건을 명시하라.
5. 로딩 상태는 저장·계정 확인·콘텐츠 준비가 실제로 필요한 경우에만 포함하라. 오류 상태에는 사용자가 이해할 수 있는 한국어 메시지, 재시도 방법, 입력 보존 여부를 적어라. 빈 상태가 가능한 화면에는 빈 상태의 설명과 다음 행동을 넣어라.
6. 브랜드 고정 묘사 `[입력 필요: 브랜드명·로고·색상·시각 스타일]`가 채워지면 세 화면에서 동일한 표현을 유지하라. 화면마다 색상·로고 처리·일러스트 스타일을 임의로 바꾸지 마라.
7. 접근성은 KWCAG를 기준으로 확인하라. 모든 조작 요소에 키보드 또는 하드웨어 키 조작 순서, 포커스 표시, 스크린리더 라벨을 지정하고, 색상만으로 선택·오류·완료 상태를 전달하지 마라. 공공기관·교육·복지 대상 앱이라면 장애인차별금지법상 정보접근성 의무 적용 여부를 `[확인 필요]`로 표시하라.
8. 한국어 화면에서는 어절 단위 줄바꿈을 우선하고 `word-break`·`line-break` 처리 방향을 명시하라. 본문 행간과 버튼 높이는 긴 한국어 문구가 잘리지 않도록 설계하되, 구체적인 수치는 플랫폼 또는 디자인 시스템 값이 제공된 경우에만 사용하라.
9. 외부 근거가 필요한 주장이나 접근성·법적 적용 판단은 공식 기준 또는 검증 가능한 출처를 확인하라고 표시하라. 출처가 제공되지 않은 건강 관련 수치와 법적 결론은 단정하지 말고 `[확인 필요]`를 붙여라.

## 산출물 구조

다음 순서로 작성하라.

1. **설계 전제와 사용자 흐름**
   - 피트니스 앱과 정확히 3화면이라는 범위를 한 줄로 확인한다.
   - 선택한 화면 순서와 그 이유를 2~3문장으로 서술한다.
   - 확정되지 않은 브랜드·사용자·플랫폼 정보는 슬롯 목록으로 둔다.

2. **화면 목록**
   - 표 열: 화면 번호, 화면 목적, 주 사용자 행동, 다음 이동, 건너뛰기 여부.
   - 화면 번호는 1, 2, 3만 사용한다.

3. **화면별 구성요소**
   - 각 화면마다 제목, 보조 문구, 시각 요소, 입력 또는 선택 요소, 주요 CTA, 보조 CTA, 진행 표시, 접근성 라벨을 개조식으로 적는다.
   - 확정 카피가 없으면 완성된 브랜드 문구를 지어내지 말고 `[입력 필요: 화면 1 제목]`처럼 슬롯으로 둔다.
   - 시각 요소가 필요하지만 자산이 제공되지 않았으면 `[입력 필요: 화면 1 이미지 또는 일러스트 자산]`으로 표시한다.

4. **상태별 동작**
   - 정상, 선택 전, 선택 완료, 로딩, 빈 상태, 오류 상태를 화면별로 구분한다.
   - 해당 상태가 발생하지 않는 화면은 “해당 없음”이라고 쓰고 이유를 짧게 적는다.
   - 버튼 활성화 조건, 오류 문구 슬롯, 재시도와 복구 동작을 포함한다.

5. **디자인 토큰**
   - 색, 타이포그래피, 간격, 모서리, 버튼, 아이콘, 상태 표현을 표로 제시한다.
   - 브랜드 값이 없으면 모든 값에 `[입력 필요: 디자인 토큰 항목]`을 사용한다.
   - 색상 대비, 포커스 표시, 한국어 줄바꿈 규칙과 행간 원칙을 별도 행으로 포함한다.

## 문체 규칙

문체는 **hybrid(혼합)**로 쓴다. 화면 목록·구성요소·상태별 동작·디자인 토큰은 표와 번호 목록 중심의 개조식으로 작성하고, 설계 전제·화면 순서의 이유·분기 판단은 짧은 서술형 문단으로 작성하라. 피트니스 앱에서 흔한 “당신의 최고의 나”, “지금 바로 변화를 시작하세요”처럼 근거 없는 과장이나 상투적인 동기부여 문구는 사용하지 말고, 카피가 미정이면 슬롯으로 남겨라.

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

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

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

## 제출 전 자기 감사

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

## 자기검증

1. 정확히 3개의 온보딩 화면만 설계했는지 화면 번호와 화면 목록을 대조하라.
2. 피트니스 앱 온보딩 범위를 벗어나 홈·운동 상세·결제 화면의 설계를 추가하지 않았는지 확인하라.
3. 입력에 없던 브랜드명, 로고, 사용자 연령, 운동 목표, 플랫폼, 색상값, 건강 효과를 추가하지 않았는지 점검하라.
4. `[입력 필요: 브랜드명·로고·색상·시각 스타일]`과 기타 슬롯을 임의의 실제 값으로 채우지 않았는지 확인하라.
5. 세 화면 각각에 목적, 주요 행동, CTA, 이동 조건이 있는지 확인하라.
6. 로딩·빈 상태·오류 상태를 화면별로 검토하고, 해당 없음인 경우 그 이유를 적었는지 확인하라.
7. KWCAG 기준의 키보드 조작, 포커스 표시, 스크린리더 라벨, 색상 외 상태 표현을 포함했는지 확인하라.
8. 한국어 줄바꿈에서 `word-break`·`line-break` 처리와 행간 원칙을 명시했는지 확인하라.
9. 건강 효능이나 수치를 근거 없이 주장하지 않았고, 필요한 항목에 `[확인 필요]`를 붙였는지 확인하라.
10. 표·목록은 개조식, 설계 이유는 서술형으로 작성해 hybrid 경계를 지켰는지 확인하라.