접근성 도시 가이드 디자인 프롬프트

이 접근성 도시 가이드 디자인 프롬프트를 사용하여 구체적인 접근성 기능을 기준으로 장소를 탐색하고, 날짜가 표시된 출처 메모를 확인한 뒤, 선택적 보충 정보와 함께 수정 사항을 제출하세요.

준비할 콘텐츠
장소, 접근성 세부 정보, 업데이트 제출을 위한 승인된 기록과 필드 레이블, 작업 및 데이터 유지 규칙, 브랜드 에셋과 권한 요구 사항.
디자인 중점 사항
알 수 없는 접근성 정보와 제공되지 않는 기능을 별도로 나타내고, 사진만으로 접근성을 추론하지 마세요.
장소, 접근성 세부 정보, 수정 사항 제출을 세 개의 모바일 앱 화면으로 보여 주는 가상의 접근성 도시 가이드 Open Routes.
접근 가능한 도시 가이드
장소, 접근성 세부 정보, 수정 사항 제출을 세 개의 모바일 앱 화면으로 보여 주는 가상의 접근성 도시 가이드 Open Routes.

프롬프트 사용

프롬프트
프로젝트 요구사항 추가

아래에 맥락을 추가하세요. 복사하거나 다운로드할 때 프롬프트에 포함됩니다.

기존 프로젝트 스택을 사용하여 [PROJECT] 및 [AUDIENCE]를 위한 편집 가능한 모바일 우선 앱 프로토타입을 제작하세요. 작업은 접근 가능한 도시 가이드입니다.

필수 콘텐츠 및 구조

특정 접근성 기능을 기준으로 장소를 탐색하고, 날짜가 표시된 출처 메모를 확인하며, 선택적으로 근거 자료를 첨부해 수정 사항을 제출하세요.

화면 및 탐색

서로 연결된 세 개의 화면을 구축하세요: 장소, 접근성 세부 정보, 수정 사항 제출. 선택한 레코드가 화면 제목이나 요약에 계속 표시되도록 하세요. 명시적인 뒤로 가기 동작을 지원하고 화면 간 이동 시 작성 중인 입력 내용을 유지하세요. 기본 동작은 관련 콘텐츠 가까이에 배치하고 모바일 안전 영역, 표시된 소프트웨어 키보드, 번역 후 길어진 레이블을 고려하세요. 데스크톱 너비에서는 단계를 제거하거나 작업을 변경하지 않고 구성을 조정하세요.

프로젝트 입력 자료

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

디자인 방향

[BRAND_RULES]를 따르세요. 브랜드가 제공되지 않은 경우 흰색, 네이비, 따뜻한 노란색과 고대비 길 찾기 요소를 사용하세요. 일반적인 대시보드 카드를 반복하기보다 고유한 콘텐츠와 컨트롤을 통해 워크플로를 쉽게 알아볼 수 있게 하세요. 일관된 간격 체계와 명확한 텍스트 위계를 사용하세요. 눈에 보이는 키보드 포커스, 접근 가능한 이름, 충분한 대비, 색상에 의존하지 않는 상태 레이블을 포함하세요. 모션 감소 설정을 준수하고 애니메이션 전환은 선택 사항으로 유지하세요.

작업별 승인 검사

  • 알 수 없는 접근성 정보는 이용 불가능한 기능과 구분하여 표시하고, 사진만으로 접근성을 추론하지 마세요.

인터랙션 상태

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

결과물 및 검토

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

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

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

참고 구성 및 콘텐츠

첨부된 reference.webp를 접근성 도시 가이드의 시각적 참고 자료로 사용하세요. 구축하기 전에 위에서 아래로 주요 영역, 상대적 너비와 높이, 정렬, 간격, 타이포그래피 위계, 표면 색상, 테두리, 이미지, 반복되는 구성 요소를 파악하세요. 일반적인 템플릿으로 대체하지 말고 이러한 관계를 유지하세요. 필수 작업 콘텐츠: 구체적인 접근성 기능을 기준으로 장소를 탐색하고, 날짜가 표시된 출처 메모를 확인한 뒤, 선택적 보충 정보와 함께 수정 사항을 제출합니다. 이미지를 편집 가능한 요소로 옮길 때 다음 작업별 레이아웃 지침을 따르세요. 장소를 진입 화면으로 시작하고, 접근성 세부 정보에 명확한 기본 동작을 제공하며, 수정 사항 제출 화면에서는 어떤 일이 일어났고 다음에 무엇을 할 수 있는지 설명하세요. 제공된 브랜드에 맞게 조정하되 흰색, 네이비, 따뜻한 노란색과 고대비 길 찾기 요소를 시작 방향으로 사용하세요. 세 화면에서 레코드 식별 정보와 탐색 맥락이 계속 보이도록 하세요. 장식 패널보다 엄지손가락으로 쉽게 조작할 수 있는 컨트롤과 읽기 쉬운 레이블을 우선하세요. 넓은 화면에서는 모바일 구성을 좌우 끝까지 늘리지 말고 워크플로의 일관성을 유지하세요.

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

흰색, 네이비, 따뜻한 노란색, 고대비 길 찾기 요소.

상호작용 사양

참고 이미지는 정적인 콘셉트입니다. 아래 동작은 구현해야 할 요구 사항이며 이미지가 이미 작동한다는 증거가 아닙니다. 맞춤화된 프롬프트를 프로젝트에 복사하고 연결된 흐름을 구축하세요. 구체적인 접근성 기능을 기준으로 장소를 탐색하고, 날짜가 표시된 출처 메모를 확인한 뒤, 선택적 보충 정보와 함께 수정 사항을 제출합니다. 알 수 없는 접근성 정보는 이용 불가능한 기능과 구분하여 표시하고, 사진만으로 접근성을 추론하지 마세요. 표시되는 각 컨트롤에 대해 트리거, 영향을 받는 상태, 피드백을 명시하고 관련 화면에서 일관된 상태를 유지하며 로컬 변경 사항을 구현하세요. 검색과 필터가 실제 결과를 반환하게 하고, 선택 컨트롤에 명시적인 활성 상태를 제공하며, 해당되는 경우 저장 동작에 눈에 보이는 대기·성공·실패 피드백을 제공하세요. 관련 없는 워크플로를 추가하지 마세요. 탐색에는 적절한 링크를, 동작에는 버튼을 사용하고 아이콘 컨트롤에는 접근 가능한 이름을 제공하세요. 로컬 데모만 변경되었는데 백엔드 작업이 성공한 것처럼 표시하지 마세요.

시각적 비교 및 결과물 전달

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

프롬프트 + 이미지 다운로드

전체 프롬프트와 원본 크기 참고 이미지가 포함됩니다. 레이아웃 지침으로 활용할 수 있도록 둘 다 OpenDesign에 첨부하세요.

파일 다운로드

접근성 도시 가이드 디자인 프롬프트 작성 방법

이 접근성 도시 가이드 디자인 프롬프트를 사용하여 구체적인 접근성 기능을 기준으로 장소를 탐색하고, 날짜가 표시된 출처 메모를 확인한 뒤, 선택적 보충 정보와 함께 수정 사항을 제출하세요.

참고 자료는 AI가 생성한 콘셉트입니다. 아래 지침은 제작하고 테스트해야 할 항목을 설명하며, 이미지는 작동하는 동작을 보여주는 것이 아닙니다.

접근성 기능을 개별적으로 설명하세요

접근성 도시 가이드에는 안심시키는 배지 하나가 아니라 구체적인 접근성 정보가 필요합니다.

장소, 접근성 세부 정보, 수정 사항 제출을 세 개의 모바일 앱 화면으로 보여 주는 가상의 접근성 도시 가이드 Open Routes.
접근성 도시 가이드 — 전체 위계를 아래 레이아웃 지침과 비교하세요.

출처 날짜와 알 수 없는 세부 정보는 사용자가 장소가 자신의 요구 사항에 적합한지 판단하는 데 도움이 됩니다. 장소를 진입 화면으로 시작하고, 접근성 세부 정보에 명확한 기본 동작을 제공하며, 수정 사항 제출 화면에서는 어떤 일이 일어났고 다음에 무엇을 할 수 있는지 설명하세요. 제공된 브랜드에 맞게 조정하되 흰색, 네이비, 따뜻한 노란색과 고대비 길 찾기 요소를 시작 방향으로 사용하세요. 세 화면에서 레코드 식별 정보와 탐색 맥락이 계속 보이도록 하세요. 장식 패널보다 엄지손가락으로 쉽게 조작할 수 있는 컨트롤과 읽기 쉬운 레이블을 우선하세요. 넓은 화면에서는 모바일 구성을 좌우 끝까지 늘리지 말고 워크플로의 일관성을 유지하세요.

프롬프트에서 가져오기

서로 연결된 세 개의 화면을 구축하세요: 장소, 접근성 세부 정보, 수정 사항 제출.

내 프로젝트에 맞게 조정하기

각 장소의 [ACCESS_FEATURES]를 출처 메모 및 확인 날짜와 함께 개별적으로 나열하세요. 알 수 없는 정보와 확인된 부재를 구분하고 수정 양식을 제공하세요.

접근성 도시 가이드 콘텐츠 준비

가운데 화면에는 장소 사진과 함께 개별적으로 표시된 접근 지원 기능 및 날짜가 기재된 출처 메모가 배치되어 있습니다. 장소에 설명 없는 하나의 접근성 점수를 부여하는 대신 기능별 근거를 준비하세요.

접근 가능한 도시 가이드 레퍼런스의 장소 세부 정보 및 접근성 근거
장소 세부 정보 및 접근성 근거.

장소 이름, 개별 접근성 기능, 각 정보의 출처와 날짜, 수정에 필요한 필드를 준비하세요. 디자인이 불확실성을 숨기지 않고 설명하도록 출입구 정보가 알려지지 않은 장소 목록을 포함하세요.

프롬프트에서 가져오기

특정 접근성 기능을 기준으로 장소를 탐색하고, 날짜가 표시된 출처 메모를 확인하며, 선택적으로 근거 자료를 첨부해 수정 사항을 제출하세요.

내 프로젝트에 맞게 조정하기

[PROJECT]에서는 이 접근성 도시 가이드의 출처로 [APPROVED_CONTENT]를 사용하세요. 장소, 접근성 세부 정보, 수정 사항 제출에 사용할 승인된 레코드와 필드 레이블, 동작 및 영속성 규칙, 브랜드 자산, 권한 요구 사항을 제공하세요. 누락된 입력 자료를 데모 콘텐츠로 대체하기 전에 먼저 식별하세요.

불완전한 목록 확인

업데이트 화면은 기능 체크박스, 서면 보고서, 선택 사항인 사진을 구분합니다. 유효성 검사와 제출 피드백을 명시하세요. 정적인 양식만으로는 업데이트가 접수되었음을 알 수 없습니다.

접근 가능한 도시 가이드 레퍼런스에서 접근성 업데이트 제출
접근성 업데이트 제출.

출입구 정보가 없는 장소를 접근할 수 없거나 완전히 접근 가능한 것처럼 표시해서는 안 됩니다. 사진은 장소 목록을 보완할 수 있지만 그 자체만으로 접근성 기능을 입증할 수는 없습니다. 먼저 이 특정 경계를 테스트하세요. 알 수 없는 접근성 정보는 이용 불가능한 기능과 구분하여 표시하고, 사진만으로 접근성을 추론하지 마세요. 그런 다음 긴 레코드 제목, 저장된 레코드가 없는 상태, 실패한 동작을 사용해 주요 흐름을 실행하세요. 사용자는 색상에 의존하지 않고도 무엇이 저장되었고, 무엇이 대기 중이며, 무엇을 실행 취소할 수 있는지 알 수 있어야 합니다. 이전 화면으로 돌아갔을 때 입력한 데이터가 유지되는지, 스크린 리더가 제목, 상태, 기본 동작을 자연스러운 순서로 탐색하는지 확인하세요.

프롬프트에서 가져오기

알 수 없는 접근성 정보와 제공되지 않는 기능을 별도로 나타내고, 사진만으로 접근성을 추론하지 마세요.

내 프로젝트에 맞게 조정하기

다음 요구 사항에 따라 접근성 도시 가이드를 검토하세요. 알 수 없는 접근성 정보는 이용 불가능한 기능과 구분하여 표시하고, 사진만으로 접근성을 추론하지 마세요. 먼저 이 특정 경계를 테스트하세요. 알 수 없는 접근성 정보는 이용 불가능한 기능과 구분하여 표시하고, 사진만으로 접근성을 추론하지 마세요. 그런 다음 긴 레코드 제목, 저장된 레코드가 없는 상태, 실패한 동작을 사용해 주요 흐름을 실행하세요. 사용자는 색상에 의존하지 않고도 무엇이 저장되었고, 무엇이 대기 중이며, 무엇을 실행 취소할 수 있는지 알 수 있어야 합니다. 이전 화면으로 돌아갔을 때 입력한 데이터가 유지되는지, 스크린 리더가 제목, 상태, 기본 동작을 자연스러운 순서로 탐색하는지 확인하세요. 승인된 콘텐츠는 유지하고 이 검사를 통과하지 못한 부분만 수정하세요.

접근성 도시 가이드 결과 검토

예시는 AI가 생성한 시각적 콘셉트입니다. 연결된 서비스, 기기 권한 및 영구 데이터는 별도의 구현과 테스트가 필요합니다.

  • 알 수 없는 접근성 정보와 제공되지 않는 기능을 별도로 나타내고, 사진만으로 접근성을 추론하지 마세요.

후속 프롬프트

첫 번째 결과를 만든 후 사용하세요. 수정 범위를 이 작업의 가장 중요한 부분으로 좁혀 줍니다.

접근성 세부 정보에서 업데이트 제출로 이어지는 전환만 개선하세요. 알 수 없는 접근성 정보와 제공되지 않는 기능을 별도로 나타내고, 사진만으로 접근성을 추론하지 마세요. 관련된 대기, 실패 및 완료 상태를 명확한 레이블과 함께 표시하세요. 승인된 탐색, 타이포그래피 및 기타 화면을 유지하세요. 변경된 보기를 반환하고 입력된 데이터가 재시도 후에도 유지되는 방식을 설명하세요.

OpenDesign

프롬프트를 디자인으로 완성하세요.

프롬프트와 참고 이미지를 OpenDesign으로 가져오세요. 콘텐츠를 추가하고 첫 번째 버전을 제작한 뒤 세부 사항을 다듬으세요.

OpenDesign 다운로드 ↓
OpenDesign 홈페이지의 푸른 호수, 초록빛 물가와 햇살이 비치는 하늘을 담은 파스텔화.