사용자 온보딩 디자인 프롬프트

계정 온보딩 플로

앱미니멀

프롬프트 미리보기

검토 단계를 포함해 목표 설정, 워크스페이스 구성, 선택적 개인화를 진행하도록 사용자를 안내하세요.

프롬프트 보기

기존 프로젝트 스택과 명확히 표시된 데모 데이터를 사용하여 [PROJECT]와 [AUDIENCE]를 위한 인터랙티브 프런트엔드 프로토타입을 제작하세요. 작업은 다음과 같습니다: 계정 온보딩 플로.

## 필수 콘텐츠 및 구조

검토 단계를 포함해 목표 설정, 워크스페이스 구성, 선택적 개인화를 진행하도록 사용자를 안내하세요.

이름, 날짜, 수치, 주장 및 목적지의 출처로 [APPROVED_CONTENT]를 사용하세요. 내용을 대체하기 전에 누락된 입력을 나열하세요. 시연이 필요하다면 해당 콘텐츠가 허구임을 표시하세요. 고객 인용문, 순위, 파트너 로고 또는 제품 기능을 지어내지 마세요.

## 디자인 방향

[BRAND_RULES]와 프로젝트에서 이미 선택한 디자인 시스템을 사용하세요. 제공된 시스템이 없다면 따뜻한 흰색, 잉크색 텍스트, 절제된 민트색 선택 상태, 넉넉한 간격, 단순한 컨트롤을 기본 방향으로 삼으세요. 타이포그래피, 간격, 색상 역할을 일관되게 유지하세요. 장식 요소보다 작업을 우선하고 서로 무관한 카드로 구성된 일반적인 모음을 피하세요.

## 콘텐츠 준비

사용 가능한 워크스페이스에 도달하기 위해 필요한 최소 설정, 필수 답변, 선택적 개인화를 정의하세요. 각 단계의 유효성 검사 규칙을 준비하세요.

## 레이아웃 및 동작

단계는 짧게 유지하고 선택 사항인 단계를 표시하세요. 사용자가 완료 전에 선택 사항을 검토하고 처음부터 다시 시작하지 않고 이전 답변으로 돌아갈 수 있게 하세요.

## 작업별 승인 검사

- 뒤로 이동해도 답변을 유지하고 필수 단계를 구분하세요.
- 여러 필드를 작성한 후 뒤로 이동하고, 선택적 개인화를 건너뛰며, 유효성 검사를 실행하세요.
- 완료 상태는 단순히 마지막 화면에 도달하는 것이 아니라 실제 설정 성공을 반영해야 합니다.

## 구현 및 검토

텍스트를 편집 가능한 상태로 유지하세요. 시맨틱 구조, 설명이 명확한 컨트롤, 눈에 잘 띄는 키보드 포커스 및 적절한 빈 상태와 오류 상태를 사용하세요. 좁은 레이아웃과 넓은 레이아웃을 확인하세요. 모션 감소 설정을 준수하세요. 기존 프로젝트 프레임워크와 종속성을 유지하고, 스택을 임의로 교체하지 마세요. 편집 가능한 파일을 반환하고 미완성 동작이나 지원되지 않는 입력을 설명하세요. 추가 기능을 제안하기 전에 이 작업을 구체적으로 검토하세요.

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

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

## 참고 구성 및 콘텐츠

첨부된 reference.webp를 계정 온보딩 플로의 시각적 참고 자료로 사용하세요. 제작하기 전에 위에서 아래까지의 주요 영역, 상대적 너비와 높이, 정렬, 간격, 타이포그래피 계층, 표면 색상, 테두리, 이미지, 반복 구성 요소를 파악하세요. 일반적인 템플릿으로 대체하지 말고 이러한 관계를 유지하세요. 필수 작업 콘텐츠: 검토 단계를 포함해 목표 설정, 워크스페이스 구성, 선택적 개인화를 진행하도록 사용자를 안내하세요. 이미지를 편집 가능한 요소로 옮길 때 다음 작업별 레이아웃 지침을 따르세요: 단계는 짧게 유지하고 선택 사항인 단계를 표시하세요. 사용자가 완료 전에 선택 사항을 검토하고 처음부터 다시 시작하지 않고 이전 답변으로 돌아갈 수 있게 하세요.

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

따뜻한 흰색, 잉크색 텍스트, 절제된 민트색 선택 상태, 넉넉한 간격, 단순한 컨트롤.

## 상호작용 사양

참고 이미지는 정적인 콘셉트입니다. 아래 동작은 구현해야 할 요구 사항이며, 이미지가 이미 작동한다는 증거가 아닙니다. 맞춤형 프롬프트를 작업 프로젝트에 복사하세요. 핵심 작업부터 시작하세요: 검토 단계를 포함해 목표 설정, 워크스페이스 구성, 선택적 개인화를 진행하도록 사용자를 안내하세요. 뒤로 이동해도 답변을 유지하고 필수 단계를 구분하세요. 표시되는 각 컨트롤에 대해 트리거, 영향을 받는 상태, 피드백을 명시하고 관련 뷰에서 상태가 일관되도록 로컬 변경 사항을 구현하세요. 검색과 필터에는 실제 결과를 제공하고, 선택 컨트롤에는 명확한 활성 상태를 부여하며, 관련된 경우 저장 동작에는 대기/성공/실패 피드백을 표시하세요. 관련 없는 워크플로를 추가하지 마세요. 탐색에는 올바른 링크를, 동작에는 버튼을 사용하고 아이콘 컨트롤에는 접근 가능한 이름을 지정하세요. 로컬 데모만 변경된 경우 백엔드 작업이 성공했다고 암시하지 마세요.

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

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

앱테크니컬

프롬프트 미리보기

로그인, 복구 요청, 전송 확인 및 유효하지 않은 링크 상태를 디자인하세요.

프롬프트 보기

기존 프로젝트 스택과 명시적으로 레이블이 지정된 데모 데이터를 사용하여 [PROJECT] 및 [AUDIENCE]를 위한 인터랙티브 프런트엔드 프로토타입을 제작하세요. 작업은 로그인 및 계정 복구입니다.

## 필수 콘텐츠 및 구조

로그인, 복구 요청, 전송 확인 및 유효하지 않은 링크 상태를 디자인하세요.

이름, 날짜, 수치, 주장 및 목적지의 출처로 [APPROVED_CONTENT]를 사용하세요. 내용을 대체하기 전에 누락된 입력을 나열하세요. 시연이 필요하다면 해당 콘텐츠가 허구임을 표시하세요. 고객 인용문, 순위, 파트너 로고 또는 제품 기능을 지어내지 마세요.

## 디자인 방향

[BRAND_RULES]와 프로젝트에서 이미 선택한 디자인 시스템을 사용하세요. 제공된 시스템이 없다면 밝은 중립색 캔버스, 흑연색 텍스트, 코발트 포인트 색상, 정교한 가는 구분선, 조밀하지만 읽기 쉬운 위계라는 방향으로 시작하세요. 글꼴, 간격, 색상의 역할을 일관되게 유지하세요. 장식 요소보다 작업을 우선하고 서로 관련 없는 일반적인 카드 모음은 피하세요.

## 콘텐츠 준비

로그인 입력 항목, 복구 상태 및 승인된 인증 메시지를 정의하세요. 가상의 인증 정보를 사용하고 만료되거나 유효하지 않은 복구 링크의 동작을 명시하세요.

## 레이아웃 및 동작

인증 정보 입력, 복구 요청, 요청 수신 확인 단계를 구분하세요. 계정 존재 여부를 드러내는 메시지는 피하면서 로그인으로 돌아가는 방법을 명확하게 표시하세요.

## 작업별 승인 검사

- 계정 존재 여부를 노출하지 말고 데모에서 실제 인증 정보를 수집하지 마세요.
- 잘못된 입력, 실패한 요청 및 만료된 링크를 테스트하세요.
- 프로토타입은 실제 비밀번호를 수집하거나 실제 계정을 인증하는 것처럼 가장하지 않고 상태를 보여줘야 합니다.

## 구현 및 검토

텍스트를 편집 가능한 상태로 유지하세요. 시맨틱 구조, 설명이 명확한 컨트롤, 눈에 잘 띄는 키보드 포커스 및 적절한 빈 상태와 오류 상태를 사용하세요. 좁은 레이아웃과 넓은 레이아웃을 확인하세요. 모션 감소 설정을 준수하세요. 기존 프로젝트 프레임워크와 종속성을 유지하고, 스택을 임의로 교체하지 마세요. 편집 가능한 파일을 반환하고 미완성 동작이나 지원되지 않는 입력을 설명하세요. 추가 기능을 제안하기 전에 이 작업을 구체적으로 검토하세요.

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

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

## 참고 구성 및 콘텐츠

첨부된 reference.webp를 로그인 및 계정 복구의 시각적 참고 자료로 사용하세요. 제작하기 전에 위에서 아래로 이어지는 주요 영역, 상대적인 너비와 높이, 정렬, 간격, 타이포그래피 계층, 표면 색상, 테두리, 이미지 및 반복 구성 요소를 파악하세요. 일반적인 템플릿으로 대체하지 말고 이러한 관계를 유지하세요. 필수 작업 콘텐츠: 로그인, 복구 요청, 전송 확인 및 유효하지 않은 링크 상태를 디자인하세요. 이미지를 편집 가능한 요소로 옮길 때 다음과 같은 작업별 레이아웃 지침을 따르세요. 인증 정보 입력, 복구 요청, 요청 수신 확인 단계를 구분하세요. 계정 존재 여부를 드러내는 메시지는 피하면서 로그인으로 돌아가는 방법을 명확하게 표시하세요.

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

밝은 중립색 캔버스, 흑연색 텍스트, 코발트 포인트 색상, 정교한 가는 구분선, 조밀하지만 읽기 쉬운 위계.

## 상호작용 사양

참고 자료는 정적인 콘셉트입니다. 아래 동작은 구현해야 할 요구 사항이며, 이미지가 이미 작동한다는 증거가 아닙니다. 맞춤형 프롬프트를 작업 중인 프로젝트에 복사하세요. 핵심 작업부터 시작하세요. 로그인, 복구 요청, 전송 확인 및 유효하지 않은 링크 상태를 디자인하세요. 계정 존재 여부를 노출하지 말고 데모에서 실제 인증 정보를 수집하지 마세요. 표시되는 각 컨트롤의 트리거, 영향을 받는 상태 및 피드백을 명시하고, 관련 보기 전반에서 일관된 상태를 유지하도록 로컬 변경 사항을 구현하세요. 검색과 필터는 실제 결과를 제공하고, 선택 컨트롤에는 명시적인 활성 상태를 적용하며, 저장 작업에는 해당하는 경우 대기/성공/실패 피드백이 표시되도록 하세요. 관련 없는 워크플로는 추가하지 마세요. 탐색에는 적절한 링크를, 작업에는 버튼을 사용하고 아이콘 컨트롤에는 접근 가능한 이름을 지정하세요. 로컬 데모만 변경되었는데 백엔드 작업이 성공한 것처럼 표현하지 마세요.

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

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

팀 초대 흐름

앱미니멀

프롬프트 미리보기

역할 선택, 대기 중인 초대와 재전송 상태를 제공하며 이메일로 협업자를 초대하세요.

프롬프트 보기

기존 프로젝트 스택과 명시적으로 데모 데이터라고 표시된 데이터를 사용해 [PROJECT]와 [AUDIENCE]를 위한 인터랙티브 프런트엔드 프로토타입을 제작하세요. 작업은 팀 초대 흐름입니다.

## 필수 콘텐츠 및 구조

역할 선택, 대기 중인 초대와 재전송 상태를 제공하며 이메일로 협업자를 초대하세요.

이름, 날짜, 수치, 주장 및 목적지의 출처로 [APPROVED_CONTENT]를 사용하세요. 내용을 대체하기 전에 누락된 입력을 나열하세요. 시연이 필요하다면 해당 콘텐츠가 허구임을 표시하세요. 고객 인용문, 순위, 파트너 로고 또는 제품 기능을 지어내지 마세요.

## 디자인 방향

[BRAND_RULES]와 프로젝트에서 이미 선택한 디자인 시스템을 사용하세요. 제공된 시스템이 없다면 따뜻한 흰색, 잉크색 텍스트, 절제된 민트색 선택 상태, 넉넉한 간격, 단순한 컨트롤을 기본 방향으로 삼으세요. 타이포그래피, 간격, 색상 역할을 일관되게 유지하세요. 장식 요소보다 작업을 우선하고 서로 무관한 카드로 구성된 일반적인 모음을 피하세요.

## 콘텐츠 준비

초대 권한, 선택 가능한 역할, 중복 이메일 처리와 대기 또는 만료 상태를 정의하세요. 실제 초대를 보내는 대신 예시 주소를 사용하세요.

## 레이아웃 및 동작

각 주소를 해당 역할 및 유효성 검사 메시지와 짝지어 표시하세요. 사용자가 전송 전에 초대를 검토할 수 있게 하고, 개별 요청 중 어떤 것이 성공했거나 수정이 필요한지 표시하세요.

## 작업별 승인 검사

- 입력된 값을 잃지 않으면서 중복 주소와 권한 제한을 처리하세요.
- 같은 배치에 중복 주소와 유효하지 않은 주소를 입력하세요.
- 오류가 발생한 후에도 유효한 항목을 유지하고, 필요한 권한이 없는 사용자에게 재전송이나 철회 작업을 표시하지 마세요.

## 구현 및 검토

텍스트를 편집 가능한 상태로 유지하세요. 시맨틱 구조, 설명이 명확한 컨트롤, 눈에 잘 띄는 키보드 포커스 및 적절한 빈 상태와 오류 상태를 사용하세요. 좁은 레이아웃과 넓은 레이아웃을 확인하세요. 모션 감소 설정을 준수하세요. 기존 프로젝트 프레임워크와 종속성을 유지하고, 스택을 임의로 교체하지 마세요. 편집 가능한 파일을 반환하고 미완성 동작이나 지원되지 않는 입력을 설명하세요. 추가 기능을 제안하기 전에 이 작업을 구체적으로 검토하세요.

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

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

## 참고 구성 및 콘텐츠

첨부된 reference.webp를 팀 초대 흐름의 시각적 참고 자료로 사용하세요. 제작하기 전에 위에서 아래로 이어지는 주요 영역, 각 영역의 상대적 너비와 높이, 정렬, 간격, 타이포그래피 계층 구조, 표면 색상, 테두리, 이미지와 반복 구성 요소를 파악하세요. 일반적인 템플릿으로 대체하지 말고 이러한 관계를 유지하세요. 필수 작업 콘텐츠: 역할 선택, 대기 중인 초대와 재전송 상태를 제공하며 이메일로 협업자를 초대하세요. 이미지를 편집 가능한 요소로 옮길 때 다음 작업별 레이아웃 지침을 사용하세요. 각 주소를 해당 역할 및 유효성 검사 메시지와 짝지어 표시하세요. 사용자가 전송 전에 초대를 검토할 수 있게 하고, 개별 요청 중 어떤 것이 성공했거나 수정이 필요한지 표시하세요.

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

따뜻한 흰색, 잉크색 텍스트, 절제된 민트색 선택 상태, 넉넉한 간격, 단순한 컨트롤.

## 상호작용 사양

참고 자료는 정적인 콘셉트입니다. 아래 동작은 구현해야 할 요구 사항이지, 이미지에서 이미 작동한다는 증거가 아닙니다. 맞춤형 프롬프트를 작업 중인 프로젝트에 복사하세요. 핵심 작업부터 시작하세요. 역할 선택, 대기 중인 초대와 재전송 상태를 제공하며 이메일로 협업자를 초대하세요. 입력된 값을 잃지 않으면서 중복 주소와 권한 제한을 처리하세요. 표시되는 각 컨트롤의 트리거, 영향을 받는 상태와 피드백을 명시하고, 관련 보기 전반에서 상태가 일관되도록 로컬 변경 사항을 구현하세요. 검색과 필터가 실제 결과를 제공하고, 선택 컨트롤에 명확한 활성 상태가 있으며, 해당하는 경우 저장 작업에 보류/성공/실패 피드백이 표시되게 하세요. 관련 없는 워크플로는 추가하지 마세요. 탐색에는 적절한 링크를, 작업에는 버튼을 사용하고 아이콘 컨트롤에는 접근 가능한 이름을 제공하세요. 로컬 데모만 변경되었는데 백엔드 작업이 성공한 것처럼 표현하지 마세요.

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

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

애플리케이션 빈 상태

앱테크니컬

프롬프트 미리보기

첫 사용, 검색 결과 없음, 권한 제한, 삭제된 콘텐츠 상태를 디자인하세요.

프롬프트 보기

기존 프로젝트 스택과 명시적으로 표시된 [PROJECT] 및 [AUDIENCE]용 데모 데이터를 사용하여 인터랙티브 프런트엔드 프로토타입을 만드세요. 작업: 애플리케이션 빈 상태.

## 필수 콘텐츠 및 구조

첫 사용, 검색 결과 없음, 권한 제한, 삭제된 콘텐츠 상태를 디자인하세요.

이름, 날짜, 수치, 주장 및 목적지의 출처로 [APPROVED_CONTENT]를 사용하세요. 내용을 대체하기 전에 누락된 입력을 나열하세요. 시연이 필요하다면 해당 콘텐츠가 허구임을 표시하세요. 고객 인용문, 순위, 파트너 로고 또는 제품 기능을 지어내지 마세요.

## 디자인 방향

[BRAND_RULES]와 프로젝트에서 이미 선택한 디자인 시스템을 사용하세요. 제공된 시스템이 없다면 밝은 중립색 캔버스, 흑연색 텍스트, 코발트 포인트 색상, 정교한 가는 구분선, 조밀하지만 읽기 쉬운 위계라는 방향으로 시작하세요. 글꼴, 간격, 색상의 역할을 일관되게 유지하세요. 장식 요소보다 작업을 우선하고 서로 관련 없는 일반적인 카드 모음은 피하세요.

## 콘텐츠 준비

첫 사용, 일치하는 결과 없음, 제한된 권한, 삭제된 콘텐츠 등 각 경우에 콘텐츠가 없는 이유를 파악하세요. 각 이유에 대해 사용자가 실제로 수행할 수 있는 작업을 정의하세요.

## 레이아웃 및 동작

간결한 설명과 관련성 있는 다음 작업 하나를 사용하세요. 전체 화면을 일러스트레이션으로 대체하지 말고 활성 필터나 현재 폴더 같은 유용한 맥락을 유지하세요.

## 작업별 승인 검사

- 각 상태에 사실에 부합하는 설명과 관련성 있는 다음 작업을 제공하세요.
- 네 가지 상태를 모두 나란히 비교하세요.
- 결과 없음 상태에서는 필터를 조정해 복구할 수 있어야 하며, 권한 제한 상태에서는 새 콘텐츠를 만들면 접근 제한이 해결되는 것처럼 안내해서는 안 됩니다.

## 구현 및 검토

텍스트를 편집 가능한 상태로 유지하세요. 시맨틱 구조, 설명이 명확한 컨트롤, 눈에 잘 띄는 키보드 포커스 및 적절한 빈 상태와 오류 상태를 사용하세요. 좁은 레이아웃과 넓은 레이아웃을 확인하세요. 모션 감소 설정을 준수하세요. 기존 프로젝트 프레임워크와 종속성을 유지하고, 스택을 임의로 교체하지 마세요. 편집 가능한 파일을 반환하고 미완성 동작이나 지원되지 않는 입력을 설명하세요. 추가 기능을 제안하기 전에 이 작업을 구체적으로 검토하세요.

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

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

## 참고 구성 및 콘텐츠

첨부된 reference.webp를 애플리케이션 빈 상태의 시각적 참고 자료로 사용하세요. 제작하기 전에 위에서 아래로 이어지는 주요 영역, 상대적인 너비와 높이, 정렬, 간격, 타이포그래피 위계, 표면 색상, 테두리, 이미지, 반복 구성 요소를 파악하세요. 일반적인 템플릿으로 대체하지 말고 이러한 관계를 유지하세요. 필수 작업 콘텐츠: 첫 사용, 검색 결과 없음, 권한 제한, 삭제된 콘텐츠 상태를 디자인하세요. 이미지를 편집 가능한 요소로 옮길 때 다음 작업별 레이아웃 지침을 따르세요. 간결한 설명과 관련성 있는 다음 작업 하나를 사용하세요. 전체 화면을 일러스트레이션으로 대체하지 말고 활성 필터나 현재 폴더 같은 유용한 맥락을 유지하세요.

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

밝은 중립색 캔버스, 흑연색 텍스트, 코발트 포인트 색상, 정교한 가는 구분선, 조밀하지만 읽기 쉬운 위계.

## 상호작용 사양

참고 이미지는 정적인 콘셉트입니다. 아래 동작은 구현해야 할 요구 사항이며, 이미지가 이미 작동한다는 증거가 아닙니다. 맞춤형 프롬프트를 작업 중인 프로젝트에 복사하세요. 핵심 작업부터 시작하세요. 첫 사용, 검색 결과 없음, 권한 제한, 삭제된 콘텐츠 상태를 디자인하세요. 각 상태에 사실에 부합하는 설명과 관련성 있는 다음 작업을 제공하세요. 표시되는 각 컨트롤의 트리거, 영향을 받는 상태, 피드백을 명시하고, 관련 보기 전반에서 일관된 상태를 유지하도록 로컬 변경 사항을 구현하세요. 검색과 필터가 실제 결과를 표시하게 하고, 선택 컨트롤에는 명확한 활성 상태를 제공하며, 해당하는 경우 저장 작업에 대기 중/성공/실패 피드백을 표시하세요. 관련 없는 워크플로는 추가하지 마세요. 탐색에는 적절한 링크를, 작업에는 버튼을 사용하고, 아이콘 컨트롤에는 접근 가능한 이름을 지정하세요. 로컬 데모만 변경된 경우 백엔드 작업이 성공한 것처럼 표현하지 마세요.

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

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

더 나은 온보딩 설계

추천 순서

계정 온보딩 플로

팀 초대 흐름

애플리케이션 빈 상태

아직 일치하는 프롬프트가 없습니다.

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