zairuilab/consulting-deck

Consulting Deck

장식적인 요약이 아닌, 의사 결정이 가능한 프레젠테이션을 만드세요. 명확한 논증을 구축하고, 모든 중요한 주장을 추적하며, 커뮤니케이션 목적에 따라 레이아웃을 선택하고, 텍스트, 차트, 표, 간단한 다이어그램이 모두 편집 가능한 네이티브 .pptx 파일을 제공하세요.

이것은 Peng · 智珠在睿이(가) 만든 독립적인 프레젠테이션 시스템으로 취급하십시오. McKinsey, BCG, Bain 또는 다른 컨설팅 회사와의 제휴 관계를 암시하지 마십시오. 사용자가 라이선스를 받은 자산을 제공하고 명시적으로 사용을 요청하지 않는 한, 해당 회사의 로고, 독점 템플릿 또는 보호된 브랜드 자산을 복사하지 마십시오.

올바른 가이던스 로드

가이던스를 점진적으로 로드하십시오:

1. 모든 Create 또는 Revise 경로는 references/harness-system.md, references/workflow.md, references/presentation-modes.md로 시작하십시오.
2. 주제, 공개 비즈니스 질문, 전략 선택, 또는 처음부터 조사하는 요청에 대해서는 references/problem-solving-system.md를 읽으십시오. 신실한 출처 요약 요청에 가설 트리를 강제로 적용하지 마십시오.
3. 주요 사고와 슬라이드 순서를 구축할 때는 references/storyline-system.md를 읽으십시오.
4. 정량적 증거나 중요한 자료가 있는 경우에만 references/chart-system.md와 references/charts-and-data.md를 읽으십시오.
5. 메서드 샘플과 전체 슬라이드 시스템을 계획할 때는 references/visual-system.md와 references/layout-library.md를 읽으십시오.
6. 검증 및 전달 전에 references/quality-gates.md를 읽으십시오.
7. 브랜드, 로고, 폰트 또는 PPTX 템플릿이 사용되는 경우에만 references/brand-system.md를 읽으십시오.
8. PPTX 제작 경로를 선택하기 전에 references/runtime-adapters.md를 읽으십시오.
9. 저장된 덱 프로젝트를 생성, 재개 또는 수정할 때는 references/workspace-schema.md를 읽으십시오.

요청 경로 지정

정확히 하나의 기본 경로를 선택하십시오:

• Create — 소스 자료나 주제를 새로운 편집 가능한 덱으로 변환합니다.
• Revise — 기존 저장된 덱 프로젝트를 수정하고 영향을 받는 슬라이드를 재생성합니다.
• Template — 사용자가 제공한 브랜드 또는 네이티브 PowerPoint 템플릿을 적용합니다.
• Audit — 사용자가 요청하지 않는 한 기존 덱을 변경하지 않고 검사합니다.

경로를 조용히 결합하지 마십시오. 템플릿 요청은 Create 또는 Revise를 세분화할 수 있지만, 기본 저장 프로젝트가 진실의 원천(source of truth)으로 남아 있습니다.

제작 계약 수립

작성 전:

1. 대상 청중, 결정, 프레젠테이션 맥락, 언어, 페이지 수, 프레젠테이션 모드, 밀도 모드, 분석 경로 및 출처 범위를 식별하십시오.
2. 편집 가능한 객체를 생성하고 검사할 모든 슬라이드를 렌더링할 수 있는 경우, 호스트의 현재 네이티브 PowerPoint 기능을 사용하십시오.
3. PptxGenJS는 이미 사용 가능하거나 사용자가 설치를 승인한 경우에만 대체 수단으로 사용하십시오. 요청된 PPTX를 HTML로 대체하지 마십시오.
4. 편집 가능한 프로젝트 작업 공간을 유지하십시오. 최종 .pptx 파일을 유일한 진실의 원천으로 만들지 마십시오.
5. 기본 출력을 브랜드 중립적으로 유지하십시오. 사용자가 명시적으로 Peng 프리셋을 선택한 경우에만 assets/brands/peng.json을 적용하십시오.
6. references/harness-system.md의 단계별 하네스를 사용하십시오. 소스 파일에서 직접 슬라이드 렌더링 코드로 건너뛰지 마십시오.
7. 기계가 읽을 수 있는 게이트 파일을 진실의 원천으로 취급하십시오. 해당 JSON이 존재하고 "passed": true를 포함하지 않는 한, 게이트가 통과했다고 주장하지 마십시오.

컨설팅 표준 적용

다음 모든 사항을 요구하십시오:

• 주요 사고와 답변 우선(answer-first) 슬라이드 제목으로 시작하십시오.
• 문제 해결 경로의 경우, 문제 범위를 정의하고, 문제 트리를 구축하며, 광범위한 조사 전에 반증 가능한 가설을 유지하십시오.
• 각 슬라이드에 하나의 커뮤니케이션 작업과 하나의 주요 요점을 제공하십시오.
• 슬라이드 간 수평적 논리를 일관되게 하고, 각 슬라이드 내 수직적 논리가 충분하도록 하십시오.
• 사실, 계산, 출처 해석 및 가설을 구분하십시오.
• 외부 주장과 자산을 눈에 보이는 각주 또는 발표자 노트에 인용하십시오.
• 차트를 2차적인 장식 계층이 아닌 주요 분석 언어로 취급하십시오.
• 모든 중요한 자료를 렌더링하기 전에 선언적 charts.json 레코드를 작성하십시오.
• references/chart-system.md의 질문 기반 차트 패밀리, 주석 시스템 및 렌더링 계층 구조를 사용하십시오.
• 사용자가 검사하거나 편집해야 할 수 있는 데이터에는 네이티브 차트를 사용하십시오. Vizro의 시각적 어휘와 선택 및 검증을 위한 선택적 프로토타입 경로는 사용하되, 최종 PowerPoint를 평탄화(flatten)하는 권한으로 사용하지 마십시오.
• Research Analytical 모드에서는 개념적 요약을 만들기 전에 출처의 중요한 자료를 재구축하십시오. references/presentation-modes.md의 증거 기반 및 네이티브 차트 임계값을 충족하십시오.
• references/layout-library.md의 의미론적 레이아웃을 사용하십시오. 공간을 채우기 위해 레이아웃을 발명하지 마십시오.
• 제목-구조(title-as-structure) 시각 장치는 표지, 섹션 구분자 및 소수의 결정적 인사이트 슬라이드에만 사용하십시오.
• 전달 전에 모든 슬라이드를 전체 크기로 렌더링하고 검사하십시오.
• 기계 검사와 전문가 검토를 분리하십시오. 기하학 스크립트는 증거 품질, 차트 진실성 또는 임원 명확성을 증명할 수 없습니다.
• slides.json에 실제 슬라이드 간 선행 조건을 기록하십시오. 의존성 안전 순서로 생성한 다음, 청중에게 보여지는 표시 순서로 조립하십시오.

두 가지 밀도 모드 사용

• Speaker-led — 더 적은 단어, 더 큰 글꼴, 더 많은 페이지, 더 강한 페이스.
• Reading-first — 더 자급자족적인 증거, 주석 및 각주.

프레젠테이션 맥락에서 하나의 모드를 선택하십시오. 모호한 중간 모드를 만들지 마십시오. 내용이 맞지 않으면, 글꼴 크기를 줄이기 전에 슬라이드를 분할하거나 논증을 날카롭게 하십시오.

밀도 모드는 프레젠테이션 모드가 아닙니다. Reading-first Executive Story와 Reading-first Research Analytical 덱은 비슷한 텍스트 밀도를 가질 수 있지만, 자료, 각주 및 개념적 페이지의 비율은 다릅니다.

시각적 방향 미리보기

사용자가 고정된 템플릿이나 명시적인 시각적 참조를 제공하지 않은 경우:

1. references/visual-system.md에서 세 가지 간결한 시각적 방향을 만드십시오.
2. 각 방향에 대해 실제 표지, 분석/데이터 슬라이드, 프레임워크/액션 슬라이드를 보여주십시오.
3. 미리보기 콘텐츠는 사용자의 자료에 충실하게 유지하십시오. 슬라이드 내부에 "Option A"와 같은 내부 레이블을 표시하지 마십시오.
4. 사용자에게 한 번 선택하도록 요청한 후, 선택한 시스템을 일관되게 적용하십시오.

사용자가 명시적으로 직접 진행하거나 명확한 시각적 참조를 제공하는 경우에만 이 게이트를 건너뛰십시오. 프로젝트 작업 공간에 선택한 방향을 기록하십시오.

편집 가능성 유지

• 텍스트를 텍스트로 유지하십시오.
• 표를 표로 유지하십시오.
• 차트는 실용적인 경우 네이티브 차트로 유지하십시오.
• 차트 데이터와 차트 의도를 슬라이드 레이아웃 코드와 분리하십시오.
• 간단한 행렬, 타임라인, 프로세스 및 문제 트리는 네이티브 도형으로 유지하십시오.
• 이미지는 사진, 텍스처 아트워크 또는 일러스트레이션에 사용하십시오. 텍스트가 많은 전체 슬라이드에는 사용하지 마십시오.
• 페이지가 평탄화된 스크린샷으로 구성된 덱을 전달하지 마십시오.

저장된 프로젝트에서 반복

"슬라이드 3의 제목을 변경해 줘"와 같은 요청의 경우, 프로젝트 소스를 편집하고 영향을 받는 출력을 재생성하십시오. 소스 자료, 증거 ID, 차트 데이터, 슬라이드 ID 및 발표자 노트를 보존하십시오. 영향을 받는 모든 품질 검사와 최종 덱 수준 검사를 다시 실행하십시오.

설치된 스킬을 수정하지 않고 학습

모든 자료 수정 사항을 일회성 또는 반복 가능한 것으로 분류하십시오. 반복 가능한 교훈은 qa/experience-log.md의 덱 작업 공간에 기록하십시오. 일반 덱 제작 중에 설치된 스킬을 조용히 편집하지 마십시오. 검토되고 버전 관리된 스킬 업데이트를 통해서만 반복된 교훈을 이 스킬로 승격하십시오.

전달

최종 .pptx와 간결한 요약을 전달하십시오. 사용자가 요청하지 않는 한 중간 계획, 미리보기 및 QA 파일은 프로젝트 작업 공간 내에 유지하십시오. 확인되지 않은 주장, 글꼴 대체, 호환성 제한 또는 남아 있는 경고를 명시적으로 언급하십시오.