제안서 목차 잡기
무료 multi-proposal-ppt
무엇부터 써야 할지 막힐 때 씁니다. 묻고 답하는 방식으로 목차와 논리를 먼저 세우고, 그다음 디자인 스킬로 넘깁니다.
- 인터뷰 → 설계기법 추천 → 목차 확인 → 생성 순서
- 파이썬 없이 지시문 한 장으로 돕니다
- 디자인 스킬과 짝으로 쓰는 것을 전제로 만들었습니다
Codex 는 $multi-proposal-ppt, Claude Code 와 Antigravity 는 /multi-proposal-ppt 로 부릅니다.
그냥 "제안서 만들어줘" 라고 해도 설명문을 보고 알아서 붙습니다.
지시문 전문
아래가 SKILL.md 의 전부입니다. 에이전트가 읽는 것과 같은 글입니다.
교육 콘텐츠 개발 제안서 PPT 스킬
교육 콘텐츠 개발 제안서 PPT 초안을 빠르고 체계적으로 생성하는 스킬이다. 핵심은 인터뷰 기반 맞춤형 제안서를 만드는 것이며, 매번 같은 포맷이 아니라 프로젝트 특성에 맞는 교수설계 기법과 개발 유형을 추천하여 차별화된 제안서를 만들어야 한다.
워크플로우 (반드시 이 순서를 따른다)
① 인터뷰 → ② 설계기법 추천 → ③ 목차+플랜 제시 → ④ 사용자 승인 → ⑤ .pptx 생성
STEP 1: 인터뷰
사용자가 제안서를 만들겠다고 하면, 아래 질문을 챗봇 형태로 진행한다. 한 번에 모든 질문을 던지지 말고, 자연스러운 대화 흐름으로 안내한다.
인터뷰 질문
제안서 작성을 위해 아래 내용을 작성해 주세요. (가능한 것들 위주로 작성해 주시면 됩니다.) 1. 프로젝트 개요 (고객사명, 과정명) 2. 주요 내용 (교육 주제 및 핵심 내용) 3. 학습 대상 (직급, 직무, 인원 등) 4. 개발 범위 (이러닝, XR, AI 등) 5. 학습 분량 (차시, 분량 등) 6. 콘텐츠 유형 (영상, 인터랙션, 혼합 등) 7. 납품 내역 (산출물 목록) 8. 개발 일정 (착수~납품 기간) 9. 고객사 CI 색상 (아래 3가지 방법 중 편한 방식으로 알려주세요.) - 로고 이미지 업로드 → 이미지에서 대표 색상을 자동 추출합니다. - 고객사명만 입력 → 웹 검색으로 CI 색상을 자동 확인합니다. - 색상 코드 직접 입력 (예: #003366)
CI 색상 자동 확인 방법
사용자가 CI 색상을 직접 모를 경우, 아래 방식으로 자동 확인한다:
- 로고 이미지 업로드: 이미지를 분석하여 대표 색상(Primary, Secondary)을 추출한다. 추출 결과를 사용자에게 확인받은 후 적용한다.
- 고객사명 기반 웹 검색: 고객사명으로 웹 검색하여 공식 CI 색상 정보를 찾는다. (예: "삼성전자 CI 색상 코드", "KB금융그룹 브랜드 컬러") 검색 결과를 사용자에게 확인받은 후 적용한다.
- 직접 입력: 사용자가 색상 코드를 알고 있으면 그대로 사용한다.
어떤 방식이든 최종 적용 전에 사용자 확인을 거친다. 색상 정보를 전혀 확보하지 못한 경우, 프로젝트 성격에 맞는 기본 컬러 팔레트를 제안한다.
인풋 유형별 처리
사용자는 다양한 형태로 정보를 제공할 수 있다:
- RFP/입찰공고 파일: 파일을 읽고 위 9개 항목을 자동 추출한다. 추출 결과를 사용자에게 보여주고 확인/보완을 받는다.
- 구두 브리핑: 위 질문 양식을 제시하고 답변을 받는다.
- 기존 제안서 참고 파일: 파일 내용을 분석하여 위 항목을 사전 채운 뒤, 이번 프로젝트에 맞게 수정할 부분을 확인한다.
빠진 항목이 있어도 진행 가능하지만, 최소한 고객사명, 과정명, 개발 범위는 확보해야 한다.
STEP 2: 설계기법 추천
인터뷰 답변을 분석하여, 아래 8가지 교수설계 기법 중에서 프로젝트에 적합한 기법을 단일 또는 복수로 추천한다.
교수설계 기법 목록
| 기법 | 정의 | 적합한 상황 |
|---|---|---|
| Lecture | 전문가의 체계적 지식 전달 | 이론/개념 중심, 전문가 강의가 핵심일 때 |
| Tutorial | 단계별 안내와 연습 | 절차/기술 습득, 실습이 필요할 때 |
| Storytelling | 서사 구조를 통한 몰입 학습 | 태도 변화, 사례 학습, 인식 교육 |
| Discussion | 토론/대화 기반 다양한 관점 탐색 | 리더십, 윤리, 의사결정 교육 |
| GBS (Goal-Based Scenario) | 목표 기반 시나리오 해결 | 문제해결력, 실무 적용력 강화 |
| Simulation | 실제 환경 모사 체험 | 안전교육, 장비 조작, 위기 대응 |
| PBL (Problem-Based Learning) | 실제 문제 중심 자기주도 학습 | 복합적 실무 역량, 프로젝트형 과제 |
| Web Active Learning | 웹 기반 참여형 인터랙션 | 자기주도 학습, 마이크로러닝, 디지털 학습 |
추천 시 반드시 추천 이유를 간결하게 설명하고, 사용자의 확인을 받는다.
STEP 3: 목차 + 플랜 제시
인터뷰 내용과 확정된 설계기법을 바탕으로, 아래 고정 목차에 맞춰 슬라이드별 핵심 내용 플랜을 작성하여 사용자에게 제시한다.
PPT 목차 구조 (각 번호 = 1장)
| 슬라이드 | 제목 | 내용 가이드 |
|---|---|---|
| 0 | 목차 | 전체 목차 한눈에 보기 |
| 1-1 | 제안 배경: 교육의 필요성 | 해당 분야 교육이 왜 중요한지 (시장 트렌드, 규제, 역량 갭 등) |
| 1-2 | 제안 배경: 제안사 역량 | 우리 회사의 강점과 차별점 |
| 1-3 | 제안 배경: 관련 실적 | 유사 프로젝트 수행 이력 |
| 1-4 | 제안 배경: 프로젝트 개요 | 인터뷰 내용으로 표 제작 (구분, 프로젝트명, 교육목적, 교육내용, 교육대상, 개발범위, 운영/납품방식, 개발일정) |
| 1 | 설계 전략: 설계 과정 | 과정 분석 → 교수설계 기법 적용 → 개발 방안 계획 |
| 2-1 | 설계 기법: 정의 및 효과 비교 | 8가지 기법 중 선택된 기법의 정의와 효과 비교 |
| 2-2 | 설계 기법: 선택 기법 상세 설명 | 선택된 설계 기법의 구체적 적용 방안과 학습 효과 |
| 3-1 | 개발 유형 설명 | 콘텐츠 유형별 교수설계 적용 연출 및 교육 효과성 설명 |
| 3-2 | 개발 방안 | 개발유형명, 연출 방식, 특장점, 학습효과, 샘플이미지 4장 |
| 4-1 | 프로젝트 관리: 개발 프로세스 및 R&R | 3열 프로세스 다이어그램 — 고객사 역할 / 개발 프로세스 10단계 / 제안사 역할 |
| 4-2 | 프로젝트 관리: 프로세스별 산출물 | 기획→설계→개발→운영/완료 단계별 산출물 정리 |
| 4-3 | 프로젝트 관리: 품질관리 방안 | 빈 페이지 (사용자가 별도 제작) |
| 4-4 | 프로젝트 관리: 개발 일정 | 간트 차트형 표 — 4단계(분석기획/설계/개발/검수) × 월별 일정 + 마일스톤 |
플랜 작성 규칙
- 각 슬라이드의 제목, 핵심 메시지 1~2줄, 포함될 주요 요소 (표, 도식, 리스트 등)를 명시한다.
- 4-3은 "[빈 페이지 — 별도 제작 예정]"으로 표기한다.
- 플랜 하단에 "위 구성으로 PPT를 제작해도 될까요?" 라고 승인을 요청한다.
STEP 4: 사용자 승인
- 사용자가 수정 요청을 하면 플랜을 수정하여 다시 제시한다.
- "좋아요", "진행해줘", "네" 등 승인 의사를 확인한 후 STEP 5로 진행한다.
STEP 5: .pptx 생성
사전 준비
반드시 pptx 스킬의 가이드를 먼저 읽는다:
view /mnt/skills/public/pptx/SKILL.md
view /mnt/skills/public/pptx/pptxgenjs.md
디자인 규칙
CI 색상 적용
- 인터뷰에서 확보한 고객사 CI 색상을 Primary Color로 사용한다.
- CI 색상이 없는 경우, 프로젝트 성격에 맞는 컬러 팔레트를 선택한다.
- Primary(60-70%), Secondary(20-30%), Accent(10%) 비율을 지킨다.
레이아웃
- 16:9 비율 (LAYOUT_16x9)
- 좌측 정렬 기본, 제목만 중앙 정렬 허용
- 슬라이드마다 레이아웃을 변주한다 (같은 레이아웃 반복 금지)
- 텍스트만 있는 슬라이드 금지 — 표, 도식, 아이콘, 도형 등 시각 요소 필수
슬라이드별 제작 가이드
| 슬라이드 | 권장 레이아웃 |
|---|---|
| 0 (목차) | 번호+제목 리스트, 아이콘 포인트 |
| 1-1 (교육 필요성) | 통계/수치 강조 + 핵심 메시지 |
| 1-2 (제안사 역량) | 아이콘 + 텍스트 카드 그리드 |
| 1-3 (관련 실적) | 실적 카드 또는 타임라인 |
| 1-4 (프로젝트 개요) | 표(Table) — 인터뷰 내용 기반 |
| 1 (설계 과정) | 3단계 프로세스 플로우 (화살표 연결) |
| 2-1 (설계기법 비교) | 비교 표 또는 카드 그리드 |
| 2-2 (설계기법 상세) | 좌측 설명 + 우측 효과/적용 사례 |
| 3-1 (개발 유형) | 유형별 카드 (아이콘+설명+효과) |
| 3-2 (개발 방안) | 유형명/연출/특장점/학습효과 표 + 이미지 영역 |
| 4-1 (프로세스/R&R) | 3열 프로세스 다이어그램 — 좌측(고객사 R&R) / 중앙(개발 프로세스 10단계) / 우측(제안사 R&R) |
| 4-2 (프로세스별 산출물) | 4단계 프로세스 + 산출물 리스트 |
| 4-3 (품질관리) | 빈 슬라이드 (제목만 입력) |
| 4-4 (개발 일정) | 간트 차트형 표 — 단계/과업 × 월별 주차, 마일스톤 표기 |
4-2 슬라이드 산출물 기본 구조
01. 기획 → 설계·개발 기획안 작성 / 워크샵 교육 자료 개발
02. 설계 → 원고 작성 / 스토리보드 개발
03. 개발 → 그래픽 디자인 / 영상 콘텐츠
04. 운영/완료 → 검수 문서 / 최종 산출물: 영상(MP4), 교안(PDF)
3-1 슬라이드 개발 유형 카테고리
콘텐츠 유형은 아래 4가지 대분류 안에서 프로젝트에 맞게 선별 적용한다:
- 강사 강의형: 세트 스튜디오, 크로마키, 전자칠판, 실습 강의, 현장 강의 등
- 모션그래픽: 2D/3D 애니메이션, 인포그래픽, 실사그래픽, 3D그래픽, 화면녹화, PPT모션, 인사이트(2D), 캐릭터 진행 등
- 연출 촬영형: 드라마, 토크쇼, 방송 예능, 현장 스케치, 인터뷰 등
- 인터랙션형: 웹 블로그, 웹XR, 실감형 콘텐츠 등
4-1 슬라이드: 개발 프로세스 및 R&R 다이어그램
이 슬라이드는 3열 구조 프로세스 다이어그램으로 제작한다. 참고 이미지의 레이아웃을 기반으로 도형과 텍스트로 재구성한다.
구조
┌─────────────────┐ ┌─────────────────┐ ┌─────────────────┐
│ 고객사 CI │ │ 콘텐츠 개발 프로세스 │ │ 제안사명 │
│ (고객 역할) │ → │ (중앙 10단계) │ ← │ (제안사 역할) │
└─────────────────┘ └─────────────────┘ └─────────────────┘
중앙열: 콘텐츠 개발 프로세스 (10단계, 세로 정렬)
- 요구 분석
- 과정 기획
- 원고 및 시나리오 개발
- 필요 시 콘티 개발
- 콘텐츠 촬영
- UI(그래픽 디자인) 개발
- 콘텐츠 개발
- 다국어 번역
- 유지보수
각 단계는 CI Primary Color 배경의 둥근 사각형 박스로 표현한다.
좌측열: 고객사 역할 (CI 색상 라벨)
- 학습자, 환경, 내용의 기초자료 제공
- 컨셉 방향성 협의
- 기초 원고 제공
- 콘티 검수
- 촬영본 검수
- UI 검수
- 콘텐츠 산출물 검수
- 다국어 산출물 검수
- 콘텐츠 유지 보수 관리
좌측 하단에 아이콘 + "기초 원고 작성 및 단계별 컨펌" 요약 텍스트를 배치한다.
우측열: 제안사 역할
- 학습자분석, 환경분석, 내용 분석
- 컨셉 방향성 협의
- 원고 분석 및 시나리오 집필
- 콘티 작성 및 수정, 보완
- 콘텐츠 촬영
- UI 개발
- 콘텐츠 개발 및 수정, 보완
- 다국어 번역 및 산출물 개발
- 콘텐츠 유지 보수
우측 하단에 아이콘 + "콘텐츠 개발 및 전반적 프로세스 관리" 요약 텍스트를 배치한다.
디자인 규칙
- 좌측↔중앙, 중앙↔우측을 화살표로 연결하여 협업 흐름을 표현한다.
- 좌측/우측 항목은 테두리만 있는 박스(흰 배경), 중앙은 CI Primary Color 채움 박스로 시각 구분한다.
- 슬라이드 상단에 핵심 메시지를 배치한다: "개발 경험으로 쌓은 노하우와 철저한 프로세스 관리로 안정적으로 프로젝트를 수행합니다."
- 고객사명과 제안사명은 인터뷰에서 확보한 정보를 사용한다. 제안사명이 없으면 사용자에게 확인한다.
4-4 슬라이드: 개발 일정 (간트 차트형 표)
이 슬라이드는 표(Table) 기반 개발 일정표로 제작한다. PptxGenJS의 간트 차트 바 표현이 어려우므로, 표 양식으로 일정 구조를 명확하게 전달하는 것을 우선한다.
구조
┌──────────┬─────────────┬───┬───┬───┬───┬───┬───┬───┬───┐
│ 단계 │ 과업 내용 │ M1│ M2│ M3│ M4│ M5│ M6│ M7│ M8│
├──────────┼─────────────┼───┼───┼───┼───┼───┼───┼───┼───┤
│ 분석/기획│ 기획 및 착수 │ ■ │ │ │ │ │ │ │ │
│ │ 원고 작성 │ ■ │ ■ │ ■ │ │ │ │ │ │
├──────────┼─────────────┼───┼───┼───┼───┼───┼───┼───┼───┤
│ 설계 │ 스토리보드 │ │ ■ │ ■ │ │ │ │ │ │
│ │ ... │ │ │ │ │ │ │ │ │
└──────────┴─────────────┴───┴───┴───┴───┴───┴───┴───┴───┘
행 구성 (4단계 × 과업 항목)
| 단계 | 과업 내용 |
|---|---|
| 분석/기획 | 기획 및 착수, 원고 작성 |
| 설계 | 스토리보드 개발, 스토리보드 검수, UI 디자인 개발, 프로토타입 개발 |
| 개발 | 차시별 개발, 개발물 검수, 다국어 번역/개발 |
| 검수 | 테크니컬 테스트, 포팅 및 오픈 준비 |
인터뷰에서 확보한 개발 일정(착수~납품 기간)에 따라 월(Month) 열 수와 과업별 기간 배치를 조정한다.
열 구성
- 1열: 단계 (분석/기획, 설계, 개발, 검수) — 같은 단계의 과업은 병합 셀
- 2열: 과업 내용
- 3열~: 월별 주차 (인터뷰 일정에 맞춰 열 수 결정)
디자인 규칙
- 슬라이드 상단 핵심 메시지: "탄력적이고 효율적인 일정 체계를 도입하여 개발 프로세스를 진행함에 따라 납품일정을 준수하겠습니다."
- 표 헤더 행: CI Primary Color 배경 + 흰색 텍스트
- 단계 열: 연한 회색 배경으로 구분
- 일정 기간 표시: 해당 셀에 CI 색상 채움(■)으로 표시. 담당 주체별 색상 구분이 가능하면 적용한다.
- 제안사 담당: CI Primary Color (연한 톤)
- 공동 수행: 흰색 (테두리만)
- 고객사 담당: CI Primary Color (진한 톤)
- 마일스톤 표기: 착수보고, 중간보고, 완료보고 위치를 텍스트로 해당 셀에 표기한다.
- 하단 범례: 제안사 / 공동 / 고객사 색상 범례 + "※ 세부 일정은 개발 상황에 따라 변경될 수 있습니다." 주석
- 일정 기간 바 표현이 기술적으로 어려운 경우, 기간 텍스트(예: "3월 2주~4월 1주")를 셀에 직접 입력하는 방식으로 대체한다.
빈 페이지 처리 (4-3)
- 슬라이드에 제목("프로젝트 관리 — 품질관리 방안")만 입력하고 본문은 비워둔다.
문장 품질
- 교육 업계 전문 용어를 정확히 사용한다.
- 맞춤법을 철저히 지킨다.
- 간결하되 밀도 높은 문장으로 작성한다.
- "~입니다", "~합니다" 경어체를 기본으로 한다.
QA
PPT 생성 후 반드시 pptx 스킬의 QA 절차를 수행한다:
markitdown으로 텍스트 추출 → 내용 누락/오타 확인- 이미지 변환 → 시각 검수
- 문제 발견 시 수정 후 재검수
기타 참고사항
- 사용자가 추후 이미지를 전달하면, 해당 슬라이드에 반영하여 PPT를 업데이트한다.
- 목차 구조의 슬라이드 순서는 고정이지만, 사용자 요청에 따라 슬라이드 추가/삭제가 가능하다.
- 이 스킬은 pptx 스킬과 함께 사용된다. PPT 생성 시 반드시
/mnt/skills/public/pptx/SKILL.md와/mnt/skills/public/pptx/pptxgenjs.md를 참조한다.