[PROJECT]와 [AUDIENCE]를 위해 16:9 캔버스, 이전/다음 버튼, 화살표 키 탐색, 슬라이드 카운터와 페이지당 슬라이드 하나의 인쇄 레이아웃을 갖춘 편집 가능한 HTML 프레젠테이션을 제작하세요. 작업은 이사회 의사결정 덱입니다. ## 필수 콘텐츠 및 구조 의사결정 사안, 대안, 근거, 위험과 요청할 결의안을 명시하세요. 이름, 날짜, 수치, 주장 및 목적지의 출처로 [APPROVED_CONTENT]를 사용하세요. 내용을 대체하기 전에 누락된 입력을 나열하세요. 시연이 필요하다면 해당 콘텐츠가 허구임을 표시하세요. 고객 인용문, 순위, 파트너 로고 또는 제품 기능을 지어내지 마세요. ## 디자인 방향 [BRAND_RULES]와 프로젝트에서 이미 선택한 디자인 시스템을 사용하세요. 제공된 시스템이 없다면 아이보리, 차콜과 단일 라임 포인트 컬러, 대형 헤드라인, 의도적인 여백과 명확한 정보 계층 구조라는 방향으로 시작하세요. 서체, 간격과 색상 역할을 일관되게 유지하세요. 장식 요소보다 작업을 우선하고 서로 관련 없는 일반적인 카드 모음은 피하세요. ## 콘텐츠 준비 필요한 의사결정, 선택 가능한 옵션, 뒷받침하는 근거, 위험과 제안 결의안을 정의하세요. 합의된 사실과 추가 검증이 필요한 사실을 기록하세요. ## 레이아웃 및 동작 의사결정 요청을 앞부분에 배치하고, 이어서 이를 평가하는 데 필요한 정보를 제시하세요. 일관된 기준으로 대안을 비교하고, 알려진 경우 지연에 따른 결과를 명확히 밝히세요. ## 작업별 승인 검사 - 권고안을 승인된 결정과 명확히 구분하세요. - 권고와 승인이 절대 혼동되지 않는지 확인하세요. - 마지막 슬라이드는 이사회가 이미 채택했다고 암시하지 않으면서 요청할 결의안을 명시해야 합니다. ## 구현 및 검토 텍스트를 편집 가능한 상태로 유지하세요. 시맨틱 구조, 설명이 명확한 컨트롤, 눈에 잘 띄는 키보드 포커스 및 적절한 빈 상태와 오류 상태를 사용하세요. 좁은 레이아웃과 넓은 레이아웃을 확인하세요. 모션 감소 설정을 준수하세요. 기존 프로젝트 프레임워크와 종속성을 유지하고, 스택을 임의로 교체하지 마세요. 편집 가능한 파일을 반환하고 미완성 동작이나 지원되지 않는 입력을 설명하세요. 추가 기능을 제안하기 전에 이 작업을 구체적으로 검토하세요. 슬라이드마다 하나의 핵심 아이디어만 담으세요. 실제로 비교 가능한 값이 제공된 경우에만 차트를 사용하고 단위, 출처 날짜와 한계를 포함하세요. 발표자 노트는 화면에 표시되는 슬라이드 콘텐츠와 분리하세요. ## 참고 첨부 파일 및 재구성 목표 이 프롬프트의 다운로드 번들에 있는 reference.webp를 프롬프트와 함께 OpenDesign에 첨부하세요. 유사한 구성과 계층 구조를 갖춘 편집 가능한 결과물을 제작하되, 참고 이미지 전체를 완성된 인터페이스로 삽입하지 마세요. 허구의 샘플 레이블과 충돌하는 경우 승인된 프로젝트 콘텐츠와 브랜드 규칙을 우선하여 유지하세요. 이미지가 없거나 읽을 수 없다면 시각적 충실도를 주장하지 말고 이미지를 요청하세요. ## 참고 구성 및 콘텐츠 첨부된 reference.webp를 이사회 의사결정 덱의 시각적 참고 자료로 사용하세요. 제작하기 전에 위에서 아래로 이어지는 주요 영역, 상대적인 너비와 높이, 정렬, 간격, 타이포그래피 계층, 표면 색상, 테두리, 이미지와 반복 구성 요소를 파악하세요. 일반적인 템플릿으로 대체하지 말고 이러한 관계를 유지하세요. 필수 작업 콘텐츠: 의사결정 사안, 대안, 근거, 위험과 요청할 결의안을 명시하세요. 이미지를 편집 가능한 요소로 변환할 때 다음과 같은 작업별 레이아웃 지침을 따르세요. 의사결정 요청을 앞부분에 배치하고, 이어서 이를 평가하는 데 필요한 정보를 제시하세요. 일관된 기준으로 대안을 비교하고, 알려진 경우 지연에 따른 결과를 명확히 밝히세요. ## 예시 프로젝트 요구에서 가져온 시각적 방향 아이보리, 차콜과 단일 라임 포인트 컬러, 대형 헤드라인, 의도적인 여백과 명확한 정보 계층 구조. ## 슬라이드 구조와 프레젠테이션 동작 슬라이드 구성을 편집 가능한 제목, 본문, 시각 자료와 주석 요소로 재현하세요. 이미지로 제시된 슬라이드는 하나의 화면일 뿐, 완전한 덱의 근거가 아닙니다. 제공된 내러티브를 사용해 요청된 추가 슬라이드를 만들고 타이포그래피, 여백, 색상 역할과 정렬을 유지하세요. 의사결정 요청을 앞부분에 배치하고, 이어서 이를 평가하는 데 필요한 정보를 제시하세요. 일관된 기준으로 대안을 비교하고, 알려진 경우 지연에 따른 결과를 명확히 밝히세요. 탐색 기능은 내보내는 슬라이드 콘텐츠에 포함하지 마세요. 권고안을 승인된 결정과 명확히 구분하세요. ## 시각적 비교 및 결과물 전달 1. 동일한 비율로 결과물을 첨부 이미지와 비교하세요. 장식적인 세부 사항을 다듬기 전에 주요 영역의 배치, 이미지의 상대적 크기, 줄바꿈, 간격, 타이포그래피 계층, 대비, 활성 상태 및 콘텐츠 밀도를 검토하세요. 2. 그런 다음 데스크톱 텍스트를 작은 레이블에 억지로 끼워 넣지 말고 좁은 레이아웃을 테스트하세요. 3. 로고, 사진 및 아이콘은 별도의 에셋으로 유지하고 의미 있는 모든 레이블은 편집 가능하게 만드세요. 사용할 수 없는 글꼴/에셋과 의도적으로 다르게 구현한 부분을 나열하세요. 작업 파일과 함께 구현된 동작 및 남은 연동 작업을 간결하게 설명하세요. 프롬프트만으로 픽셀 단위까지 동일한 결과를 약속하지 마세요. ## 레퍼런스를 슬라이드 크기에 맞게 조정하기 첨부된 시각적 레퍼런스는 3:2 콘셉트 이미지이지만 요청된 프레젠테이션은 16:9 슬라이드를 사용합니다. 텍스트, 이미지, 차트, 여백을 16:9 캔버스에서 각각 편집 가능한 별도 요소로 재구성하세요. 크기를 억지로 맞추기 위해 레퍼런스를 늘리거나 전체 구성을 자르지 마세요. 계층 구조를 유지하고 제공된 콘텐츠의 가독성을 확보하며 각 슬라이드를 고유한 메시지에 맞게 조정하세요.