기존 프로젝트 스택을 사용하여 [PROJECT] 및 [AUDIENCE]용으로 편집 가능한 모바일 우선 앱 프로토타입을 제작하세요. 과제는 통근 티켓 지갑입니다.

## 필수 콘텐츠 및 구조

출발지, 목적지, 출발 시간을 선택하고 데모임이 명확히 표시된 요금을 검토한 다음, 샘플 승차권과 유효 기간을 표시하세요.

## 화면 및 탐색

서로 연결된 세 가지 화면을 제작하세요: 여정 선택, 티켓 검토, 내 티켓. 선택한 기록이 화면 제목이나 요약에 계속 표시되도록 하세요. 명시적인 뒤로 가기 동작을 지원하고, 화면 간 이동 시 작성 중인 입력값을 유지하세요. 주요 동작은 관련 콘텐츠 가까이에 배치하고 모바일 안전 영역, 표시된 소프트웨어 키보드 및 번역 시 길어지는 레이블을 고려하세요. 데스크톱 너비에서는 단계를 제거하거나 과제를 변경하지 않고 구성을 조정하세요.

## 프로젝트 입력 자료

이름, 기록, 레이블, 수량 및 목적지는 [APPROVED_CONTENT]를 사용하세요. 운영 관련 내용을 임의로 만들지 말고 누락된 데이터를 요청하세요. 데모 기록에는 가상의 브랜드 Metroday를 사용할 수 있으며, 샘플 데이터임을 표시하세요. 어떤 동작이 로컬 프로토타입 상호작용이고 어떤 동작에 인증, 영구 저장, 권한 또는 백엔드가 필요한지 설명하세요. 해당 연동을 명시적으로 구현하고 테스트하지 않았다면 외부 서비스에 연결하거나 거래가 완료되었다고 주장하지 마세요.

## 디자인 방향

[BRAND_RULES]를 따르세요. 브랜드가 제공되지 않은 경우 흰색, 짙은 네이비, 일렉트릭 라임, 대중교통 스타일 타이포그래피를 사용하세요. 일반적인 대시보드 카드를 반복하는 대신 고유한 콘텐츠와 컨트롤을 통해 워크플로를 쉽게 알아볼 수 있게 하세요. 일관된 간격 체계와 명확한 텍스트 위계를 사용하세요. 눈에 보이는 키보드 포커스, 접근 가능한 이름, 충분한 대비 및 색상에 의존하지 않는 상태 레이블을 포함하세요. 동작 줄이기 설정을 존중하고 애니메이션 전환은 선택 사항으로 유지하세요.

## 작업별 승인 검사

- 만료된 티켓과 향후 사용 가능한 티켓을 명확히 구분하고, 오프라인 열람이 여행에 유효한 티켓임을 암시해서는 안 됩니다.

## 인터랙션 상태

로컬 샘플 데이터로 세 화면의 정상 경로를 구현하세요. 유용한 빈 상태, 작업 완료 전 유효성 검사, 로딩 또는 대기 상태, 복구 가능한 실패 상태를 포함하세요. 파괴적인 변경에는 검토 또는 실행 취소 경로가 필요합니다. 세 화면 모두에서 레코드 상태를 일관되게 유지하세요. 일부만 작성된 입력을 알림 없이 버리거나 재시도 후 사용자의 선택을 변경하지 마세요.

## 결과물 및 검토

편집 가능한 앱 화면을 제공하고 데이터 모델, 로컬 저장소 동작, 구현되지 않은 연동을 설명하세요. 320px 및 더 넓은 뷰포트에서 키보드 탐색과 긴 콘텐츠를 사용해 테스트하세요. 기능을 추가하기 전에 위의 작업별 승인 검사를 통해 결과를 검토하세요. 데모 동작과 실제 운영 중인 프로덕션 서비스를 명확히 구분하세요.

## 참고 첨부 파일 및 재구성 목표

이 프롬프트의 다운로드 번들에 있는 reference.webp를 프롬프트와 함께 OpenDesign에 첨부하세요. 유사한 구성과 계층 구조를 갖춘 편집 가능한 결과물을 제작하되, 참고 이미지 전체를 완성된 인터페이스로 삽입하지 마세요. 허구의 샘플 레이블과 충돌하는 경우 승인된 프로젝트 콘텐츠와 브랜드 규칙을 우선하여 유지하세요. 이미지가 없거나 읽을 수 없다면 시각적 충실도를 주장하지 말고 이미지를 요청하세요.

## 참고 구성 및 콘텐츠

첨부된 reference.webp를 통근 티켓 지갑의 시각적 참고 자료로 사용하세요. 제작 전에 위에서 아래로 이어지는 주요 영역과 각 영역의 상대적 너비 및 높이, 정렬, 간격, 타이포그래피 위계, 표면 색상, 테두리, 이미지 및 반복 구성 요소를 파악하세요. 일반적인 템플릿으로 대체하지 말고 이러한 관계를 유지하세요. 필수 과제 콘텐츠: 출발지, 목적지 및 출발 시간을 선택하고, 데모임이 명확히 표시된 요금을 검토한 다음 샘플 티켓과 유효 기간을 표시하세요. 이미지를 편집 가능한 요소로 옮길 때 다음 과제별 레이아웃 지침을 따르세요. 여정 선택을 시작 화면으로 사용하고, 티켓 검토에는 명확한 주요 동작을 제공하며, 내 티켓에서는 발생한 일과 다음에 가능한 일을 설명하세요. 흰색, 짙은 네이비, 일렉트릭 라임, 대중교통 스타일 타이포그래피를 시작 방향으로 삼되 제공된 브랜드에 맞게 조정하세요. 세 화면 전체에서 기록 식별 정보와 내비게이션 맥락이 계속 보이도록 하세요. 장식 패널보다 엄지손가락으로 쉽게 사용할 수 있는 컨트롤과 읽기 쉬운 레이블을 우선하세요. 넓은 화면에서는 모바일 구성을 화면 가장자리까지 늘리지 말고 워크플로의 일관성을 유지하세요.

## 예시 프로젝트 요구에서 가져온 시각적 방향

흰색, 짙은 네이비, 일렉트릭 라임, 대중교통 스타일 타이포그래피.

## 상호작용 사양

참고 자료는 정적인 콘셉트입니다. 아래 동작은 구현해야 할 요구 사항이지, 이미지가 이미 작동한다는 증거가 아닙니다. 맞춤 설정한 프롬프트를 프로젝트에 복사하고 연결된 흐름을 제작하세요. 출발지, 목적지 및 출발 시간을 선택하고, 데모임이 명확히 표시된 요금을 검토한 다음 샘플 티켓과 유효 기간을 표시하세요. 만료된 티켓과 향후 사용 가능한 티켓을 명확히 구분하고, 오프라인 열람이 여행에 유효한 티켓임을 암시해서는 안 됩니다. 표시되는 각 컨트롤의 트리거, 영향을 받는 상태 및 피드백을 명시하고, 관련 화면 전반에서 일관된 상태를 유지하도록 로컬 변경 사항을 구현하세요. 검색과 필터에는 실제 결과를 제공하고, 선택 컨트롤에는 명시적인 활성 상태를 적용하며, 저장 동작에는 필요한 경우 눈에 보이는 대기/성공/실패 피드백을 제공하세요. 관련 없는 워크플로는 추가하지 마세요. 내비게이션에는 적절한 링크를, 동작에는 버튼을 사용하고, 아이콘 컨트롤에는 접근 가능한 이름을 제공하세요. 로컬 데모만 변경되었는데 백엔드 작업이 성공한 것처럼 암시하지 마세요.

## 시각적 비교 및 결과물 전달

1. 동일한 비율로 결과물을 첨부 이미지와 비교하세요. 장식적인 세부 사항을 다듬기 전에 주요 영역의 배치, 이미지의 상대적 크기, 줄바꿈, 간격, 타이포그래피 계층, 대비, 활성 상태 및 콘텐츠 밀도를 검토하세요.
2. 그런 다음 데스크톱 텍스트를 작은 레이블에 억지로 끼워 넣지 말고 좁은 레이아웃을 테스트하세요.
3. 로고, 사진 및 아이콘은 별도의 에셋으로 유지하고 의미 있는 모든 레이블은 편집 가능하게 만드세요. 사용할 수 없는 글꼴/에셋과 의도적으로 다르게 구현한 부분을 나열하세요. 작업 파일과 함께 구현된 동작 및 남은 연동 작업을 간결하게 설명하세요. 프롬프트만으로 픽셀 단위까지 동일한 결과를 약속하지 마세요.