금융 AI Challenge, 발표의 첫 문장은 제출 전에 정해집니다 | DAKER 커뮤니티

발표 심사는 아직 멀게 느껴질 수 있습니다. 하지만 실제로는 발표의 첫 문장이 제출 직전부터 이미 결정되기 시작합니다. 기획서 PDF, 기능 명세서 PDF, 웹서비스 URL이 서로 다른 이야기를 하면, 좋은 기능도 한눈에 이해되기 어렵기 때문입니다.

2026-08-29 05:10 KST 공식 페이지에는 참가자 1,081명, 제출 99건, 저장 220건, 임시저장 17건이 함께 보입니다. 이 숫자가 보여주는 것은 단순한 경쟁률보다도, 지금 많은 팀이 무엇을 만들지뿐 아니라 어떻게 보일지를 함께 고민하고 있다는 점입니다.

새 기능을 하나 더 붙이기 전에, 기획서 PDF와 기능 명세서 PDF, 웹서비스 URL이 같은 첫 장면을 말하는지 먼저 맞춰야 합니다.

공식 흐름은 산출물 제출, 본선 심사, 발표 심사로 이어집니다. 본선 심사 상위 11팀 내외는 발표 심사 대상이 되고, 발표 심사는 PT 15분과 질의응답 5분으로 안내되어 있습니다. 이 20분은 나중에 따로 준비되는 시간이 아니라, 지금 제출하는 MVP의 방향에서 자연스럽게 이어지는 시간이라고 보는 것이 좋습니다.

왜 첫 문장이 중요한가

심사위원은 세 파일을 완전히 분리해서 보지 않습니다. 기획서에서 문제를 읽고, 기능 명세서에서 구현 범위를 확인하고, URL에서 실제 화면을 봅니다. 이때 세 제출물이 같은 장면을 가리키지 않으면, 서비스의 핵심이 흐려질 수 있습니다.

기획서 PDF는 누구의 어떤 금융 문제를 푸는지 한 문장으로 설명할 수 있어야 합니다. 기능 명세서 PDF는 그 문제를 해결하는 핵심 화면과 AI의 판단이 같은 표현으로 이어져야 합니다. 웹서비스 URL의 첫 화면은 사용자가 무엇을 누르고 무엇을 확인하는지 바로 보여주는 편이 좋습니다. 발표 자료는 나중에 만들더라도, 첫 슬라이드의 문장은 지금 MVP 첫 화면에서 가져올 수 있어야 흐름이 자연스럽습니다.

첫 문장이 흔들리면 좋은 기능도 흩어진 조각처럼 보입니다.

오늘 팀룸에서 먼저 맞춰야 할 것

지금 필요한 것은 긴 발표 대본이 아닙니다. 제출 전에 한 장면을 고르는 일입니다. 사용자가 들어오고, AI가 판단하고, 결과 화면에서 다음 행동을 고르는 장면입니다. 이 장면이 세 제출물에 반복되면 발표 준비도 훨씬 가벼워집니다.

한 장면을 정하는 순서

먼저 사용자 한 명을 정하면 됩니다. 청년, 고령층, 신규 소상공인, 국내 체류 외국인처럼 공식 주제 범위 안에서 좁히는 방식이 적절합니다.

그다음에는 문제 한 가지를 적는 것이 좋습니다. 금융 매칭, 정착 지원, 이상거래 탐지, 포용 금융처럼 화면에서 보여줄 수 있는 문제여야 합니다.

이후에는 AI가 판단하는 순간을 한 줄로 써 봅니다. 이때는 모델 이름보다 사용자가 이해할 수 있는 근거를 먼저 두는 편이 더 분명합니다.

마지막으로 첫 화면의 버튼이나 결과 문구를 발표 첫 문장과 맞춰 보면 됩니다. 팀원 한 명이 기획서, 기능 명세서, URL을 이어 읽으며 같은 말이 반복되는지 확인하면 정합성을 점검하기 좋습니다.

실수는 어디에서 생기나

대부분의 실수는 기술 부족보다 표현의 불일치에서 나옵니다. 기획서는 포용 금융을 말하는데 화면은 투자 추천처럼 보이거나, 기능 명세서는 보안 비서를 말하는데 첫 화면은 단순 챗봇처럼 보이는 경우가 여기에 해당합니다.

이럴 때는 기능을 더 넣기 전에 첫 화면의 문제 문장을 먼저 고치는 것이 좋습니다. 공식 제출물인 기획서 PDF, 기능 명세서 PDF, 웹서비스 URL도 각각 따로 보지 말고 한 번에 이어서 확인해야 어긋남을 빨리 찾을 수 있습니다.

팀은 최대 4명까지 가능하므로, 발표 문장을 다듬는 역할과 URL에서 실제 경험을 확인하는 역할을 나눠 보는 것도 도움이 됩니다. 또한 웹서비스 URL은 제출 뒤 지정된 기간 동안 외부에서 열려야 하므로, 발표용으로 보여줄 핵심 화면이 계속 살아 있는지도 함께 점검할 필요가 있습니다.

대부분의 실수는 기술 부족보다 표현 불일치에서 나옵니다.

짧게 정리하는 FAQ

발표 대상자가 아직 아닌데 발표를 준비해야 할까

발표 자료를 지금 만들 필요는 없습니다. 다만 MVP 첫 화면이 발표 첫 문장으로 설명될 수 있는지는 제출 전부터 확인해 두는 것이 좋습니다.

첫 문장은 어떤 형태가 좋을까

사용자를 먼저 두고, 문제와 AI의 도움을 한 번에 말하면 됩니다. 예를 들어 누구를 위해 어떤 금융 결정을 쉽게 만드는지처럼 쓰면 화면과 문서가 자연스럽게 이어집니다.

오늘 한 가지만 고친다면 무엇이 좋을까

웹서비스 첫 화면의 제목을 기획서 첫 문장과 맞춰 보는 것이 좋습니다. 그 한 줄이 기능 명세서와 발표 흐름까지 함께 잡아 줄 수 있습니다.

참고 자료

기준일: 2026-08-29 05:10 KST. 일정과 제출 조건은 바뀔 수 있으므로 최종 제출 전에는 공식 대회 페이지에서 최신 내용을 다시 확인하는 것이 좋습니다.

여러분의 팀은 지금 첫 화면과 첫 문장을 얼마나 같은 이야기로 맞추고 있나요?