프롬프트 사용
프로젝트 요구사항 추가
아래에 맥락을 추가하세요. 복사하거나 다운로드할 때 프롬프트에 포함됩니다.
[PROJECT]와 [AUDIENCE]를 위해 기존 프로젝트 스택을 사용해 편집 가능한 모바일 우선 앱 프로토타입을 제작하세요. 과제는 오프라인 하이킹 저널입니다.
필수 콘텐츠 및 구조
사진과 선택적 위치 정보가 포함된 트레일 기록을 작성해 기기에 저장한 다음, 동기화를 기다리는 기록이 정확히 무엇인지 표시하세요.
화면 및 탐색
여행, 새 기록, 동기화 대기열이라는 서로 연결된 3개의 뷰를 구축하세요. 선택한 기록이 화면 제목이나 요약에 계속 표시되게 하세요. 명시적인 뒤로 가기 작업을 지원하고 뷰 사이를 이동할 때 작성 중인 입력을 유지하세요. 기본 작업을 관련 콘텐츠 가까이에 배치하고 모바일 안전 영역, 표시된 소프트웨어 키보드와 긴 번역 레이블을 고려하세요. 데스크톱 너비에서는 단계를 삭제하거나 과제를 변경하지 않고 구성을 조정하세요.
프로젝트 입력 자료
이름, 기록, 레이블, 수량과 목적지에는 [APPROVED_CONTENT]을 사용하세요. 운영상의 내용을 임의로 만들어내지 말고 누락된 데이터를 요청하세요. 데모 기록에는 가상의 브랜드 Field Notes를 사용할 수 있으며, 샘플 데이터라고 표시하세요. 어떤 작업이 로컬 프로토타입 상호작용이고 어떤 작업에 인증, 데이터 유지, 권한 또는 백엔드가 필요한지 설명하세요. 해당 통합이 명시적으로 구현되고 테스트되지 않았다면 외부 서비스에 연결하거나 거래가 완료되었다고 주장하지 마세요.
디자인 방향
[BRAND_RULES]를 따르세요. 브랜드가 제공되지 않은 경우 따뜻한 아이보리색, 포레스트 그린과 야외 사진을 사용하세요. 일반적인 대시보드 카드를 반복하기보다 고유한 콘텐츠와 컨트롤을 통해 워크플로를 알아볼 수 있게 만드세요. 일관된 간격 체계와 명확한 텍스트 계층 구조를 사용하세요. 눈에 보이는 키보드 포커스, 접근 가능한 이름, 충분한 대비와 색상에 의존하지 않는 상태 레이블을 포함하세요. 동작 감소 설정을 존중하고 애니메이션 전환은 선택 사항으로 유지하세요.
작업별 승인 검사
- 사진 업로드에 실패해도 저장된 텍스트 메모는 계속 사용할 수 있어야 하며, 로컬 저장과 동기화 완료를 구분해야 합니다.
인터랙션 상태
로컬 샘플 데이터로 세 화면의 정상 경로를 구현하세요. 유용한 빈 상태, 작업 완료 전 유효성 검사, 로딩 또는 대기 상태, 복구 가능한 실패 상태를 포함하세요. 파괴적인 변경에는 검토 또는 실행 취소 경로가 필요합니다. 세 화면 모두에서 레코드 상태를 일관되게 유지하세요. 일부만 작성된 입력을 알림 없이 버리거나 재시도 후 사용자의 선택을 변경하지 마세요.
결과물 및 검토
편집 가능한 앱 화면을 제공하고 데이터 모델, 로컬 저장소 동작, 구현되지 않은 연동을 설명하세요. 320px 및 더 넓은 뷰포트에서 키보드 탐색과 긴 콘텐츠를 사용해 테스트하세요. 기능을 추가하기 전에 위의 작업별 승인 검사를 통해 결과를 검토하세요. 데모 동작과 실제 운영 중인 프로덕션 서비스를 명확히 구분하세요.
참고 첨부 파일 및 재구성 목표
이 프롬프트의 다운로드 번들에 있는 reference.webp를 프롬프트와 함께 OpenDesign에 첨부하세요. 유사한 구성과 계층 구조를 갖춘 편집 가능한 결과물을 제작하되, 참고 이미지 전체를 완성된 인터페이스로 삽입하지 마세요. 허구의 샘플 레이블과 충돌하는 경우 승인된 프로젝트 콘텐츠와 브랜드 규칙을 우선하여 유지하세요. 이미지가 없거나 읽을 수 없다면 시각적 충실도를 주장하지 말고 이미지를 요청하세요.
참고 구성 및 콘텐츠
첨부된 reference.webp를 오프라인 하이킹 저널의 시각적 레퍼런스로 사용하세요. 구축하기 전에 위에서 아래로 배치된 주요 영역, 상대적인 너비와 높이, 정렬, 간격, 타이포그래피 계층 구조, 표면 색상, 테두리, 이미지와 반복되는 구성요소를 파악하세요. 일반적인 템플릿으로 대체하지 말고 이러한 관계를 유지하세요. 필수 과제 콘텐츠: 사진과 선택적 위치 정보가 포함된 트레일 기록을 작성해 기기에 저장한 다음, 동기화를 기다리는 기록이 정확히 무엇인지 표시하세요. 이미지를 편집 가능한 요소로 옮길 때 다음 과제별 레이아웃 지침을 사용하세요. 여행 화면을 진입 화면으로 시작하고, 새 기록에 명확한 기본 작업을 제공하며, 동기화 대기열에서 발생한 일과 다음에 가능한 작업을 설명하세요. 따뜻한 아이보리색, 포레스트 그린과 야외 사진을 시작 방향으로 삼되 제공된 브랜드에 맞게 조정하세요. 3개 화면 모두에서 기록 식별 정보와 탐색 맥락이 보이게 유지하세요. 장식 패널보다 엄지손가락으로 접근하기 쉬운 컨트롤과 읽기 쉬운 레이블을 우선하세요. 넓은 화면에서는 모바일 구성을 가장자리까지 늘리지 말고 워크플로의 일관성을 유지하세요.
예시 프로젝트 요구에서 가져온 시각적 방향
여행 화면을 진입 화면으로 시작하고, 새 기록에 명확한 기본 작업을 제공하며, 동기화 대기열에서 발생한 일과 다음에 가능한 작업을 설명하세요. 따뜻한 아이보리색, 포레스트 그린과 야외 사진을 시작 방향으로 삼되 제공된 브랜드에 맞게 조정하세요. 3개 화면 모두에서 기록 식별 정보와 탐색 맥락이 보이게 유지하세요. 장식 패널보다 엄지손가락으로 접근하기 쉬운 컨트롤과 읽기 쉬운 레이블을 우선하세요. 넓은 화면에서는 모바일 구성을 가장자리까지 늘리지 말고 워크플로의 일관성을 유지하세요.
상호작용 사양
레퍼런스는 정적인 콘셉트입니다. 아래 동작은 구현해야 할 요구사항이지 이미지가 이미 작동한다는 증거가 아닙니다. 맞춤형 프롬프트를 프로젝트에 복사하고 다음 연결된 흐름을 구축하세요. 사진과 선택적 위치 정보가 포함된 트레일 기록을 작성해 기기에 저장한 다음, 동기화를 기다리는 기록이 정확히 무엇인지 표시하세요. 사진 업로드에 실패해도 저장된 텍스트 메모는 계속 사용할 수 있어야 하며, 로컬 저장과 동기화 완료를 구분해야 합니다. 화면에 표시되는 각 컨트롤의 트리거, 영향을 받는 상태와 피드백을 명시하고, 관련 뷰 전체에서 일관된 상태로 로컬 변경 사항을 구현하세요. 검색과 필터가 실제 결과를 반환하게 하고, 선택 컨트롤에는 명시적인 활성 상태를 제공하며, 저장 작업에는 해당하는 경우 눈에 보이는 대기/성공/실패 피드백을 제공하세요. 관련 없는 워크플로는 추가하지 마세요. 탐색에는 올바른 링크를, 작업에는 버튼을 사용하고, 아이콘 컨트롤에는 접근 가능한 이름을 제공하세요. 로컬 데모만 변경된 경우 백엔드 작업이 성공했다고 암시하지 마세요.
시각적 비교 및 결과물 전달
- 동일한 비율로 결과물을 첨부 이미지와 비교하세요. 장식적인 세부 사항을 다듬기 전에 주요 영역의 배치, 이미지의 상대적 크기, 줄바꿈, 간격, 타이포그래피 계층, 대비, 활성 상태 및 콘텐츠 밀도를 검토하세요.
- 그런 다음 데스크톱 텍스트를 작은 레이블에 억지로 끼워 넣지 말고 좁은 레이아웃을 테스트하세요.
- 로고, 사진 및 아이콘은 별도의 에셋으로 유지하고 의미 있는 모든 레이블은 편집 가능하게 만드세요. 사용할 수 없는 글꼴/에셋과 의도적으로 다르게 구현한 부분을 나열하세요. 작업 파일과 함께 구현된 동작 및 남은 연동 작업을 간결하게 설명하세요. 프롬프트만으로 픽셀 단위까지 동일한 결과를 약속하지 마세요.
프롬프트 + 이미지 다운로드
전체 프롬프트와 원본 크기 참고 이미지가 포함됩니다. 레이아웃 지침으로 활용할 수 있도록 둘 다 OpenDesign에 첨부하세요.
오프라인 하이킹 저널 디자인 프롬프트 작성 방법
이 오프라인 하이킹 저널 디자인 프롬프트를 사용해 사진과 선택적 위치 정보가 포함된 트레일 기록을 작성하고 기기에 저장한 다음, 동기화를 기다리는 기록이 정확히 무엇인지 표시하세요.
참고 자료는 AI가 생성한 콘셉트입니다. 아래 지침은 제작하고 테스트해야 할 항목을 설명하며, 이미지는 작동하는 동작을 보여주는 것이 아닙니다.
여행, 기록과 동기화 상태 연결
왼쪽의 분할형 탐색 모음에서 여행이 선택되어 있습니다. 가운데 뷰의 제목은 “New entry”이고, 오른쪽 뷰의 제목은 “Sync queue”이며 연결 메시지가 먼저 표시됩니다. 따뜻한 아이보리색 표면과 포레스트 그린 컨트롤이 3개 화면을 연결하면서도 모든 레이아웃을 똑같이 만들지는 않습니다.
색상이나 장식을 설명하기 전에 각 뷰의 이름과 역할을 정하세요. 레퍼런스에서는 순서를 보여주기 위해 나란히 배치했지만, 구현된 모바일 앱은 3개 뷰를 하나의 휴대전화 뷰포트에 욱여넣지 말고 뷰 사이를 이동해야 합니다. 여행 화면을 진입 화면으로 시작하고, 새 기록에 명확한 기본 작업을 제공하며, 동기화 대기열에서 발생한 일과 다음에 가능한 작업을 설명하세요. 따뜻한 아이보리색, 포레스트 그린과 야외 사진을 시작 방향으로 삼되 제공된 브랜드에 맞게 조정하세요. 3개 화면 모두에서 기록 식별 정보와 탐색 맥락이 보이게 유지하세요. 장식 패널보다 엄지손가락으로 접근하기 쉬운 컨트롤과 읽기 쉬운 레이블을 우선하세요. 넓은 화면에서는 모바일 구성을 가장자리까지 늘리지 말고 워크플로의 일관성을 유지하세요.
프롬프트에서 가져오기
여행, 새 기록, 동기화 대기열이라는 서로 연결된 3개의 뷰를 구축하세요. 선택한 기록이 화면 제목이나 요약에 계속 표시되게 하세요. 명시적인 뒤로 가기 작업을 지원하고 뷰 사이를 이동할 때 작성 중인 입력을 유지하세요. 기본 작업을 관련 콘텐츠 가까이에 배치하고 모바일 안전 영역, 표시된 소프트웨어 키보드와 긴 번역 레이블을 고려하세요. 데스크톱 너비에서는 단계를 삭제하거나 과제를 변경하지 않고 구성을 조정하세요.
내 프로젝트에 맞게 조정하기
[PROJECT]를 위해 여행, 새 기록과 동기화 대기열이라는 서로 연결된 3개의 뷰를 구축하세요. 여행을 열어 기록을 확인하고, 추가 작업을 사용해 해당 여행에 연결된 초안을 시작하세요. 편집기에 초안을 유지하는 명시적인 뒤로 가기 작업을 제공하세요. 대기열에서도 동일한 여행 식별 정보를 유지하세요. 모바일에서는 한 번에 하나의 뷰를 표시하고, 넓은 화면에는 의도적으로 설계된 레이아웃을 사용하세요.
기록에 실제로 저장되는 항목 정의
기록 화면은 큰 사진, 제목이 있는 메모, 글자 수, 선택적 위치와 “Save on device” 버튼으로 구성됩니다. 위치 행에는 별도의 삭제 컨트롤이 있습니다. 이는 하나의 평면 이미지가 아니라 서로 분리된 콘텐츠 요소입니다.
이미지에 표시된 필드를 작은 데이터 계약으로 전환하세요. 필수 항목, 제거 가능한 항목, 사진 업로드 실패 후에도 유지할 항목을 결정하세요. 표시된 글자 수 카운터는 제한이 있음을 암시하지만, 실제 유효성 검사 규칙은 프로젝트 요구사항에서 정의해야 합니다.
프롬프트에서 가져오기
이름, 기록, 레이블, 수량과 목적지에는 [APPROVED_CONTENT]을 사용하세요. 운영상의 내용을 임의로 만들어내지 말고 누락된 데이터를 요청하세요. 데모 기록에는 가상의 브랜드 Field Notes를 사용할 수 있으며, 샘플 데이터라고 표시하세요. 어떤 작업이 로컬 프로토타입 상호작용이고 어떤 작업에 인증, 데이터 유지, 권한 또는 백엔드가 필요한지 설명하세요. 해당 통합이 명시적으로 구현되고 테스트되지 않았다면 외부 서비스에 연결하거나 거래가 완료되었다고 주장하지 마세요.
내 프로젝트에 맞게 조정하기
각 항목에는 여행 ID, 제목, 메모 텍스트, 선택적 사진, 선택적 좌표, 로컬 저장 타임스탬프를 저장하세요. 샘플 항목에는 [APPROVED_CONTENT]를 사용하세요. 사용자가 메모를 삭제하지 않고 위치를 제거할 수 있게 하세요. [CONTENT_RULES]에서 메모 제한을 정의하고, 남은 글자 수를 표시하며, 유효성 검사를 인라인으로 설명하세요. 사진을 사용할 수 없더라도 저장 시 텍스트는 유지되어야 합니다.
로컬 저장과 완료된 동기화 구분
대기열은 색상뿐 아니라 텍스트로도 “Saved offline”과 “Waiting for connection”을 구분합니다. 목록 앞의 배너에서 연결 조건을 설명합니다. 이는 의도한 상태 모델을 전달하지만, 이미지만으로는 데이터가 유지되거나 업로드가 재개된다는 사실을 입증할 수 없습니다.
전환 규칙을 명시적으로 작성하세요. 로컬 저장, 업로드 대기, 동기화 완료는 서로 다른 상태입니다. 복구 테스트에서는 항목을 전부 성공하거나 전부 실패하는 단일 작업으로 취급하지 말고 텍스트 레코드와 첨부 파일을 모두 확인해야 합니다. 먼저 이 특정 경계를 테스트하세요. 저장된 텍스트 메모는 사진 업로드가 실패해도 계속 사용할 수 있어야 하며, 로컬 저장과 완료된 동기화를 구분해야 합니다. 그런 다음 긴 레코드 제목, 저장된 레코드가 없는 상태, 실패한 작업을 포함해 기본 흐름을 실행하세요. 사용자는 색상에 의존하지 않고 무엇이 저장되었고, 무엇이 대기 중이며, 무엇을 실행 취소할 수 있는지 파악할 수 있어야 합니다. 이전 화면으로 돌아가도 입력한 데이터가 유지되는지, 스크린 리더가 제목, 상태, 기본 작업을 적절한 순서로 읽는지 확인하세요.
프롬프트에서 가져오기
사진 업로드에 실패해도 저장된 텍스트 메모는 계속 사용할 수 있어야 하며, 로컬 저장과 동기화 완료를 구분해야 합니다.
내 프로젝트에 맞게 조정하기
로컬 저장 후 항목을 즉시 표시하고 업로드를 대기 중으로 표시하세요. 사진 업로드가 실패하면 저장된 텍스트를 유지하고 해당 첨부 파일의 재시도 옵션을 제공하세요. 실제 레코드 상태를 기준으로 대기열 수를 업데이트하고 재시도 시 중복 항목이 생기지 않게 하세요. 구현된 서비스가 성공을 확인하기 전에는 “Synced”를 표시하지 말고, 시뮬레이션된 전환에는 데모 동작이라고 명시하세요.
레퍼런스와 프로젝트 요구사항을 함께 사용
맞춤형 프롬프트와 함께 레퍼런스 이미지를 OpenDesign에 첨부하세요. 서로 충돌하는 지침을 덧붙이지 말고 관련 지침을 프로젝트에 맞게 선택한 내용으로 교체하세요. 이 예시는 AI로 생성한 시각적 콘셉트입니다. 연결된 서비스, 기기 권한, 영구 데이터는 별도로 구현하고 테스트해야 합니다.
- 사진 업로드에 실패해도 저장된 텍스트 메모는 계속 사용할 수 있어야 하며, 로컬 저장과 동기화 완료를 구분해야 합니다.
- 먼저 다음과 같은 특정 경계를 테스트하세요. 사진 업로드에 실패해도 저장된 텍스트 메모는 계속 사용할 수 있어야 하며, 로컬 저장과 동기화 완료를 구분해야 합니다. 그런 다음 긴 기록 제목, 저장된 기록이 없는 상태와 실패한 작업을 포함해 주요 흐름을 실행하세요. 사용자가 색상에 의존하지 않고도 저장된 항목, 대기 중인 항목과 실행 취소할 수 있는 항목을 구분할 수 있어야 합니다. 이전 화면으로 돌아가도 입력 데이터가 유지되는지 확인하고, 화면 판독기가 제목, 상태와 기본 작업을 합리적인 순서로 탐색하는지 검증하세요.
후속 프롬프트
첫 번째 결과를 만든 후 사용하세요. 수정 범위를 이 작업의 가장 중요한 부분으로 좁혀 줍니다.
새 기록에서 동기화 대기열로 전환되는 부분만 개선하세요. 사진 업로드에 실패해도 저장된 텍스트 메모는 계속 사용할 수 있어야 하며, 로컬 저장과 동기화 완료를 구분해야 합니다. 관련된 대기, 실패, 완료 상태를 명시적인 레이블과 함께 표시하세요. 승인된 탐색 구조, 타이포그래피와 기타 화면은 유지하세요. 변경된 뷰를 반환하고 재시도 후에도 입력 데이터가 어떻게 유지되는지 설명하세요.
