AI 경진대회 발표자료 만드는 법｜서비스 시연·문제 정의·발표 구성
AI 경진대회 발표자료는 아이디어를 길게 설명하는 문서가 아닙니다. 제한된 시간 안에 해결하려는 문제, 대상 사용자, AI가 필요한 이유, 실제 서비스 작동 과정과 구현 가능성을 평가자가 이해하도록 만드는 발표 도구입니다.
가장 중요한 원칙은 발표자료의 순서를 서비스 개발 순서와 맞추는 것입니다. 문제와 사용자 → 기존 방식의 한계 → 제안 서비스 → AI와 데이터 → 실제 사용 흐름 → 서비스 시연 → 효과 → 향후 계획이 한 흐름으로 이어져야 합니다.
AI 경진대회 발표 핵심 구조
- 누가 어떤 문제를 겪는지 보여줍니다.
- 기존 해결 방법으로 부족한 이유를 설명합니다.
- 제안한 AI 서비스의 핵심 기능을 한 문장으로 제시합니다.
- 사용자가 결과를 얻는 실제 흐름을 보여줍니다.
- AI가 담당하는 기능과 사용하는 데이터를 구분합니다.
- 대표 시나리오 한 개로 서비스를 시연합니다.
- 검증 결과 또는 측정할 효과를 제시합니다.
- 미완성 기능과 향후 개발계획을 구분합니다.
발표시간은 공식 안내를 먼저 확인하세요
2026년 8월 19일 확인 기준으로 모두의 AI 실험실 경진대회는 권역별 예선을 발표평가로 진행하지만, 공식 홈페이지에서 팀별 발표시간과 질의응답 시간을 확인할 수 없습니다. 아래 시간 구성은 준비를 위한 예시이며 공식 운영 기준이 아닙니다.
목차
발표 준비 전에 공식 안내부터 확인하기
모두의 AI 실험실 AI 서비스 경진대회는 기획서 서면평가를 거쳐 5개 권역별로 10개 팀씩 총 50개 팀을 예선 진출팀으로 선발하고, 권역별 발표평가에서 상위 2개 팀씩 총 10개 팀을 본선 진출팀으로 선정합니다.
예선 진출 안내를 받으면 발표자료를 만들기 전에 다음 항목을 먼저 확인해야 합니다.
- 발표시간과 질의응답 시간
- 발표자료 제출 마감
- 제출 가능한 파일 형식과 용량
- PPT·PDF·영상 사용 가능 여부
- 발표자료 수정 가능 시점
- 서비스 시연용 인터넷 이용 가능 여부
- 개인 노트북과 연결 젠더 사용 가능 여부
- 발표자·팀원 전원 참석 조건
- 평가항목과 세부 배점
- 현장에서 확인할 권역 증빙서류
발표시간이나 제출 형식을 다른 경진대회 사례로 추정해서는 안 됩니다. 공식 홈페이지 공지, 예선 진출팀 안내메일과 운영사무국 안내를 최종 기준으로 사용해야 합니다.
발표의 핵심 문장부터 만들기
슬라이드를 만들기 전에 다음 세 문장을 먼저 완성해야 합니다. 이 문장이 흔들리면 발표자료에 기능과 기술 설명만 늘어나게 됩니다.
발표를 지탱하는 세 문장
- 문제: [대상 사용자]는 [특정 상황]에서 [구체적인 문제]를 겪습니다.
- 해결: 우리 서비스는 [입력 정보]를 바탕으로 AI가 [핵심 기능]을 수행해 [결과]를 제공합니다.
- 효과: 이를 통해 [시간·비용·접근성·정확도]를 [측정 가능한 방법]으로 개선합니다.
막연한 문장과 구체적인 문장 비교
| 막연한 발표 문장 | 구체적인 발표 문장 |
|---|---|
| AI로 복지 사각지대를 해결합니다. | 고령자와 보호자가 지역·연령대·관심 분야를 입력하면 AI가 관련 지원사업을 분류하고 조건과 준비서류를 쉬운 문장으로 보여줍니다. |
| 지역 관광을 활성화하는 앱입니다. | 이동약자가 관광지별 접근성 정보를 따로 찾는 시간을 줄이도록 공공데이터를 통합하고 필요한 시설을 조건별로 안내합니다. |
| 소상공인을 위한 예측 서비스입니다. | 소규모 음식점의 과거 판매량과 요일·날씨 데이터를 이용해 다음 영업일의 식재료 준비량 참고값을 제공합니다. |
AI 경진대회 발표자료 구성 순서
공식 발표시간과 슬라이드 수가 정해지기 전에는 먼저 아래 10개 구성을 준비한 뒤, 실제 시간에 맞춰 합치거나 줄이는 방법이 효율적입니다.
| 순서 | 슬라이드 | 보여줄 내용 |
|---|---|---|
| 1 | 한 줄 소개 | 대상 사용자·문제·해결 기능을 한 문장으로 제시 |
| 2 | 문제와 사용자 | 문제가 발생하는 실제 상황과 대상 사용자 |
| 3 | 기존 방식의 한계 | 현재 해결 방법과 남아 있는 불편 |
| 4 | 제안 서비스 | 서비스의 핵심 기능과 사용 전후 변화 |
| 5 | 사용 흐름 | 입력 → AI 처리 → 결과 → 다음 행동 |
| 6 | AI와 데이터 | AI 역할, 데이터 출처, 일반 프로그램 기능 구분 |
| 7 | 서비스 시연 | 대표 사용자 시나리오 한 개를 실제 화면으로 시연 |
| 8 | 검증·기대 효과 | 현재 테스트 결과와 앞으로 측정할 지표 구분 |
| 9 | 개발계획·팀 | 현재 완성 범위, 향후 일정과 역할 분담 |
| 10 | 핵심 결론 | 문제·서비스·기대 효과를 한 문장으로 재확인 |
문제와 사용자를 설명하는 방법
발표 초반에는 시장 규모나 AI 산업 전망보다 사용자가 실제로 겪는 장면을 보여주는 것이 좋습니다. 평가자가 문제 상황을 이해하지 못하면 이후의 AI 기술 설명도 필요성을 얻기 어렵습니다.
문제 슬라이드에 포함할 내용
- 문제를 겪는 사용자
- 문제가 발생하는 구체적인 상황
- 현재 사용자가 하는 행동
- 시간·비용·접근성 측면의 불편
- 문제가 실제로 존재한다는 근거
문제 근거를 제시하는 방법
| 근거 유형 | 발표자료 표시 방법 |
|---|---|
| 공식 통계 | 핵심 수치 하나와 기관·조사연도 표시 |
| 사용자 인터뷰 | 인터뷰 인원·대상·공통 불편 요약 |
| 직접 관찰 | 현재 과정의 단계와 걸리는 시간 표시 |
| 기존 서비스 분석 | 현재 가능한 기능과 해결되지 않은 문제 비교 |
문제의 크기보다 문제의 구체성이 먼저입니다
전 국민이 겪는 거대한 문제라고 주장하기보다, 실제 사용자와 상황을 구체적으로 보여주는 편이 서비스 기능과 검증 방법을 설명하기 쉽습니다.
제안 서비스와 AI 기능 설명 방법
서비스 소개 슬라이드에서는 기능 목록보다 사용자가 무엇을 입력하고 어떤 결과를 받는지를 먼저 보여줍니다.
사용자 입력 → 데이터 검색·필터 → AI 분류·요약 → 결과와 공식 출처 → 사용자 행동
AI가 담당하는 기능을 구분하기
| 일반 프로그램 기능 | AI 기능 | 사람·기관 확인 |
|---|---|---|
| 조건 입력·검색·정렬 | 자유문장 질문 분류 | 최종 자격 확인 |
| 날짜·기관명 표시 | 복잡한 공고 요약 | 신청 가능 여부 확정 |
| 공식 원문 연결 | 관련 정보 추천 | 법률·의료·행정 판단 |
AI가 모든 기능을 담당한다고 표현하기보다 AI가 강점을 갖는 부분과 규칙·공식 기관 확인이 필요한 부분을 구분하면 서비스의 신뢰성과 실현 가능성을 설명하기 좋습니다.
기술 용어는 사용자 가치 뒤에 배치하기
RAG, LLM, 벡터 검색, 에이전트 같은 용어를 먼저 제시하지 말고 사용자에게 주는 결과를 설명한 다음 이를 구현한 기술을 간단히 밝히는 순서가 좋습니다.
사용자가 입력한 조건과 관련 있는 공고를 먼저 찾고, 공식 원문에 있는 대상·기간·준비서류를 쉬운 문장으로 요약합니다. 이를 위해 공공데이터 검색과 생성형 AI 요약을 결합했습니다.
AI 서비스 시연 순서
서비스 시연은 기능을 자유롭게 둘러보는 시간이 아닙니다. 대표 사용자 한 명이 문제를 해결하는 과정만 보여주는 짧은 시나리오로 준비해야 합니다.
권장 시연 흐름
- 사용자 상황: 누가 어떤 결과를 찾으려는지 한 문장으로 설명합니다.
- 입력: 미리 검증한 대표 조건이나 질문을 입력합니다.
- AI 처리: AI가 무엇을 하고 있는지 한 문장으로 설명합니다.
- 결과: 핵심 결과 한 개만 먼저 보여줍니다.
- 근거: 데이터 제공 기관과 공식 원문을 보여줍니다.
- 다음 행동: 사용자가 결과를 이용해 무엇을 할 수 있는지 설명합니다.
시연 대본 예시
상황: 서울에 거주하는 65세 사용자가 이용 가능한 생활지원 정보를 찾는 상황입니다.
입력: 지역·연령대·관심 분야를 선택합니다.
처리: 서비스가 공공데이터에서 관련 공고를 검색하고 AI가 조건과 준비서류를 쉬운 문장으로 정리합니다.
결과: 관련성이 높은 공고와 마감일, 추천 이유가 표시됩니다.
확인: AI가 자격을 확정하지 않으며 공식 원문에서 최종 조건을 확인할 수 있습니다.
시연에서 피할 행동
- 처음 보는 질문을 현장에서 즉흥적으로 입력하기
- 로딩 중 아무 설명 없이 기다리기
- 모든 메뉴와 설정 화면을 차례로 보여주기
- AI가 생성한 긴 답변 전체를 읽기
- 오류 메시지에 API 키나 내부 정보가 나타나게 하기
- 실제 이용자의 개인정보를 입력하기
- 작동하지 않는 기능을 완성된 기능처럼 설명하기
서비스가 완성되지 않았을 때 발표하는 방법
예선 단계에서는 서비스 전체가 완성되지 않았을 수 있습니다. 이때는 완성된 기능, 화면만 구현된 기능과 향후 개발 기능을 명확하게 구분해야 합니다.
| 상태 | 발표 표현 | 보여줄 자료 |
|---|---|---|
| 구현 완료 | 현재 실제로 작동하는 기능 | 라이브 시연·테스트 결과 |
| 프로토타입 | 사용자 흐름과 화면을 검증하는 단계 | 클릭 가능한 화면·예시 데이터 |
| 개발 중 | 현재 연결 중이며 완료 조건이 정해진 기능 | 개발 화면·일정·담당자 |
| 향후 계획 | 본선 진출 후 검증·고도화할 기능 | 로드맵·필요 데이터·검증 방법 |
미완성 기능을 숨기기보다 현재 해결한 부분과 남은 기술적 위험을 설명하고, 지원 자원과 멘토링을 이용해 어떻게 개선할지 제시하는 편이 현실적입니다.
현재 결과와 기대 효과 구분하기
- 확인된 결과: 10명이 테스트했고 8명이 도움 없이 결과 화면까지 도달했다.
- 현재 추정: 평균 검색시간이 줄어들 가능성을 확인했다.
- 향후 목표: 본선 기간에 30명 이상을 대상으로 완료시간과 이해도를 측정한다.
목표치를 이미 달성한 성과처럼 표현하지 말고, 현재 확인한 사실과 향후 측정할 지표를 분리해야 합니다.
발표시간에 맞춰 내용을 줄이는 방법
발표시간이 확정되면 총시간에서 시연과 마무리에 필요한 시간을 먼저 제외하고 설명 분량을 정합니다. 질의응답 시간이 발표시간에 포함되는지도 확인해야 합니다.
| 발표시간 | 권장 구성 예시 | 슬라이드 예시 |
|---|---|---|
| 3분 | 문제 40초·서비스 40초·시연 60초·효과와 계획 30초·결론 10초 | 4～5장 |
| 5분 | 문제 60초·서비스와 AI 70초·시연 90초·효과 40초·계획과 결론 40초 | 6～8장 |
| 7분 | 문제 80초·서비스와 기술 100초·시연 120초·검증 60초·계획과 결론 60초 | 8～10장 |
| 10분 | 문제 2분·서비스와 기술 2분·시연 2분·검증 2분·계획과 결론 2분 | 10～12장 |
※ 위 시간과 슬라이드 수는 연습용 예시이며 모두의 AI 실험실 경진대회의 공식 발표시간이나 규정이 아닙니다.
5분 발표로 공식 안내됐을 때 구성 예시
발표시간이 실제로 5분으로 확정되면 다음 순서로 7장 안팎으로 압축할 수 있습니다.
- 한 줄 소개·문제: 대상 사용자와 문제
- 기존 방식의 한계: 현재 과정과 불편
- 제안 서비스: 입력·AI 처리·결과
- 사용 흐름·데이터: 한 장으로 통합
- 서비스 시연: 대표 시나리오
- 검증·기대 효과: 현재 결과와 목표 구분
- 개발계획·결론: 남은 위험과 본선 계획
시간이 부족할 때 먼저 줄일 내용
- AI 산업 전체 전망
- 팀원 개인 이력의 긴 설명
- 사용하지 않는 후보 기술
- 모든 화면과 부가기능 소개
- 기획 과정의 시간순 일지
- 발표자료에 이미 보이는 문장 낭독
문제·핵심 서비스·실제 시연·검증 방법은 마지막까지 유지하는 것이 좋습니다.
경진대회 PPT 화면과 문장 정리
한 슬라이드에 메시지 한 개
슬라이드 제목을 주제어로만 쓰지 말고 그 장에서 전달할 결론으로 작성합니다.
| 주제만 적은 제목 | 결론이 보이는 제목 |
|---|---|
| 문제점 | 지원정보가 기관별로 흩어져 대상자가 조건을 비교하기 어렵습니다 |
| 서비스 소개 | 사용자 조건을 입력하면 AI가 관련 공고와 준비서류를 정리합니다 |
| 기대 효과 | 지원정보 탐색시간과 조건 이해도를 함께 측정합니다 |
화면 가독성 점검
- 본문을 문단으로 넣지 않고 핵심 문장과 도식으로 정리합니다.
- 출처는 읽을 수 있는 크기로 슬라이드 하단에 표시합니다.
- 표는 행과 열을 줄이고 발표에 필요한 값만 강조합니다.
- 스크린샷은 중요한 입력과 결과 부분을 확대합니다.
- 색상만으로 상태를 구분하지 않고 글자·아이콘을 함께 사용합니다.
- 영상에는 자막을 넣고 음성이 없어도 흐름을 이해할 수 있게 합니다.
- 발표장 화면 비율과 PDF 변환 상태를 확인합니다.
발표자료와 시연 화면 역할 구분
- 발표자료: 문제·근거·구조·검증 결과 설명
- 라이브 서비스: 실제 사용자 흐름과 작동 여부 확인
- 데모 영상: 네트워크·API 장애 시 정상 작동 과정 제시
- 부록: 세부 데이터·기술 구조·테스트 결과·예상 질문 대응
예상 질문과 답변 준비
질의응답에서는 발표에서 짧게 다룬 실현 가능성, 데이터, AI 정확성과 차별성을 구체적으로 확인할 가능성이 있습니다.
| 예상 질문 | 답변에 포함할 내용 |
|---|---|
| 왜 AI가 필요한가요? | 일반 검색·규칙으로 부족한 부분과 AI가 담당하는 기능 |
| 기존 서비스와 무엇이 다른가요? | 대상 사용자·데이터·사용 흐름·검증 방식의 차이 |
| 데이터는 어디에서 가져오나요? | 제공 기관·공식 API·갱신 주기·이용조건 |
| AI가 틀리면 어떻게 하나요? | 원문 대조·규칙 검사·공식 링크·확인 필요 표시 |
| 개인정보는 어떻게 보호하나요? | 최소수집·가상 데이터·외부 AI 전송·보관·삭제 방식 |
| 기간 안에 구현할 수 있나요? | 현재 MVP·남은 기능·역할 분담·주차별 일정 |
| 효과를 어떻게 측정하나요? | 완료시간·정확도·과업 성공률·이해도·만족도 |
| 사용자가 늘면 운영할 수 있나요? | API 호출 제한·비용·캐시·클라우드 확장 계획 |
| 본선에서 무엇을 개선할 건가요? | 사용자 검증·데이터 확대·오류 감소·현장 실증 계획 |
답변을 모를 때
확인하지 않은 내용을 즉석에서 단정하지 말고 현재 확인한 범위와 추가 검증 계획을 구분해서 답합니다.
현재 MVP에서는 해당 데이터를 저장하지 않고 있습니다. 본선에서 기능을 확장할 경우 수집 필요성과 처리 근거, 보관기간을 먼저 검토한 뒤 적용하겠습니다.
시연 실패 대비 데모 영상 준비
라이브 시연은 인터넷, 외부 API, 로그인 세션과 발표장 장비의 영향을 받습니다. 정상 작동 과정을 녹화한 짧은 데모 영상을 준비하면 장애가 발생했을 때 서비스 흐름을 계속 설명할 수 있습니다.
데모 영상 구성
- 사용자 상황을 한 문장으로 표시합니다.
- 대표 입력값을 입력합니다.
- 처리 중인 기능을 짧은 자막으로 설명합니다.
- 핵심 결과와 공식 출처를 확대합니다.
- 사용자가 할 수 있는 다음 행동을 보여줍니다.
- 전체 영상은 발표시간을 고려해 짧게 편집합니다.
영상 제작 시 주의사항
- 실제 개인정보와 계정정보를 녹화하지 않습니다.
- 브라우저 주소창·개발자도구·API 키를 노출하지 않습니다.
- 로딩 구간은 편집하되 실제보다 빠른 성능처럼 오해시키지 않습니다.
- 영상이 라이브 작동이 아닌 녹화본임을 구분합니다.
- 발표장 인터넷 없이 재생할 수 있도록 로컬 파일로 보관합니다.
- 기본 재생 프로그램에서 영상과 음성이 정상 작동하는지 확인합니다.
- 음향 문제가 발생해도 이해할 수 있도록 자막을 넣습니다.
현장 시연 오류에 대비해 짧은 서비스 데모 영상을 준비하려면 AI 영상 편집 기능과 지원 조건을 함께 확인하세요.
발표 전 리허설 체크리스트
발표자료
- 공식 발표시간과 파일 형식을 확인했다.
- 각 슬라이드의 결론이 제목에 드러난다.
- 통계와 데이터에 기관·기준일·출처가 있다.
- 현재 결과와 향후 목표를 구분했다.
- 완성 기능과 개발 중인 기능을 구분했다.
- PDF로 변환해도 글자·표·이미지가 깨지지 않는다.
- 발표 파일을 로컬·USB·온라인에 각각 보관했다.
서비스 시연
- 대표 입력값 2～3개를 미리 검증했다.
- 새로운 세션에서도 정상적으로 작동한다.
- 로그인과 인증 상태를 확인했다.
- 결과 없음·API 오류·로딩 지연 상황을 처리한다.
- 화면에 개인정보와 API 키가 표시되지 않는다.
- 브라우저 확대 수준과 모바일·데스크톱 화면을 확인했다.
- 실패 시 바로 재생할 데모 영상을 준비했다.
발표자와 팀
- 발표자는 슬라이드를 읽지 않고 핵심 흐름을 설명한다.
- 정해진 시간보다 조금 짧게 끝나는 버전을 준비했다.
- 팀원별 예상 질문 담당 분야를 정했다.
- 질문을 끝까지 듣고 결론부터 답하도록 연습했다.
- 모르는 내용을 추측하지 않고 검증 계획을 설명한다.
- 팀원 전원이 서비스의 문제·AI 역할·데이터 출처를 설명할 수 있다.
자주 묻는 질문
모두의 AI 실험실 예선 발표는 몇 분인가요?
2026년 8월 19일 현재 공개된 공식 홈페이지에서는 권역별 예선이 발표평가라는 점은 확인되지만 팀별 발표시간과 질의응답 시간은 확인되지 않습니다. 예선 진출 안내와 공식 공지사항을 기준으로 준비해야 합니다.
5분 발표라면 슬라이드는 몇 장이 적당한가요?
공식 제한이 없다면 약 6～8장을 출발점으로 검토할 수 있지만 절대 기준은 아닙니다. 슬라이드 수보다 문제·서비스·시연·검증이 제한시간 안에 연결되는지가 중요합니다.
서비스가 완성되지 않아도 발표할 수 있나요?
예선 운영규정에서 요구하는 제출물과 시연 조건을 먼저 확인해야 합니다. 완성되지 않은 경우에는 구현 완료, 프로토타입, 개발 중과 향후 계획을 명확히 구분하고 현재 작동하는 핵심 흐름을 보여주는 것이 좋습니다.
라이브 시연과 녹화 영상 중 무엇이 좋나요?
실제 작동 여부를 보여주려면 라이브 시연이 유용하지만 네트워크와 외부 API 장애에 대비해 녹화 영상을 함께 준비하는 것이 안전합니다. 녹화본을 라이브 화면처럼 오해하게 표현하면 안 됩니다.
시연할 때 모든 기능을 보여줘야 하나요?
아닙니다. 대표 사용자 한 명이 핵심 문제를 해결하는 흐름에 집중해야 합니다. 설정·회원가입·관리자 화면과 부가기능은 질문이 나올 때 부록으로 보여줄 수 있습니다.
AI 기술 설명은 어느 정도 해야 하나요?
모델 이름이나 기술 용어보다 AI가 어떤 입력과 데이터를 이용해 어떤 결과를 만드는지를 먼저 설명해야 합니다. 모델 선택 이유, 정확성 검증과 비용은 질문에 답할 수 있도록 준비합니다.
예상 질문은 몇 개 준비해야 하나요?
개수보다 영역이 중요합니다. AI 필요성, 기존 서비스와 차이, 데이터 출처, 정확성, 개인정보, 구현 가능성, 검증지표와 운영비 영역을 최소한 포함하는 것이 좋습니다.
발표 중 서비스가 작동하지 않으면 어떻게 하나요?
같은 동작을 반복해 시간을 소모하지 말고 미리 정한 횟수만 재시도한 뒤 녹화 영상으로 전환합니다. 장애가 발생한 단계와 정상 작동 시 보여줄 결과를 간단히 설명합니다.
발표자료에 출처를 모두 넣어야 하나요?
통계·데이터·이미지와 외부 연구자료에는 출처를 표시해야 합니다. 본문 슬라이드에는 기관·자료명·연도를 간단히 표시하고 전체 URL과 세부 자료는 마지막 출처 또는 부록에 정리할 수 있습니다.
최종 정리
AI 경진대회 발표자료는 기술을 많이 보여주는 문서가 아니라 문제와 서비스의 연결을 증명하는 자료입니다. 대상 사용자의 구체적인 문제를 먼저 제시하고, 기존 방식의 한계와 AI가 필요한 이유를 설명한 뒤 실제 사용 흐름을 시연해야 합니다.
서비스가 완성되지 않았다면 현재 작동하는 기능과 향후 개발 기능을 구분하고, 본선 기간에 무엇을 검증하고 개선할지 제시하세요. 발표시간이 공식적으로 안내되면 문제·서비스·시연·검증을 남기고 부가 설명부터 줄이는 것이 좋습니다.
라이브 시연은 대표 시나리오 한 개로 준비하고, 인터넷·API·장비 장애에 대비해 개인정보와 비밀정보가 포함되지 않은 짧은 데모 영상을 로컬 파일로 함께 준비해야 합니다.
공식 자료
- 모두의 AI 실험실 AI 서비스 경진대회 공식 홈페이지
- 경진대회 예선 평가 기준·FAQ 공지사항
- 정책브리핑｜AI 서비스 경진대회 공식 안내
- 모두의 AI 실험실 온라인 개발 플랫폼
- 운영사무국: 02-2602-6531
- 문의 가능 시간: 평일 오전 9시～오후 6시, 점심시간 오후 12시～1시 제외
※ 이 글은 2026년 8월 19일 기준 공식 홈페이지와 정부 발표를 바탕으로 작성했습니다. 발표시간·질의응답·자료 형식·시연 방법은 예선 진출팀 안내에 따라 달라질 수 있습니다. 공식 발표시간이 공개되면 제목과 시간 구성표를 최신 내용으로 수정하시기 바랍니다.
