디자인 아이디어
- 제품 비전 덱인터페이스를 설명하기 전에 제품 아이디어를 먼저 소개합니다.
- 개념 프레젠테이션넓은 테제를 특정 화면과 연결합니다.
- 팀 워크플로 피치개인 작업이 공유 운영으로 확장되는 방식을 보여줍니다.
프레젠테이션 하이라이트
- 세 가지 스케일 전환워크스페이스 테제에서 휴대폰, 컨트롤 룸으로 이동합니다.
- 설명 옆에 배치된 휴대폰인터페이스 개념을 세 가지 짧은 보조 설명과 함께 제시합니다.
- 보이는 프레젠테이션 컨트롤원본 덱에는 화살표, Auto, Full 컨트롤이 포함되어 있습니다.
제품 프레젠테이션 디자인 미리보기
1 / 33슬라이드로 구성한 제품 스토리
이 덱은 세 가지 기능을 거의 동일한 스크린샷 세 장으로 나열하지 않습니다. 논거의 스케일을 달리합니다. 넓은 워크스페이스 테제, 모바일 인터페이스 하나, 그리고 더 큰 운영 뷰로 이어집니다. 가운데 슬라이드가 경첩 역할을 합니다. 이것이 없으면 추상적인 주장에서 밀도 높은 컨트롤 룸으로 곧장 넘어가게 되어, 청중이 구체적인 예시 없이 제품을 받아들여야 하는 상황이 됩니다.
| 슬라이드 | 표시 내용 | 서사적 역할 |
|---|---|---|
| 오프닝 테제 | 헤드라인, 워크스페이스 미리보기, Prompt → Compose → Preview → Ship 시퀀스. | 제안하는 변화를 명명하고, 청중이 기억할 수 있는 짧은 프로세스를 제공합니다. |
| 모바일 컴패니언 | 휴대폰 인터페이스 옆에 개념에 대한 세 가지 설명. | 범위를 화면 하나로 줄여 제품 아이디어를 더 쉽게 논의할 수 있게 합니다. |
| 엔터프라이즈 컨트롤 룸 | 런치 트랙, 에이전트 핸드오프, 승인, 활동 타임라인. | 동일한 아이디어가 팀 전체의 협업 작업을 어떻게 지원할 수 있는지 보여줍니다. |
세 가지 지표와 두 가지 내비게이션 레이어
휴대폰에는 상단 근처의 Today / Agents / Exports 탭과 하단의 Home / Files / Agents / Export 내비게이션이 모두 있습니다. 두 가지 다른 수준의 인터페이스이지만, Agents는 양쪽 모두에 등장합니다. 이는 제품 프레젠테이션에서 논의할 만한 유용한 세부 사항입니다. 상단 행이 현재 뷰를 필터링하는 것인지, 아니면 다른 목적지로 이동하는 것인지의 문제입니다.

반복되는 레이블이 인터랙션 모델을 가리지 않도록 할 것
하단 행은 앱 전체 내비게이션처럼 보이고, 상단 행은 뷰 수준의 탭에 더 가깝게 보입니다. 덱은 두 레이어의 관계를 완전히 정리하지 않습니다. 화면을 더 추가하기 전에, 예를 들어 전역 Agents 영역과 현재 페이지 활동 필터처럼 각 레이어의 범위를 명확하게 명명하는 것이 개선 방향입니다.
세 가지 지표는 서로 다른 것을 설명합니다
12 Active Artifacts는 카운트, 4× Review Velocity는 비교 수치, 86% Ready to Export는 비율입니다. 시각적으로 같은 행에 배치할 수 있지만, 동일한 정의를 공유할 수는 없습니다. 카운트에는 범위가 필요하고, 배수에는 기준값이, 비율에는 분모가 필요합니다. 이 누락된 정의들은 시각적 처리만으로는 채울 수 없습니다.
컨트롤 룸의 네 가지 정보 유형
마지막 슬라이드는 왼쪽에 컨텍스트 카드 네 장, 중앙에 에이전트 라우팅 다이어그램, 오른쪽에 운영 카운트, 하단에 최근 활동을 배치합니다. 이것들은 교환 가능한 대시보드 위젯이 아닙니다. 각각은 서로 다른 관계를 나타내며, 발표자가 그 차이를 설명할 때 프레젠테이션의 유용성이 높아집니다.
| 보이는 구조 | 나타내는 것 | 피치에서 설명해야 할 것 |
|---|---|---|
| Brand, Legal, Localization, Assets | 네 가지 제약 조건 또는 참조 자료 세트. | 연속된 네 가지 작업이 아니라, 워크플로가 규칙을 어디서 가져오는지. |
| Briefs and Product Data에서 Agent Router로 | 오케스트레이션 다이어그램에 연결된 입력값. | 노드 사이에서 무엇이 이동하는지, 그리고 어느 부분이 개념적인 것인지. |
| 42 Queued, 11 Pending, 3 Risks, 7 Ready | 운영 상태의 스냅샷. | 각 카운트에 포함되는 항목. 레이블이 다르다고 해서 합산 가능한 합계가 되는 것은 아닙니다. |
| Layout, Brand QA, Locale, Export Activity | 최근 동작과 연결된 이름 있는 에이전트. | 가장 최근에 발생한 일과 아직 처리가 필요한 일을 별도로 설명. |
해커톤 데모를 위한 프레젠테이션 참조 자료
이것은 OpenDesign 해커톤의 공식 예시로, 참가자 제출물이 아닙니다. 3슬라이드 구조는 데모에 유용한 제약입니다. 하나의 논거, 살펴볼 인터페이스 하나, 더 큰 워크플로에 대한 설명 하나. 청중이 붙잡을 수 있는 구체적인 예시를 확보한 이후에만 프레젠테이션의 밀도를 높여야 합니다.
프레젠테이션이 보여주는 것
제공된 아티팩트는 3개의 슬라이드와 프레젠테이션 컨트롤을 갖춘 애니메이션 HTML 덱입니다. 모바일 컴패니언과 엔터프라이즈 컨트롤 룸은 해당 덱 안의 개념이며, 출시된 애플리케이션의 증거가 아닙니다. 전체 미리보기를 열면 프레젠테이션 자체를 검토할 수 있으며, 인터페이스가 프로덕션 워크플로에 연결되지는 않습니다.
OpenDesign에서 제품 프레젠테이션 디자인 만드는 방법
각각 다른 역할을 가진 슬라이드 3개 정의하기
청중의 핵심 질문에서 시작한 뒤, 각 슬라이드에 별도의 목적을 부여하세요. 오프닝 논거는 인터페이스를 보여주기 전에 설명할 수 있을 만큼 짧게 유지하세요.
제안된 프롬프트에이전트 보조 디자인 워크스페이스를 위한 3슬라이드 제품 프레젠테이션 디자인을 만드세요. 첫 번째 슬라이드는 아이디어와 4단계 워크플로를 소개합니다. 두 번째 슬라이드는 모바일 검토 개념을 세 가지 짧은 설명과 함께 제시합니다. 세 번째 슬라이드는 승인 및 최근 활동이 포함된 팀 컨트롤 룸을 보여줍니다. 명확하게 레이블이 붙은 샘플 데이터, 읽기 쉬운 정적 구성, 수동 슬라이드 컨트롤을 사용하세요. 개념 인터페이스가 출시된 제품임을 암시하거나 성능 결과를 임의로 만들어내지 마세요.
화면과 설명을 함께 다듬기
OpenDesign에 휴대폰 레이블의 가독성을 높이되 보조 논거는 디바이스 밖에 유지하도록 요청하세요. 레이블만 반복하는 문장은 제거하세요. 고해상도 스크린샷이 아니라 실제로 발표할 크기에서 덱을 확인하세요.
자동 재생 없이 덱 검토하기
모션을 멈춘 상태에서 세 슬라이드를 모두 검토하세요. 각 슬라이드는 헤드라인, 핵심 비주얼, 보조 설명을 유지해야 합니다. 그런 다음 발표자가 질문을 위해 멈추더라도 이야기의 흐름을 잃지 않도록 수동 내비게이션을 테스트하세요.
내보내기 및 공유 링크 받기
완성된 디자인을 내보낸 다음, OpenDesign의 공유 기능을 사용하여 공유 링크를 받으세요. 별도의 브라우저 창에서 링크를 열고 의도한 버전과 해당 자산이 전송 전에 이용 가능한지 확인하세요.




