제품 출시 디자인 프롬프트

제품 출시 페이지

웹사이트미니멀

프롬프트 미리보기

하나의 제품 약속을 설명하고 핵심 워크플로를 보여 주며 검증된 기능 세 가지를 나열한 뒤 하나의 다음 행동을 제안하세요.

프롬프트 보기

[PROJECT] 및 [AUDIENCE]를 위해 기존 프로젝트 스택을 사용하여 반응형 HTML 웹사이트를 만드세요. 작업은 제품 출시 페이지입니다.

## 필수 콘텐츠 및 구조

하나의 제품 약속을 설명하고 핵심 워크플로를 보여 주며 검증된 기능 세 가지를 나열한 뒤 하나의 다음 행동을 제안하세요.

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

## 디자인 방향

[BRAND_RULES]와 프로젝트에서 이미 선택한 디자인 시스템을 사용하세요. 제공된 시스템이 없다면 종이 같은 흰색, 짙은 네이비, 차분한 연한 파란색 패널, 정밀한 그리드와 여유로운 타이포그래피 방향으로 시작하세요. 글꼴, 간격, 색상의 역할을 일관되게 유지하세요. 장식 요소보다 작업을 우선하고 서로 관련 없는 일반적인 카드 모음은 피하세요.

## 콘텐츠 준비

하나의 사용자 문제를 선택하고 승인된 제품 스크린샷, 지원되는 기능 세 가지 및 실제 다음 행동의 목적지를 준비하세요. 제공된 워크플로로 입증할 수 있는 제품 약속을 작성하세요.

## 레이아웃 및 동작

히어로 영역에서 약속을 제시한 다음, 입력부터 결과까지 작업 과정을 순서대로 보여 주세요. 관련 없는 기능 카드 모음을 만드는 대신 각 기능 설명을 관련 스크린샷 옆에 배치하세요.

## 작업별 승인 검사

- 근거 없는 지표, 추천사, 가짜 파트너 로고를 제거하세요.
- 처음 방문한 사용자의 관점에서 페이지를 살펴보세요.
- 모든 주장은 워크플로에서 확인할 수 있거나 승인된 근거로 뒷받침되어야 합니다. 임의로 만든 추천사와 지표는 구체적인 제품 설명으로 대체하세요.

## 구현 및 검토

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

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

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

## 참고 구성 및 콘텐츠

첨부된 reference.webp를 제품 출시 페이지의 시각적 참고 자료로 사용하세요. 제작하기 전에 위에서 아래로 이어지는 주요 영역과 각 영역의 상대적 너비 및 높이, 정렬, 간격, 타이포그래피 위계, 면 색상, 테두리, 이미지, 반복 구성 요소를 파악하세요. 일반적인 템플릿으로 대체하지 말고 이러한 관계를 유지하세요. 필수 작업 내용: 하나의 제품 약속을 설명하고, 핵심 워크플로를 보여 주며, 검증된 기능 세 가지를 나열하고, 다음 행동 하나를 제안하세요. 이미지를 편집 가능한 요소로 변환할 때 다음과 같은 작업별 레이아웃 지침을 따르세요. 히어로 영역에서 약속을 제시한 다음, 입력부터 결과까지 작업 과정을 순서대로 보여 주세요. 관련 없는 기능 카드 모음을 만드는 대신 각 기능 설명을 관련 스크린샷 옆에 배치하세요.

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

종이 같은 흰색, 짙은 네이비, 차분한 연한 파란색 패널, 정밀한 그리드와 여유로운 타이포그래피.

## 상호작용 사양

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

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

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

제품 스토리 프레젠테이션

슬라이드에디토리얼

프롬프트 미리보기

문제, 현재 워크플로, 접근 방식, 세 가지 기능, 근거 및 다음 작업을 담은 슬라이드 6장을 제작하세요.

프롬프트 보기

[PROJECT] 및 [AUDIENCE]를 위한 편집 가능한 HTML 프레젠테이션을 만드세요. 16:9 캔버스, 이전/다음 버튼, 화살표 키 탐색, 슬라이드 카운터, 페이지당 슬라이드 한 장의 인쇄 레이아웃을 포함하세요. 작업: 제품 스토리 프레젠테이션.

## 필수 콘텐츠 및 구조

문제, 현재 워크플로, 접근 방식, 세 가지 기능, 근거 및 다음 작업을 담은 슬라이드 6장을 제작하세요.

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

## 디자인 방향

[BRAND_RULES]와 프로젝트에서 이미 선택한 디자인 시스템을 사용하세요. 제공된 시스템이 없다면 아이보리, 차콜과 단일 라임 포인트 컬러, 대형 헤드라인, 의도적인 여백과 명확한 정보 계층 구조라는 방향으로 시작하세요. 서체, 간격과 색상 역할을 일관되게 유지하세요. 장식 요소보다 작업을 우선하고 서로 관련 없는 일반적인 카드 모음은 피하세요.

## 콘텐츠 준비

사용자 문제, 현재 워크플로, 제안하는 접근 방식, 지원되는 세 가지 기능, 사용 가능한 근거, 다음 행동을 선택하세요. 누락된 근거는 명확히 표시하세요.

## 레이아웃 및 동작

6개의 슬라이드로 하나의 연결된 스토리를 전달하세요. 관련 없는 기능을 소개하지 말고 각 기능이 동일한 워크플로를 지원하도록 하며, 근거 슬라이드는 제공된 증거를 제시하는 용도로만 사용하세요.

## 작업별 승인 검사

- 고객 또는 성과에 관한 주장을 지어내지 말고 근거 플레이스홀더를 사용하세요.
- 고객 인용문이나 성장 수치를 지어내지 않아도 내러티브가 여전히 타당한지 확인하세요.
- 설득력 있어 보이지만 뒷받침되지 않는 주장보다 근거 플레이스홀더가 더 유용합니다.

## 구현 및 검토

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

슬라이드마다 하나의 핵심 아이디어만 담으세요. 실제로 비교 가능한 값이 제공된 경우에만 차트를 사용하고 단위, 출처 날짜와 한계를 포함하세요. 발표자 노트는 화면에 표시되는 슬라이드 콘텐츠와 분리하세요.

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

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

## 참고 구성 및 콘텐츠

첨부된 reference.webp를 제품 스토리 프레젠테이션의 시각적 참고 자료로 사용하세요. 제작 전에 위에서 아래로 이어지는 주요 영역, 상대적 너비와 높이, 정렬, 간격, 타이포그래피 위계, 표면 색상, 테두리, 이미지, 반복되는 구성 요소를 파악하세요. 일반적인 템플릿으로 대체하지 말고 이러한 관계를 유지하세요. 필수 작업 콘텐츠: 문제, 현재 워크플로, 접근 방식, 세 가지 기능, 근거, 다음 행동으로 구성된 6개의 슬라이드를 만드세요. 이미지를 편집 가능한 요소로 옮길 때 다음 작업별 레이아웃 지침을 따르세요. 6개의 슬라이드로 하나의 연결된 스토리를 전달하세요. 관련 없는 기능을 소개하지 말고 각 기능이 동일한 워크플로를 지원하도록 하며, 근거 슬라이드는 제공된 증거를 제시하는 용도로만 사용하세요.

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

6개의 슬라이드로 하나의 연결된 스토리를 전달하세요. 관련 없는 기능을 소개하지 말고 각 기능이 동일한 워크플로를 지원하도록 하며, 근거 슬라이드는 제공된 증거를 제시하는 용도로만 사용하세요.

## 슬라이드 구조와 프레젠테이션 동작

슬라이드 구성을 편집 가능한 제목, 본문, 시각 자료, 주석 요소로 재현하세요. 이미지에 담긴 슬라이드는 하나의 화면일 뿐, 전체 덱이 완성되었다는 근거가 아닙니다. 제공된 내러티브를 사용해 요청된 추가 슬라이드를 만들고 타이포그래피, 여백, 색상 역할, 정렬을 유지하세요. 6개의 슬라이드로 하나의 연결된 스토리를 전달하세요. 관련 없는 기능을 소개하지 말고 각 기능이 동일한 워크플로를 지원하도록 하며, 근거 슬라이드는 제공된 증거를 제시하는 용도로만 사용하세요. 내비게이션은 내보낸 슬라이드 콘텐츠 밖에 배치하세요. 고객 또는 성과에 관한 주장을 지어내지 말고 근거 플레이스홀더를 사용하세요.

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

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

제품 발표 카드

그래픽대담한

프롬프트 미리보기

하나의 제품 메시지와 제공된 제품 이미지, 출시 정보를 활용해 출시용 시각 자료를 만드세요.

프롬프트 보기

선택 가능한 텍스트와 인쇄 스타일시트를 갖춘 편집 가능한 HTML/CSS 구성을 만드세요. 모든 비트맵 일러스트레이션은 [PROJECT] 및 [AUDIENCE]를 위한 별도의 로컬 에셋으로 처리하세요. 작업: 제품 발표 카드.

## 필수 콘텐츠 및 구조

하나의 제품 메시지와 제공된 제품 이미지, 출시 정보를 활용해 출시용 시각 자료를 만드세요.

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

## 디자인 방향

[BRAND_RULES]와 프로젝트에서 이미 선택한 디자인 시스템을 사용하세요. 제공된 시스템이 없다면 따뜻한 아이보리색, 표현력 있는 검은색 타이포그래피, 선명한 코랄색 포인트와 독창적인 기하학적 시각 모티프로 시작하세요. 서체, 간격 및 색상의 역할을 일관되게 유지하세요. 장식 요소보다 작업을 우선하고 서로 무관한 카드를 모아 놓은 일반적인 구성을 피하세요.

## 콘텐츠 준비

승인된 발표 메시지 하나, 제품 이미지, 출시 정보, 작업 연결 대상을 준비하세요. 대상 게재 위치와 필요한 크기를 선택하세요.

## 레이아웃 및 동작

하나의 명확한 이미지와 간결한 출시 정보를 활용해 제품 메시지를 가장 두드러지게 표현하세요. 모든 텍스트를 축소하는 대신 부차적인 세부 정보는 주요 시각 영역에서 제외하세요.

## 작업별 승인 검사

- 출시 정보와 제품 설명이 승인된 발표 내용과 일치하도록 하세요.
- 피드 크기에서 카드를 점검하세요.
- 이미지에 표시된 기능이 발표된 릴리스에서 실제로 제공되는지 확인하고, 향후 제공 예정인 기능을 즉시 출시되는 것처럼 표현하지 마세요.

## 구현 및 검토

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

정확한 문구와 필수 크레딧을 라이브 텍스트로 유지하세요. 의도한 크기가 누락된 경우 이를 요청하세요. 실제로 작동하는 QR 코드, 바코드, 서명 또는 공식 인장을 임의로 만들지 마세요.

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

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

## 참고 구성 및 콘텐츠

첨부된 reference.webp를 제품 발표 카드의 시각적 참고 자료로 사용하세요. 제작하기 전에 위에서 아래로 이어지는 주요 영역과 각 영역의 상대적 너비와 높이, 정렬, 간격, 타이포그래피 위계, 표면 색상, 테두리, 이미지, 반복 구성 요소를 파악하세요. 일반적인 템플릿으로 대체하지 말고 이러한 관계를 유지하세요. 필수 작업 내용: 하나의 제품 메시지, 제공된 제품 이미지, 출시 여부 안내를 담은 출시 비주얼을 제작하세요. 이미지를 편집 가능한 요소로 변환할 때는 다음과 같은 작업별 레이아웃 지침을 따르세요. 하나의 명확한 이미지와 간결한 출시 여부 안내로 제품 메시지를 뒷받침하고, 제품 메시지를 가장 우선하세요. 모든 텍스트를 축소하지 말고 부가 정보는 메인 비주얼에서 제외하세요.

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

따뜻한 아이보리색, 표현력 있는 검은색 타이포그래피, 선명한 코랄색 포인트와 독창적인 기하학적 시각 모티프.

## 결과물 및 편집 가능성

완성된 그래픽을 편집 가능한 텍스트, 도형, 이미지 레이어로 재현하세요. 참고 자료는 하나의 구성물이지 편집기 인터페이스가 아닙니다. 참고 자료에 없는 탐색 메뉴, 양식, 대시보드 위젯을 추가하지 마세요. 하나의 명확한 이미지와 간결한 출시 여부 안내로 제품 메시지를 뒷받침하고, 제품 메시지를 가장 우선하세요. 모든 텍스트를 축소하지 말고 부가 정보는 메인 비주얼에서 제외하세요. 의도한 크기를 확인하고 아트워크를 조정할 때 텍스트 위계를 유지하세요. 출시 여부와 제품 설명을 승인된 발표 내용에 맞추세요.

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

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

이메일 공지 레이아웃

그래픽대담한

프롬프트 미리보기

라이브 텍스트 헤드라인, 이미지, 보조 정보와 명확한 CTA를 포함한 공지를 작성하세요.

프롬프트 보기

선택 가능한 텍스트와 인쇄용 스타일시트를 갖춘 편집 가능한 HTML/CSS 구성을 제작하고, 모든 래스터 일러스트레이션은 [PROJECT]와 [AUDIENCE]를 위한 별도의 로컬 에셋으로 처리하세요. 과제: 이메일 공지 레이아웃.

## 필수 콘텐츠 및 구조

라이브 텍스트 헤드라인, 이미지, 보조 정보와 명확한 CTA를 포함한 공지를 작성하세요.

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

## 디자인 방향

[BRAND_RULES]와 프로젝트에서 이미 선택한 디자인 시스템을 사용하세요. 제공된 시스템이 없다면 따뜻한 아이보리색, 표현력 있는 검은색 타이포그래피, 선명한 코랄색 포인트와 독창적인 기하학적 시각 모티프로 시작하세요. 서체, 간격 및 색상의 역할을 일관되게 유지하세요. 장식 요소보다 작업을 우선하고 서로 무관한 카드를 모아 놓은 일반적인 구성을 피하세요.

## 콘텐츠 준비

공지 헤드라인, 보조 정보, 이미지, 링크 대상과 필수 푸터를 준비하세요. 핵심 정보는 라이브 텍스트로 제공하세요.

## 레이아웃 및 동작

눈에 잘 띄는 액션과 유용한 이미지 대체 텍스트를 갖춘 명확한 단일 열 메시지를 디자인하세요. 이미지가 차단되어도 메시지를 이해할 수 있어야 합니다.

## 작업별 승인 검사

- 이미지가 차단되어도 메시지를 이용할 수 있게 하고, 이메일 클라이언트 테스트가 필요함을 명시하세요.
- 좁은 레이아웃과 이미지가 없는 버전을 검토하세요.
- 결과물은 대상 클라이언트에서 추가 테스트가 필요한 이메일 디자인으로 간주해야 하며, 브라우저 미리보기만으로 이메일 호환성이 입증되지는 않습니다.

## 구현 및 검토

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

정확한 문구와 필수 크레딧을 라이브 텍스트로 유지하세요. 의도한 크기가 누락된 경우 이를 요청하세요. 실제로 작동하는 QR 코드, 바코드, 서명 또는 공식 인장을 임의로 만들지 마세요.

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

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

## 참고 구성 및 콘텐츠

첨부된 reference.webp를 이메일 공지 레이아웃의 시각적 참고 자료로 사용하세요. 제작하기 전에 위에서 아래까지 주요 영역과 각 영역의 상대적 너비 및 높이, 정렬, 간격, 타이포그래피 위계, 표면 색상, 테두리, 이미지, 반복 구성 요소를 파악하세요. 일반적인 템플릿으로 대체하지 말고 이러한 관계를 유지하세요. 필수 과제 콘텐츠: 라이브 텍스트 헤드라인, 이미지, 보조 정보와 명확한 CTA를 포함한 공지를 작성하세요. 이미지를 편집 가능한 요소로 옮길 때 다음 과제별 레이아웃 지침을 따르세요. 눈에 잘 띄는 액션과 유용한 이미지 대체 텍스트를 갖춘 명확한 단일 열 메시지를 디자인하세요. 이미지가 차단되어도 메시지를 이해할 수 있어야 합니다.

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

따뜻한 아이보리색, 표현력 있는 검은색 타이포그래피, 선명한 코랄색 포인트와 독창적인 기하학적 시각 모티프.

## 결과물 및 편집 가능성

완성된 그래픽을 편집 가능한 텍스트, 도형과 이미지 레이어로 재현하세요. 참고 자료는 하나의 구성물이지 편집기 인터페이스가 아닙니다. 참고 자료에 없는 탐색 메뉴, 양식 또는 대시보드 위젯을 추가하지 마세요. 눈에 잘 띄는 액션과 유용한 이미지 대체 텍스트를 갖춘 명확한 단일 열 메시지를 디자인하세요. 이미지가 차단되어도 메시지를 이해할 수 있어야 합니다. 의도한 크기를 확인하고 아트워크를 조정할 때 텍스트 위계를 유지하세요. 이미지가 차단되어도 메시지를 이용할 수 있게 하고, 이메일 클라이언트 테스트가 필요함을 명시하세요.

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

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

제품 출시

추천 순서

제품 출시 페이지

제품 스토리 프레젠테이션

제품 발표 카드

이메일 공지 레이아웃

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

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