데모 시나리오 설계 - 3분의 마법 | 발표 & 포트폴리오

3분이 최적인 이유

데모 길이별 청중 집중도
━━━━━━━━━━━━━━━━━━━━━
1분  ████████████████████████████ 95%  너무 짧아 내용 부족
2분  ██████████████████████████   90%  적절하지만 아쉬움
3분  █████████████████████████    88%  최적 ← 여기
5분  ██████████████████           65%  길어지기 시작
10분 ██████████                   40%  대부분 이탈
15분 █████                        25%  발표가 아닌 고문

3분 = 핵심만 보여주고, 궁금하게 만드는 시간

제조 AI 데모 시나리오 (3분 구성)

구간별 시간 배분

구간	시간	내용	핵심 메시지
오프닝	0:00-0:20	프로젝트 소개	"이것이 해결하는 문제"
시나리오 1	0:20-1:10	에러코드 진단	"3초 만에 진단"
시나리오 2	1:10-2:00	KG 시각화	"관계를 한눈에"
시나리오 3	2:00-2:40	RAG Q&A	"매뉴얼을 AI가 읽어준다"
클로징	2:40-3:00	성과 요약	"Before → After"

시나리오 1: 에러코드 진단 (50초)

[화면: 채팅 인터페이스]

나: "CNC 장비에서 E-001 에러가 발생했다고 가정해보겠습니다."

[에러코드 입력: E-CNC-001]

나: "에러코드를 입력하면..."

[3초 후 결과 표시]

나: "3초 만에 원인 분석과 5단계 조치 방법이 나옵니다.
    기존에는 매뉴얼을 뒤져서 평균 23분 걸리던 작업입니다."

[포인트: Before/After 수치 강조]

시나리오 2: Knowledge Graph (50초)

[화면: KG 시각화 페이지]

나: "이 에러코드와 관련된 설비, 부품, 공정의 관계를
    Knowledge Graph로 확인할 수 있습니다."

[그래프 클릭/확대]

나: "CNC-M01의 스핀들 모터가 이 에러의 근본 원인이고,
    같은 라인의 다른 2대 장비도 영향을 받을 수 있음을 보여줍니다.
    총 1,247개 노드, 3,500개 이상의 관계가 구축되어 있습니다."

[포인트: 숫자로 규모감 전달]

시나리오 3: RAG Q&A (40초)

[화면: 채팅 인터페이스]

나: "자연어로 질문도 가능합니다."

[질문 입력: "CNC 스핀들 베어링 교체 주기와 절차는?"]

[RAG 응답 표시 + 출처 문서 링크]

나: "KOSHA 안전 기준서와 장비 매뉴얼을 기반으로 답변하며,
    어떤 문서에서 정보를 가져왔는지 출처도 함께 표시합니다.
    정확도 87%, RAGAS 평가 기준입니다."

[포인트: 출처와 정확도 강조]

데모 데이터 체크리스트

데모 전 필수 확인
━━━━━━━━━━━━━━━━
□ 시나리오 1용 에러코드 3개 미리 DB에 등록
  - E-CNC-001 (메인 시나리오)
  - E-CNC-003 (백업 시나리오)
  - E-PRESS-002 (다양성 보여주기용)

□ 시나리오 2용 KG 데이터
  - 설비 노드 50개 이상
  - 부품 노드 200개 이상
  - 에러코드 노드 100개 이상
  - 관계 500개 이상

□ 시나리오 3용 RAG 문서
  - KOSHA 안전 기준서 (최소 3개 문서)
  - CNC 장비 매뉴얼 (최소 2개 문서)
  - 내부 트러블슈팅 가이드 (최소 5개 문서)

□ API 키 유효성 확인
  - OpenAI API 키 잔여 크레딧 확인
  - Neo4j 연결 테스트
  - ChromaDB 연결 테스트

핵심 정리

데모는 3분이 최적 (집중도 88%)
시나리오별 핵심 메시지 하나씩 전달
Before/After 수치로 임팩트 증명
데이터는 미리 세팅, 실시간 생성은 위험