공모전 지원서는 글을 잘 쓰는 문서라기보다 공고문의 심사기준에 맞춰 아이디어의 필요성·차별성·구체성·실현 가능성을 빠르게 확인시키는 문서에 가깝습니다
기획서 PPT도 화려한 템플릿보다 문제 → 근거 → 아이디어 → 실행 방법 → 기대효과가 한 번에 이어지는 구조와 장표마다 하나의 메시지만 남기는 편집이 훨씬 중요합니다
공모전을 처음 준비하면 지원서의 빈칸을 채우는 일부터 시작하기 쉽습니다. 하지만 실제 공고를 살펴보면 심사기준과 제출 형식이 공모전마다 상당히 다릅니다. 어떤 공모전은 아이디어의 구체성·시장 적용 가능성·창의성·효과성을 보고, 다른 공모전은 사업화 가능성이나 디자인 완성도를 별도 항목으로 평가합니다. 실제 공모전 기획안 작성 안내에서도 각 작성 항목이 심사기준에 따른 평가를 위해 마련됐다고 명시하는 사례가 있습니다.
그래서 가장 먼저 할 일은 예쁜 PPT 템플릿을 찾는 것이 아니라 공고문을 분해하는 것입니다. 참가자격, 제출물, 페이지 제한, 파일형식, 필수 작성항목, 심사기준, 가산점, 저작권과 개인정보 관련 유의사항을 한 장에 정리한 뒤 기획을 시작해야 합니다. 실제 사례를 보면 PPT 20장 이내를 요구하면서 핵심내용, 제안배경, 기획목적, 세부내용, 기대효과를 작성하도록 한 공모전도 있고, A4 5장 이내처럼 전혀 다른 형식을 요구하는 사례도 있습니다.
이 글은 특정 공모전에서 실제 수상했다는 경험을 꾸며낸 후기가 아니라 공개된 공모전 작성 가이드와 심사기준을 바탕으로 지원서와 기획서 PPT를 준비하는 과정을 실전 작업 순서대로 재구성한 가이드입니다. 지원하려는 공모전이 정해져 있다면 아래 방법보다 해당 공고문과 공식 양식을 우선해야 합니다.
심사기준부터 역산
문제와 해결책 연결
한 장 한 메시지
규격·파일 최종 검수
공모전 지원서와 기획서 제작 순서
공고문과 심사기준부터 분석하기
공모전 준비에서 가장 중요한 첫 단계는 아이디어 회의가 아니라 공고문 해석입니다. 공모전은 자유로운 창작처럼 보여도 실제 심사에서는 주최기관이 정해 놓은 평가기준을 사용합니다. 아무리 흥미로운 아이디어라도 공모 목적과 평가항목을 제대로 충족하지 못하면 좋은 평가를 받기 어렵습니다.
먼저 공고문에서 심사기준을 찾아 별도의 메모장에 옮겨 적습니다. 창의성, 구체성, 효과성, 실현 가능성, 시장성, 주제 적합성처럼 평가항목이 제시되어 있다면 각각을 기획서의 어느 페이지에서 증명할지 미리 연결합니다.
실제 2025년 보훈 공공데이터 활용 공모전의 아이디어 기획 안내에서는 공공데이터 활용 적절성, 아이디어의 구체성, 시장 적용 가능성, 창의성, 효과성 등을 종합적으로 고려한다고 안내했습니다. 작성 항목 역시 이러한 심사를 위해 설계됐다고 명시했습니다. 이런 구조라면 지원자는 단순히 참신한 아이디어를 소개하는 데 그치지 않고 데이터 활용 방법과 시장 적용 가능성까지 기획서 안에서 보여줘야 합니다.
다른 공모전에서는 평가항목 자체가 달라질 수 있습니다. 2026년 한 디자인 공모전 사례에서는 창의성, 도구 활용도, 디자인 완성도, 주제부합성과 공공성 등을 별도로 평가했습니다. 결국 다른 공모전의 수상작 구조를 그대로 복사하는 것보다 내가 지원하는 공모전의 심사표를 먼저 읽는 것이 중요한 이유입니다.
제출 규격도 별도로 표시해 둡니다. 페이지 제한, 글자 크기, 파일형식, 파일용량, 파일명, 필수 첨부자료, 마감시각을 체크합니다. 형식 자유라는 문구가 없는 이상 기존 양식의 항목을 임의로 삭제하거나 순서를 크게 바꾸는 것은 피하는 편이 안전합니다.
특히 페이지 제한은 디자인 단계에서 매우 중요합니다. 처음에는 내용을 30장 만들어 놓고 마지막 날 15장으로 줄이려고 하면 논리 연결이 무너지기 쉽습니다. 제한이 20장이라면 처음부터 표지와 목차, 본문, 마무리까지 몇 장씩 배정할지 설계합니다.
저작권 관련 조항도 반드시 읽어야 합니다. 사진, 폰트, 일러스트, 데이터 등 외부 자료를 사용한다면 이용권한과 출처 표시 조건을 확인해야 합니다. 실제 공모전 안내에서도 응모작에 사용된 사진·폰트·데이터 등의 지식재산권 분쟁 책임과 사용권 확인을 지원자에게 요구하는 사례가 있습니다.
| 공고문 항목 | 확인할 내용 |
|---|---|
| 참가자격 | 개인·팀, 연령, 소속, 지역 등 |
| 심사기준 | 창의성·구체성·실현 가능성 등 |
| 제출규격 | 페이지·파일형식·용량·파일명 |
| 필수항목 | 삭제하면 안 되는 작성 문항 |
| 유의사항 | 저작권·중복수상·개인정보 등 |
창의성이 평가항목이면 차별점을 보여주는 장표가 필요하고, 실현 가능성이 중요하다면 일정·예산·운영방법을 보여주는 장표가 필요합니다. 심사표의 항목마다 기획서 안에서 답을 찾을 수 있게 만드는 것이 핵심입니다.
지원서 문항을 설득력 있게 작성하기
지원서에서 가장 흔한 문제는 모든 문항에 비슷한 말을 반복하는 것입니다. 지원동기에서는 열정을 말하고 기획의도에서도 열정을 말하며 기대효과에서도 다시 열정을 이야기하면 글은 길어지지만 심사위원이 얻는 정보는 많지 않습니다.
각 문항에는 역할을 부여하는 것이 좋습니다. 지원동기는 ‘왜 우리가 이 문제를 선택했는가’, 문제정의는 ‘현재 무엇이 불편한가’, 제안내용은 ‘어떻게 해결할 것인가’, 기대효과는 ‘해결했을 때 무엇이 달라지는가’에 집중합니다.
지원동기에는 “평소 관심이 많아 지원했습니다”만 적기보다 문제를 발견한 계기와 공모주제의 연결점을 보여주는 편이 좋습니다. 예를 들어 지역 관광 공모전이라면 단순히 여행을 좋아한다고 쓰기보다 특정 지역에서 여행자가 겪는 정보 단절 문제를 관찰했고 이를 해결할 아이디어를 발전시켰다는 식으로 연결할 수 있습니다.
문제정의에는 가능한 한 근거가 필요합니다. 설문조사, 공공데이터, 기관 통계, 기존 서비스 분석, 인터뷰 결과처럼 검증 가능한 자료를 활용합니다. 다만 숫자를 많이 넣는 것이 목적은 아닙니다. “시장 규모가 크다”는 자료보다 내가 해결하려는 문제가 실제로 존재한다는 사실을 직접 뒷받침하는 자료가 더 중요할 수 있습니다.
아이디어 설명에서는 기능을 나열하기보다 사용자의 행동을 따라가면 이해하기 쉽습니다. 사용자가 어떤 상황에서 서비스를 발견하고, 무엇을 입력하고, 어떤 결과를 받고, 그 결과가 기존 방식보다 어떻게 나아지는지를 순서대로 설명합니다.
기대효과도 “홍보 효과가 기대된다”, “지역경제 활성화에 도움이 된다”처럼 넓게 끝내기보다 수혜대상과 변화 방향을 구체적으로 씁니다. 사용자에게 어떤 변화가 생기는지, 운영기관에는 어떤 효율이 생기는지, 확장했을 때 어떤 가능성이 있는지 구분하면 좋습니다.
공식 작성 가이드에서도 기획서의 핵심내용, 제안배경과 필요성, 문제점에 대한 해결방안, 세부 적용방법, 시장성과 사업화 가능성 및 사회적 가치 등을 구분해 요구한 사례가 있습니다. 지원서에서도 이 논리를 유지하면 내용의 중복을 줄일 수 있습니다.
| 문항 | 핵심 질문 | 작성 방향 |
|---|---|---|
| 지원동기 | 왜 이 문제인가 | 관찰·경험과 주제 연결 |
| 문제정의 | 무엇이 문제인가 | 근거와 원인 제시 |
| 제안내용 | 어떻게 해결하는가 | 사용 흐름과 기능 설명 |
| 차별성 | 기존과 무엇이 다른가 | 비교 가능한 차이 제시 |
| 기대효과 | 무엇이 달라지는가 | 대상별 변화 구체화 |
현황 → 문제 → 원인 → 제안 → 변화 순서로 작성해 보세요. 문항마다 이 다섯 요소를 전부 반복할 필요는 없지만 전체 지원서를 읽었을 때 하나의 논리로 연결되어야 합니다.
혁신적인, 획기적인, 차별화된, 독보적인 같은 표현은 그 자체로 차별성을 증명하지 못합니다. 기존 방식과 비교했을 때 무엇이 어떻게 달라지는지를 보여주는 편이 훨씬 설득력이 있습니다.
기획서 스토리라인 만들기
PPT를 바로 열어 첫 장부터 디자인하면 내용 수정이 생길 때마다 레이아웃까지 다시 손봐야 합니다. 먼저 메모장이나 문서에서 장표별 한 줄 메시지를 작성하는 것이 좋습니다. 이것을 스토리라인이라고 생각하면 됩니다.
가장 무난한 기획서 흐름은 배경과 현황에서 시작해 문제를 정의하고, 타깃을 좁힌 다음 아이디어를 제시하고, 세부 실행방법과 기대효과로 마무리하는 구조입니다. 서비스형 아이디어라면 사용자 경험 흐름과 화면 예시를 추가하고 사업형 아이디어라면 운영체계와 예산, 수익 또는 지속 가능성을 보강합니다.
실제 공모전 작성 가이드에서도 서비스 아이디어의 핵심 개요, 기존 서비스 현황과 문제점, 해결방안, 적용기술과 방법, 화면 시각화, 시장성과 사업화 가능성 및 가치창출 효과를 순차적으로 요구한 사례가 있습니다. 이는 문제에서 해결책과 효과로 이어지는 흐름이 기획서에서 왜 중요한지를 잘 보여줍니다.
장표 제목도 단순한 목차형 제목보다 메시지형 제목을 고려할 수 있습니다. ‘시장 현황’이라고만 쓰면 아래 내용을 전부 읽어야 결론을 알 수 있지만, ‘정보는 늘었지만 초보 이용자는 선택 시간이 길어졌다’처럼 결론을 제목에 담으면 장표를 훑어보는 것만으로도 흐름을 이해하기 쉽습니다.
문제 장표 다음에는 반드시 해결책이 연결되어야 합니다. 앞에서는 고령층의 복잡한 앱 사용이 문제라고 했는데 해결책에서는 청년 대상 커뮤니티 기능을 제안한다면 논리가 끊깁니다. 문제의 원인과 핵심 기능을 선으로 연결해 보면서 각 기능이 실제 문제를 해결하는지 확인합니다.
기대효과 역시 앞에서 제시한 문제와 대응해야 합니다. 대기시간이 문제였다면 시간 감소, 정보 접근성이 문제였다면 접근 경로 개선, 참여율이 문제였다면 참여 과정의 단순화처럼 연결합니다. 실제 수치를 예측한다면 산출 근거를 함께 제시하고 근거 없는 성과 숫자를 확정적으로 쓰지 않는 것이 좋습니다.
프로토타입이나 서비스 화면이 필요한 공모전이라면 텍스트로 기능을 설명하는 것보다 실제 사용화면을 간단하게 시각화하는 방법이 효과적입니다. 일부 공모전에서는 핵심 구현사항이 드러나는 UI·UX 이미지를 기획서에 넣도록 명시하기도 합니다.
표지 → 한 장 요약 → 배경 → 현황과 근거 → 핵심 문제 → 타깃 → 아이디어 한 줄 정의 → 작동 방식 → 주요 기능 → 차별점 → 실행 계획 → 일정과 예산 → 기대효과 → 확장 가능성 → 마무리
| 구간 | 심사위원이 알고 싶은 것 | 추천 시각자료 |
|---|---|---|
| 배경 | 왜 지금 필요한가 | 통계·그래프 |
| 문제 | 누가 무엇을 불편해하는가 | 사용자 여정·인터뷰 |
| 해결 | 아이디어가 어떻게 작동하는가 | 프로세스·화면 예시 |
| 실행 | 정말 구현할 수 있는가 | 일정·역할·예산 |
| 효과 | 그래서 무엇이 좋아지는가 | 전후 비교·핵심지표 |
한 장을 삭제했는데 전체 논리가 그대로 이해된다면 그 장표가 꼭 필요한지 다시 확인해 볼 수 있습니다. 반대로 문제에서 해결책으로 갑자기 넘어간다면 중간에 원인이나 타깃을 설명하는 장표가 빠진 것일 수 있습니다.
PPT 디자인 템플릿 구성하기
공모전 PPT 디자인에서 가장 중요한 것은 화려함보다 일관성입니다. 슬라이드마다 색상과 글꼴, 도형 스타일이 달라지면 아이디어보다 디자인 변화가 먼저 보입니다. 처음에 표지, 본문, 데이터, 프로세스, 비교표, 마무리 정도의 기본 레이아웃을 만들어 두고 반복해서 사용하는 것이 좋습니다.
색상은 주색 하나와 보조색 하나, 강조색 하나 정도로 역할을 나눠 사용하면 관리하기 쉽습니다. 주최기관의 브랜드 컬러를 참고할 수도 있지만 공식 로고와 색상을 임의로 변형해 주최기관이 제작한 자료처럼 보이게 만들지는 않는 편이 좋습니다.
본문 배경은 흰색이나 아주 옅은 회색처럼 가독성이 높은 색으로 두고 핵심 페이지에만 강한 색상을 사용할 수 있습니다. 모든 페이지를 진한 색으로 만들면 강조해야 할 장표가 사라집니다.
폰트는 종류를 늘리기보다 역할을 구분합니다. 제목은 굵은 글꼴, 본문은 읽기 편한 보통 굵기, 핵심 숫자는 굵은 글꼴과 포인트 색상을 사용합니다. 공모전에서 폰트나 글자 크기를 지정했다면 디자인 취향보다 공식 규격을 우선해야 합니다. 실제 공모전 가운데 최소 글자 크기와 줄간격까지 명시하는 사례도 있습니다.
한 장에 긴 문단을 넣기보다 핵심 문장, 근거, 시각자료로 역할을 나눕니다. 예를 들어 왼쪽에 “이용자의 가장 큰 불편은 정보 분산”이라는 결론을 두고 오른쪽에 설문 그래프와 인터뷰 한 줄을 배치하면 메시지를 빠르게 이해할 수 있습니다.
그래프를 넣을 때도 모든 숫자를 표시할 필요는 없습니다. 내가 주장하려는 변화와 직접 관련된 값에만 강조색을 주고 나머지는 회색 계열로 정리하면 시선이 자연스럽게 핵심으로 이동합니다.
프로세스 페이지에서는 도형을 지나치게 많이 사용하지 않습니다. 사용자의 행동을 세 단계나 네 단계로 나누고 각 단계마다 동사형 제목을 붙이면 좋습니다. 예를 들어 ‘검색한다 → 비교한다 → 신청한다 → 결과를 확인한다’처럼 행동을 기준으로 표현하면 서비스 구조가 명확해집니다.
공모전명 · 아이디어명 · 짧은 설명 · 필요한 참가정보만 배치
상단 메시지형 제목 · 중앙 시각자료 · 하단 출처와 보충 설명
핵심 숫자 · 단순 그래프 · 한 줄 해석
세 단계에서 다섯 단계 정도의 흐름 · 단계별 핵심 행동
아이디어 한 줄 정의 · 핵심 기대효과 · 기억할 메시지
예쁜 템플릿을 먼저 선택하면 필요하지 않은 원형 그래프와 도형을 채우느라 오히려 메시지가 흐려질 수 있습니다. 내용의 구조를 먼저 완성한 뒤 그 내용을 가장 빠르게 읽게 만드는 레이아웃을 선택하는 순서가 좋습니다.
기획서에서 자주 하는 실수 피하기
첫 번째 실수는 문제보다 아이디어를 먼저 정해 놓고 자료를 끼워 맞추는 것입니다. “앱을 만들자”부터 시작한 다음 앱이 필요한 문제를 찾으면 근거가 약해지기 쉽습니다. 먼저 사용자의 문제를 정의하고 앱, 오프라인 서비스, 캠페인, 정책 등 여러 해결수단 가운데 가장 적절한 방식을 선택하는 것이 자연스럽습니다.
두 번째는 기존 서비스 조사가 부족한 경우입니다. 이미 유사한 서비스가 있는데 ‘국내 최초’라고 쓰거나 경쟁 서비스의 핵심 기능을 확인하지 않은 상태에서 차별성을 주장하면 신뢰도가 떨어집니다. 제출 직전까지 유사 서비스와 최근 사업을 다시 검색하고 표현을 검증하는 것이 좋습니다.
세 번째는 자료를 많이 넣으면 전문적으로 보인다고 생각하는 것입니다. 통계 세 개와 기사 다섯 개를 한 장에 넣으면 오히려 무엇을 봐야 하는지 알기 어렵습니다. 한 장에서 증명할 주장 하나를 정하고 그 주장에 가장 직접적인 근거를 선택합니다.
네 번째는 실행 가능성을 지나치게 가볍게 다루는 것입니다. 실제 공모전 심사에서는 시장 적용 가능성이나 사업화 가능성, 운영 가능성 등을 평가하는 경우가 있습니다. 좋은 아이디어라도 누가 운영하는지, 비용은 어떻게 발생하는지, 필요한 기술과 협력기관은 무엇인지 설명하지 않으면 아이디어 단계에서 멈춘 것처럼 보일 수 있습니다.
다섯 번째는 모든 기능을 넣는 것입니다. 로그인, 커뮤니티, 포인트, 위치기반, 챗봇, 예약, 결제, 게임 요소까지 모두 넣으면 풍부해 보일 수 있지만 핵심 문제가 무엇인지 흐려집니다. 반드시 필요한 핵심 기능과 향후 확장 기능을 구분하는 편이 좋습니다.
여섯 번째는 PPT를 발표 대본처럼 만드는 것입니다. 발표가 있는 공모전이라도 기획서 자체를 먼저 심사하는 경우가 있으므로 슬라이드만 읽어도 핵심 논리가 이해되어야 합니다. 반대로 모든 발표문을 슬라이드에 넣으면 글자가 지나치게 많아집니다. 핵심 주장과 근거는 장표에, 세부 설명은 발표에서 보완하는 방식으로 나눕니다.
마지막은 제출 규격을 디자인보다 가볍게 생각하는 것입니다. 공모전마다 파일형식과 페이지 수, 파일명, 필수 제출자료가 다르며 일부 공모전은 가이드 미준수를 심사 제외 사유로 명시하기도 합니다. 실제 사례에서도 양식이나 출품 규격을 지키지 않으면 제외될 수 있다는 안내를 확인할 수 있습니다.
사진, 일러스트, 폰트, 통계와 타인의 아이디어에는 각각 권리가 있을 수 있습니다. 공모전별 저작권·인용·생성형 도구 이용 규정을 확인하고 사용한 자료의 출처와 이용조건을 별도로 관리하는 것이 안전합니다. 일부 공모전은 지식재산권 침해나 표절을 심사 제외 또는 수상 취소 사유로 명시합니다.
제출 전 완성도를 높이는 검수법
기획서를 완성한 뒤에는 작성자가 아니라 심사위원의 시선으로 다시 읽어보는 과정이 필요합니다. 며칠 동안 같은 자료를 만든 사람은 내용의 빈칸을 머릿속으로 자동 보완하기 때문에 처음 보는 사람이 어디에서 막히는지 알아차리기 어렵습니다.
가장 먼저 전체 슬라이드를 축소 화면으로 봅니다. 이때 페이지마다 제목 위치가 같은지, 여백이 일정한지, 특정 페이지에만 지나치게 많은 텍스트가 들어갔는지 확인합니다. 디자인의 완성도는 개별 장표의 화려함보다 전체 문서의 통일감에서 크게 달라집니다.
그다음 제목만 연속해서 읽습니다. 제목만 읽어도 ‘현재 이런 문제가 있다 → 이 대상이 가장 불편하다 → 기존 방식에는 이런 한계가 있다 → 그래서 이 아이디어를 제안한다 → 이렇게 실행한다 → 이런 효과가 예상된다’라는 이야기가 이어진다면 구조가 비교적 명확한 편입니다.
반대로 ‘현황 분석 → 문제점 → 서비스 소개 → 기대효과’처럼 제목이 모두 목차 단어라면 각 장표의 결론이 무엇인지 한 번 더 정리할 수 있습니다. 목차에는 ‘현황 분석’을 사용하더라도 실제 장표 제목은 해당 페이지의 핵심 결론으로 만드는 방식입니다.
근거자료도 다시 확인합니다. 통계가 몇 년 자료인지, 조사대상이 누구인지, 그래프의 단위가 맞는지, 원문에서 말하지 않은 결론을 확대해석하지 않았는지 확인합니다. 시장 전체 자료를 특정 연령층의 현황처럼 사용하는 식의 오류는 피해야 합니다.
파일 변환 후 검수도 중요합니다. PPT에서는 정상적으로 보이던 글꼴과 그래프가 PDF 변환 과정에서 깨지거나 이미지가 잘릴 수 있습니다. 제출형식이 PDF라면 최종 PDF를 실제 제출 파일이라고 생각하고 처음부터 끝까지 다시 확인합니다.
파일명도 공고문의 요구사항을 그대로 따릅니다. 실제 공모전 사례에서도 분야·제목·작성자 순서의 파일명을 지정하거나 팀명을 파일명으로 요구하는 경우가 확인됩니다. 제출 직전 파일명을 임의로 줄이지 말고 공고문의 예시와 비교하는 것이 좋습니다.
마감 직전 제출도 피하는 편이 좋습니다. 업로드 오류나 파일용량 문제, 필수 체크항목 누락을 발견할 수 있기 때문입니다. 실제 2026년 공모전 공고에서도 마감일 혼잡을 예상해 여유 있는 접수를 안내한 사례가 있습니다.
| 검수 단계 | 확인 내용 | 체크 방법 |
|---|---|---|
| 구조 | 문제에서 효과까지 연결 | 제목만 연속해서 읽기 |
| 내용 | 주장과 근거 일치 | 출처 원문 다시 확인 |
| 디자인 | 폰트·색·정렬 통일 | 슬라이드 축소 보기 |
| 글꼴·이미지 깨짐 | 변환본 전체 열람 | |
| 제출 | 파일명·용량·마감 | 공고문과 최종 대조 |
팀원이 아닌 사람에게 기획서를 보여주고 아이디어가 무엇인지, 누구의 어떤 문제를 해결하는지 물어보는 것도 좋은 검수법입니다. 설명을 듣지 않고도 핵심을 파악한다면 문서의 전달력이 상당히 높아진 것입니다.
공모전 지원서 자주 묻는 질문
지원서와 PPT 최종 체크리스트
| 항목 | 최종 확인 |
|---|---|
| 공고문 | 참가자격과 제출규격을 충족했는지 |
| 심사기준 | 각 평가항목의 답이 기획서에 있는지 |
| 문제정의 | 누구의 어떤 문제인지 명확한지 |
| 근거 | 출처·연도·대상이 정확한지 |
| 아이디어 | 문제와 해결기능이 직접 연결되는지 |
| 실현 가능성 | 운영주체·일정·비용·기술을 설명했는지 |
| PPT 디자인 | 글꼴·색상·정렬과 여백이 일관적인지 |
| 저작권 | 이미지·폰트·데이터 이용조건을 확인했는지 |
| 최종 파일 | PDF·파일명·용량·마감까지 확인했는지 |
공모전 지원서를 준비할 때 가장 먼저 해야 할 일은 문장을 멋있게 다듬는 것이 아닙니다. 공고문에서 무엇을 평가하는지 찾아낸 뒤 심사기준마다 어떤 근거를 보여줄지 정하는 것이 먼저입니다. 실제 공모전마다 평가기준과 제출 분량이 크게 다르기 때문에 다른 공모전의 수상작 형식을 그대로 가져오는 방식은 맞지 않을 수 있습니다.
지원서에서는 지원동기와 문제정의, 해결방안, 차별성, 기대효과가 서로 다른 역할을 해야 합니다. “혁신적이다”라고 주장하는 대신 기존 방식과 무엇이 달라지는지 보여주고, “효과가 크다”고 쓰기보다 어떤 대상에게 어떤 변화가 생기는지를 설명하는 편이 설득력이 높습니다.
PPT에서는 디자인을 시작하기 전에 장표별 한 줄 메시지를 먼저 완성하는 것이 좋습니다. 문제 → 원인 → 타깃 → 해결책 → 작동 방식 → 실현 가능성 → 기대효과가 연결되면 디자인은 이 논리를 빠르게 읽도록 돕는 역할만 하면 됩니다. 실제 공모전 가이드에서도 배경과 문제, 해결방법, 구현 이미지, 기대효과를 구조적으로 요구하는 사례를 확인할 수 있습니다.
디자인 템플릿은 표지, 일반 본문, 데이터, 비교, 프로세스, 마무리 정도로 기본 레이아웃을 만들어 반복해서 사용하면 편합니다. 글꼴과 색상을 지나치게 늘리지 않고 제목 위치와 여백을 통일하면 특별한 그래픽 기술이 없어도 문서가 안정적으로 보입니다.
마지막에는 내용만큼 제출규격을 꼼꼼하게 봐야 합니다. 페이지 수와 파일형식, 파일명, 필수 제출자료가 공모전마다 다르고 양식 미준수를 심사 제외 사유로 두는 사례도 있기 때문입니다. 완성된 PPT를 PDF로 제출한다면 변환된 PDF를 다시 열어 폰트와 이미지가 깨지지 않았는지까지 확인합니다.
정리하면 공고문 저장 → 참가조건과 제출규격 확인 → 심사기준 분해 → 문제와 타깃 정의 → 근거자료 확보 → 아이디어 한 문장으로 정리 → 문제에서 기대효과까지 스토리라인 작성 → 장표별 한 메시지 배치 → 통일된 PPT 템플릿 적용 → 제3자 검수 → PDF 변환 → 파일명과 마감 최종 확인 순서로 준비하면 됩니다. 좋은 공모전 기획서는 장식이 많은 문서보다 심사위원이 짧은 시간 안에 “무슨 문제를 왜 해결하며, 이 방법이 왜 타당하고 실제로 가능한가”를 이해할 수 있는 문서에 가깝습니다.