모두의 AI 실험실 기획서 작성법｜서면평가 기준·AI 서비스 아이디어 예시
모두의 AI 실험실 AI 서비스 경진대회에 참가하려면 공식 참가 신청과 함께 AI 서비스 아이디어 기획서를 제출해야 합니다. 기획서 서면평가에서는 단순히 기술이 화려한지를 보는 것이 아니라, 해결하려는 문제가 분명한지, AI를 사용해야 할 이유가 있는지, 실제 서비스로 구현할 수 있는지를 종합적으로 살펴봅니다.
따라서 기획서는 기능을 많이 나열하기보다 문제 정의 → 대상 사용자 → AI 활용 이유 → 서비스 작동 방식 → 데이터 → 구현 범위 → 기대 효과가 하나의 흐름으로 이어지도록 작성하는 것이 중요합니다.
기획서 작성 전 핵심 확인
- 제출 마감: 2026년 9월 6일 오후 6시
- 제출 파일: 공식 공지사항에서 제공하는 예선 참가기획서 PPTX 양식
- 대회 주제: 개인·지역·사회 현안 해결을 위한 아이디어 제안 및 AI 서비스 개발
- 서면평가: 문제 정의, 제안 필요성, 창의성, AI 활용 적절성, 실현 가능성, 완성도 등을 종합평가
- 예선 선발: 5개 권역별 10개 팀씩 총 50개 팀
- 주의사항: 별도 페이지 수나 세부 배점은 공식 양식과 최신 평가 기준 공지를 우선 확인
목차
공식 기획서 양식부터 확인해야 하는 이유
경진대회 공식 홈페이지 공지사항에는 ‘모두의 AI 실험실 AI 서비스 경진대회 접수 유의사항 및 참가기획서 양식’이 게시돼 있습니다. 첨부파일 이름은 다음과 같이 안내됩니다.
모두의 AI실험실 AI 서비스경진대회 예선 참가기획서 - 00권역 000팀.pptx
인터넷에서 찾은 일반적인 사업계획서 양식으로 새 문서를 만들기보다 공식 PPTX 파일을 내려받아 작성해야 합니다. 표지의 권역명과 팀명, 지정된 항목, 파일 형식과 파일명 규칙을 임의로 변경하면 접수 확인 과정에서 혼선이 생길 수 있습니다.
- 공식 경진대회 홈페이지에 접속합니다.
- 커뮤니티 → 공지사항으로 이동합니다.
- 접수 유의사항 및 참가기획서 양식 게시물을 엽니다.
- PPTX 첨부파일을 내려받습니다.
- 별도로 게시된 예선대회 평가 기준과 FAQ도 함께 확인합니다.
- 원본 양식을 복사해 편집용 파일을 만든 뒤 작성합니다.
공식 홈페이지에서 공개한 세부 배점이나 분량 제한이 있다면 그 기준이 우선입니다. 확인되지 않은 블로그나 커뮤니티의 권장 분량을 공식 규정처럼 적용하면 안 됩니다.
모두의 AI 실험실 서면평가 기준
과학기술정보통신부가 공개한 안내에 따르면 제출된 기획서는 다음 내용을 중심으로 종합평가됩니다.
| 평가 영역 | 기획서에서 보여줘야 할 내용 |
|---|---|
| 문제 정의 및 제안 필요성 | 누가 어떤 문제를 겪고 있으며, 왜 해결이 필요한지 구체적으로 설명 |
| 창의성 및 AI 활용 적절성 | 기존 해결책과의 차이, AI가 담당하는 기능, AI 사용이 필요한 이유 제시 |
| 실현 가능성 및 완성도 | 데이터·기술·인력·기간을 고려해 실제 구현 가능한 계획과 서비스 흐름 제시 |
위 세 영역은 서로 분리된 설명이 아닙니다. 문제가 불분명하면 AI 활용 필요성을 판단하기 어렵고, AI 기능이 지나치게 복잡하면 실현 가능성이 낮아질 수 있습니다. 세 영역이 다음과 같이 연결돼야 합니다.
구체적인 사용자 문제 → 기존 방법의 한계 → AI가 필요한 이유 → 작동 가능한 핵심 기능 → 확인 가능한 효과
세부 배점은 공식 평가 기준 게시물을 확인해야 하며, 특정 영역의 배점이 더 높다고 임의로 가정해 나머지 내용을 생략하지 않는 것이 좋습니다.
문제 정의와 제안 필요성 작성법
문제는 넓게 잡지 말고 한 장면으로 좁히기
기획서의 출발점은 AI 기술이 아니라 사용자 문제입니다. `지역 문제를 AI로 해결하겠다`처럼 범위가 넓은 문장은 평가자가 실제 서비스 모습을 이해하기 어렵습니다.
| 막연한 문제 정의 | 구체화한 문제 정의 |
|---|---|
| 고령층은 디지털 이용이 어렵다. | 스마트폰 사용이 익숙하지 않은 고령층이 여러 기관의 복지 공고에서 본인에게 해당하는 신청 조건과 준비서류를 찾기 어렵다. |
| 지역 관광을 활성화해야 한다. | 외국인 개별 여행자가 지역 소규모 관광지의 운영시간·교통·편의시설 정보를 여러 사이트에서 따로 확인해야 한다. |
| 환경 문제를 해결한다. | 소규모 음식점이 요일과 날씨에 따른 수요를 예측하지 못해 식재료를 반복적으로 과다 준비한다. |
문제 정의에 포함할 다섯 가지
- 대상 사용자: 문제를 실제로 겪는 사람은 누구인가
- 상황: 언제, 어디에서 문제가 발생하는가
- 현재 행동: 사용자는 지금 어떻게 해결하고 있는가
- 불편: 시간·비용·접근성·정확성 측면에서 무엇이 어려운가
- 해결 필요성: 해결했을 때 개인이나 지역사회에 어떤 변화가 생기는가
근거가 있는 문제로 만들기
문제가 실제로 존재한다는 점을 보여주려면 공공 통계, 기관 보고서, 이용자 인터뷰, 설문 또는 관찰 결과를 활용할 수 있습니다. 자료를 많이 넣기보다 문제와 직접 관련된 근거를 선택해야 합니다.
자료를 사용할 때 확인할 점
- 통계의 조사 연도와 발표 기관을 표시합니다.
- 전국 통계를 특정 지역의 실제 상황처럼 확대 해석하지 않습니다.
- 기사만 인용하기보다 가능하면 원자료를 확인합니다.
- 직접 실시한 설문은 응답자 수와 조사 방법을 밝힙니다.
창의성과 AI 활용 적절성 작성법
AI 경진대회라고 해서 모든 기능에 AI를 넣을 필요는 없습니다. 신청·로그인·알림·지도 표시처럼 일반적인 기능은 기존 프로그램 방식으로 구현하고, 분류·요약·추천·예측·대화처럼 AI가 강점을 보이는 부분을 핵심 기능으로 배치하는 편이 설득력이 높습니다.
AI 역할을 한 문장으로 설명하기
다음 형식을 이용하면 AI가 서비스에서 담당하는 역할을 구체적으로 표현할 수 있습니다.
AI 활용 문장 구조
우리 서비스는 [사용자가 제공한 입력]과 [활용 가능한 데이터]를 바탕으로 [AI 처리 기능]을 수행하고, 사용자에게 [구체적인 결과]를 제공한다.
예를 들어 `AI로 복지정보를 알려준다`보다 다음처럼 쓰는 것이 구체적입니다.
사용자가 입력한 연령대·거주지역·관심 지원 분야와 공공기관의 지원사업 공고를 바탕으로 신청 가능성이 있는 사업을 분류하고, 복잡한 자격 조건과 준비서류를 쉬운 문장으로 요약해 제공한다.
AI를 쓰지 않아도 되는 기능 구분하기
| 기능 | 우선 검토 방식 | 이유 |
|---|---|---|
| 회원가입·로그인 | 일반 프로그램 | 정해진 규칙으로 처리 가능 |
| 공고 요약 | 생성형 AI 검토 | 길고 복잡한 문장을 사용자 수준에 맞게 바꿀 수 있음 |
| 조건이 명확한 자격 판정 | 규칙 기반 우선 | 정확한 조건은 고정된 규칙으로 검증하는 편이 안전 |
| 자유문장 문의 분류 | AI 활용 검토 | 표현이 다양한 질문의 의도 분류에 유용 |
| 위치 표시 | 지도·공공 API | 공식 좌표와 시설 정보를 사용하는 것이 적합 |
AI 활용의 창의성은 존재하지 않는 기술을 제시하는 것이 아닙니다. 기존 기술과 공개된 데이터를 새로운 사용자 문제에 적절하게 결합하고, 결과를 실제 행동으로 이어지게 만드는 방식에서도 차별성을 만들 수 있습니다.
아이디어 확장과 기획서 초안 정리에는 무료 AI를 활용할 수 있습니다. 다만 생성된 내용과 통계는 반드시 원자료로 다시 확인하세요.
실현 가능성과 완성도 작성법
기획서 단계에서 모든 기능이 완성돼 있을 필요는 없지만, 제안한 서비스를 실제로 만들 수 있다는 근거가 있어야 합니다. 가장 좋은 방법은 전체 서비스를 한 번에 구현하려 하지 않고 핵심 사용자 행동 한 가지가 작동하는 최소기능제품(MVP)으로 범위를 줄이는 것입니다.
MVP 범위를 정하는 방법
복지정보 AI 서비스라면 다음과 같이 기능을 구분할 수 있습니다.
| 예선에서 보여줄 핵심 기능 | 후속 개발 기능 |
|---|---|
| 사용자 조건 입력 | 공공기관 계정 연동 |
| 지원사업 데이터 검색 | 전국 모든 기관 실시간 수집 |
| 관련 공고 분류·요약 | 개인별 자동 신청 |
| 공식 원문 링크 제공 | 알림·일정·서류 자동관리 |
핵심 기능이 실제로 연결되는 모습을 먼저 보여주고, 추가 기능은 향후 계획으로 분리하는 것이 현실적입니다.
실현 가능성을 보여주는 여섯 가지
- 데이터: 어떤 데이터와 API를 사용할 수 있는가
- 기술: AI가 수행할 기능과 일반 프로그램 기능을 어떻게 나눌 것인가
- 인력: 팀원이 기획·개발·디자인·검증을 어떻게 담당하는가
- 기간: 예선과 본선 일정 안에 어느 수준까지 구현할 것인가
- 검증: 누구에게 사용해 보게 하고 무엇을 측정할 것인가
- 위험 대응: AI 오류·개인정보·데이터 부족 문제에 어떻게 대응할 것인가
모두의 AI 실험실 경진대회 본선 진출팀에는 바이브코딩 토큰, 클라우드 자원, 개발지원도구, 데이터·API와 전문가 코칭 등이 제공될 예정입니다. 다만 지원받을 수 있다는 이유만으로 구현 방법을 전부 생략해서는 안 됩니다. 현재 알고 있는 개발 방법과 지원을 받은 뒤 고도화할 부분을 구분해 적는 것이 좋습니다.
기획서에 구현 가능성을 구체적으로 제시하려면
핵심 화면과 데이터·API 흐름을 MVP 수준으로 정리해야 합니다.
기획서 항목별 권장 작성 순서
실제 제출 항목과 페이지 순서는 공식 PPTX 양식을 따라야 합니다. 아래 내용은 공식 평가 요소가 기획서 안에서 논리적으로 연결되도록 정리한 작성 순서입니다.
| 구성 | 작성할 내용 | 핵심 질문 |
|---|---|---|
| 서비스 한 줄 소개 | 대상 사용자·문제·해결 기능을 한 문장으로 제시 | 누구의 어떤 문제를 해결하는가? |
| 문제 정의 | 문제 상황, 현재 해결 방식, 불편과 근거 | 왜 지금 해결해야 하는가? |
| 대상 사용자 | 주요 사용자와 사용 상황 | 실제 이용자는 누구인가? |
| 기존 방식의 한계 | 현재 서비스·수작업 방식과 해결되지 않은 부분 | 기존 방법으로 부족한 이유는? |
| 제안 서비스 | 핵심 기능과 사용 전후 변화 | 무엇이 달라지는가? |
| AI 활용 방법 | 입력 데이터, AI 처리, 결과 제공 방식 | AI가 정확히 무엇을 하는가? |
| 데이터·API | 출처, 이용 가능성, 갱신 주기와 처리 방법 | 필요한 정보를 확보할 수 있는가? |
| 구현 계획 | MVP 기능, 역할 분담, 일정과 개발도구 | 대회 기간 안에 만들 수 있는가? |
| 검증 방법 | 테스트 사용자와 측정지표 | 효과를 어떻게 확인할 것인가? |
| 기대 효과 | 개인·지역·사회에 생기는 측정 가능한 변화 | 서비스가 어떤 가치를 만드는가? |
AI 서비스 아이디어 예시
다음 예시는 출품작이나 수상작이 아니라 기획서 구조를 이해하기 위한 가상 사례입니다. 그대로 제출하기보다 본인이 확인한 실제 문제와 이용자에 맞게 새로 설계해야 합니다.
예시 1. 지역 생활지원 정보 안내 서비스
- 문제: 지원사업 공고가 기관별로 흩어져 있고 조건과 서류가 복잡하다.
- 사용자: 디지털 정보 탐색이 어려운 고령층과 보호자
- AI 역할: 공고 분류, 쉬운 문장 요약, 사용자 질문 의도 파악
- 일반 기능: 지원사업 검색, 공식 원문 연결, 마감일 표시
- 검증: 필요한 공고를 찾는 시간과 조건 이해도를 비교
- 주의: 최종 자격 판정은 공식 기관 확인이 필요하다고 안내
예시 2. 지역 관광 접근성 안내 서비스
- 문제: 이동약자가 관광지별 경사로·엘리베이터·화장실 정보를 한 번에 찾기 어렵다.
- 사용자: 휠체어 이용자, 고령자, 유아차 이용 가족
- AI 역할: 사용자의 이동 조건을 해석하고 관련 시설 정보를 요약
- 데이터: 공공 관광·시설 데이터와 운영기관 확인 정보
- 검증: 경로 계획 시간, 정보 누락률과 사용자 만족도 측정
- 주의: AI 추정만으로 안전한 이동을 보장하지 않고 공식 정보와 연락처 제공
예시 3. 소규모 음식점 식재료 준비 보조 서비스
- 문제: 요일·날씨·행사에 따른 수요 차이로 식재료를 과다 준비한다.
- 사용자: 소규모 음식점 운영자
- AI 역할: 과거 판매량과 외부 요인을 이용한 준비량 참고 예측
- 일반 기능: 판매량 입력, 재고 기록, 결과 표와 알림
- 검증: 폐기량, 품절 횟수와 예측 오차 비교
- 주의: 충분한 과거 데이터가 없을 때는 예측의 한계를 표시
예시 4. 외국인 주민용 행정안내 서비스
- 문제: 행정 안내문의 용어가 어렵고 다국어 안내가 부족하다.
- 사용자: 국내 거주 외국인과 지역 지원기관 담당자
- AI 역할: 쉬운 문장 변환, 다국어 요약, 질문 분류
- 일반 기능: 담당 기관과 공식 서식 연결
- 검증: 안내 이해도와 담당자 반복 문의 감소 여부 확인
- 주의: 법적 효력이 있는 번역으로 표시하지 않고 공식 원문 병기
기획서에서 피해야 할 작성 방식
1. 기술 이름만 많이 나열하기
LLM, RAG, 에이전트, 멀티모달 같은 용어를 많이 사용해도 실제 사용자 문제와 연결되지 않으면 서비스의 필요성이 드러나지 않습니다. 기술 이름보다 어떤 입력을 받아 어떤 결과를 제공하는지 설명해야 합니다.
2. AI가 모든 것을 자동으로 해결한다고 표현하기
AI가 자격 판정, 의료 판단, 법률 판단 또는 안전한 경로 결정을 완벽하게 대신한다고 쓰면 신뢰성이 떨어질 수 있습니다. AI가 보조하는 범위와 사람이 최종 확인해야 하는 부분을 구분해야 합니다.
3. 사용할 수 없는 데이터를 전제로 하기
기관 내부자료나 개인정보를 자유롭게 사용할 수 있다고 가정하면 구현 가능성을 설명하기 어렵습니다. 공개 여부, API 제공 여부, 이용조건과 개인정보 포함 여부를 먼저 확인해야 합니다.
4. 기능을 지나치게 많이 넣기
챗봇, 이미지 생성, 음성인식, 번역, 예측, 추천과 자동신청을 모두 구현하겠다는 계획은 기간과 팀 역량을 고려하지 않은 것으로 보일 수 있습니다. 가장 중요한 사용자 행동 한 가지부터 작동하게 만드는 것이 좋습니다.
5. 효과를 추상적으로 표현하기
`편리한 사회를 만든다`보다 `지원정보를 찾는 평균 시간을 줄인다`, `반복 문의를 줄인다`, `식재료 폐기량을 비교한다`처럼 확인 가능한 지표를 제시해야 합니다.
6. 생성형 AI가 만든 통계를 그대로 사용하기
생성형 AI는 실제로 존재하지 않는 통계와 출처를 제시할 수 있습니다. 기획서에 들어가는 숫자, 기관명, 정책과 연구 결과는 반드시 공식 원문에서 다시 확인해야 합니다.
제출 전 최종 점검표
- 공식 PPTX 기획서 양식을 사용했는가
- 파일명과 권역·팀명을 정확하게 입력했는가
- 팀원 전원이 같은 신청 권역의 자격을 증빙할 수 있는가
- 서비스를 한 문장으로 설명할 수 있는가
- 대상 사용자와 문제 상황이 구체적인가
- 문제가 실제로 존재한다는 근거가 있는가
- 기존 해결 방식과 차이가 설명돼 있는가
- AI가 담당하는 기능이 분명한가
- AI를 사용해야 하는 이유가 있는가
- 사용할 데이터와 API 출처를 확인했는가
- 대회 기간 안에 구현할 MVP 범위가 정해졌는가
- 팀원별 역할과 개발 일정이 현실적인가
- AI 오류와 개인정보 위험에 대한 대응이 있는가
- 기대 효과를 측정할 지표가 있는가
- 인용한 통계와 출처가 실제 원문과 일치하는가
- 첨부파일이 정상적으로 열리는가
- 9월 6일 오후 6시 전에 접수할 수 있는가
- 제출 후 접수 확인 메뉴에서 상태를 확인했는가
자주 묻는 질문
완성된 AI 서비스가 있어야 기획서를 제출할 수 있나요?
첫 단계는 AI 서비스 아이디어 기획서 제출과 서면평가입니다. 다만 예선과 본선은 서비스 개발과 발표로 이어지므로, 기획서에서도 실제 구현 가능한 기능과 계획을 보여주는 것이 중요합니다.
코딩을 잘하지 못해도 신청할 수 있나요?
참가 자격에 개발 경력이나 자격증 요건이 별도로 제시돼 있지는 않습니다. 본선 진출팀에는 바이브코딩 토큰, 클라우드 자원, 개발도구와 전문가 멘토링이 제공될 예정입니다. 그러나 기획서에는 서비스 구현 방법과 팀의 실행 계획을 현실적으로 제시해야 합니다.
기획서 분량은 몇 페이지인가요?
분량과 작성 형식은 공식 홈페이지에서 배포하는 최신 PPTX 양식과 접수 유의사항을 기준으로 확인해야 합니다. 확인되지 않은 임의의 페이지 수를 적용하지 않는 것이 안전합니다.
AI를 많이 사용할수록 평가에 유리한가요?
AI 기능의 개수보다 해결하려는 문제에 AI가 적절하게 사용됐는지가 중요합니다. 일반 프로그램으로 정확하게 처리할 수 있는 기능까지 AI로 구현할 필요는 없습니다.
ChatGPT로 기획서를 작성해도 되나요?
아이디어 확장, 문장 정리와 체크리스트 작성에 생성형 AI를 보조적으로 활용할 수 있습니다. 다만 AI가 만든 통계·출처·서비스 사례는 직접 확인해야 하며, 개인정보나 공개되지 않은 팀 정보를 외부 AI 서비스에 그대로 입력하지 않는 것이 좋습니다.
기존에 있던 서비스와 비슷하면 참가할 수 없나요?
유사 서비스가 있다는 사실만으로 참가 가능 여부를 단정할 수는 없습니다. 기존 서비스의 한계와 제안 서비스의 대상 사용자, 데이터, 사용 흐름 또는 해결 방식이 어떻게 다른지 구체적으로 설명해야 합니다. 지식재산권과 중복 출품 관련 세부 조건은 공식 유의사항을 확인해야 합니다.
팀원별 역할도 작성해야 하나요?
공식 양식의 해당 항목을 우선 따라야 합니다. 역할 작성란이 있다면 기획·개발·디자인·데이터·사용자 검증 등 실제 수행할 업무를 중심으로 구분하는 것이 좋습니다.
접수 후 기획서를 수정할 수 있나요?
접수 후 수정 가능 여부와 방법은 공식 접수 시스템과 FAQ를 확인해야 합니다. 수정이 허용된다고 가정하지 말고 제출 전에 파일과 내용을 최종 점검하는 것이 안전합니다.
기획서 작성의 핵심 정리
모두의 AI 실험실 기획서에서 가장 먼저 보여줘야 하는 것은 최신 AI 기술이 아니라 해결할 가치가 있는 구체적인 문제입니다. 그다음 AI가 문제 해결에 필요한 이유, 서비스가 실제로 작동하는 과정과 기간 안에 구현할 수 있는 범위를 연결해야 합니다.
기획서를 제출하기 전에는 공식 양식과 평가 기준을 다시 내려받아 변경사항이 없는지 확인하세요. 특히 다른 팀의 기획서를 그대로 모방하거나 생성형 AI가 만든 통계와 출처를 검증 없이 사용하는 방식은 피해야 합니다.
함께 보면 좋은 AI 경진대회 준비 글
공식 자료
- 모두의 AI 실험실 AI 서비스 경진대회 공식 홈페이지
- 공식 기획서 양식·평가 기준·FAQ 공지사항
- 과학기술정보통신부 경진대회 보도자료
- 경진대회 운영 사무국: 02-2602-6531
- 문의 가능 시간: 평일 오전 9시～오후 6시, 점심시간 오후 12시～1시 제외
※ 이 글은 2026년 8월 19일 기준 공식 모집 홈페이지와 과학기술정보통신부 자료를 바탕으로 작성했습니다. 기획서 항목·평가 기준·제출 방법과 일정은 변경될 수 있으므로 실제 접수 전 공식 홈페이지의 최신 공지사항을 확인하시기 바랍니다.
