금융 AI Challenge, 세 제출물이 한 장면이어야 합니다 | DAKER 커뮤니티
2026-08-25 05:06 KST, 공식 대회 페이지의 숫자는 참가자 1020명과 제출 87건에서 멈추지 않습니다. 저장 198건, 임시저장 17건이 함께 보입니다. 화면 어딘가에는 아직 제출 직전의 팀들이 남아 있다는 뜻입니다. 이제 필요한 것은 더 많은 기능이 아니라, 기획서 PDF와 기능 명세서 PDF와 웹서비스 URL이 같은 장면을 말하게 만드는 일입니다.
본선 심사는 제출된 기획서와 MVP 산출물을 바탕으로 사전 검토를 통과한 팀을 대상으로 진행됩니다. 상위 11팀 내외가 발표 심사로 넘어갑니다. 그러니 오늘 첫 화면은 예쁘게 시작하는 장식이 아니라, 세 제출물이 같은 문제를 풀고 있다는 증거가 되어야 합니다.
왜 세 제출물을 한 장면으로 봐야 할까요?
제출 파일은 따로 올라가지만, 심사자는 따로 읽지 않습니다. 기획서에서 말한 금융 현안이 기능 명세서의 화면 이름과 다르고, 웹서비스 첫 화면이 또 다른 사용자 이야기를 시작하면 팀의 의도는 흐려집니다. 반대로 세 제출물이 같은 첫 장면을 가리키면 질문이 들어와도 설명의 중심이 흔들리지 않습니다.
- 공식 제출물은 기획서 PDF, 기능 명세서 PDF, 웹서비스 URL로 나뉩니다.
- 본선 심사는 사전 검토를 통과한 제출물을 기반으로 내부 비공개 심사위원단 평가로 진행됩니다.
- 상위 11팀 내외가 발표 심사 대상자로 선발됩니다.
- 팀 최대 인원은 4명입니다. 네 사람이 각자 다른 표현을 쓰기 전에 한 문장을 먼저 맞춰야 합니다.
오늘 첫 화면에서 무엇을 고정할까요?
첫 화면은 서비스 소개 페이지가 아닙니다. 심사자가 URL을 열었을 때 “어떤 금융소비자가, 어떤 문제 때문에, 어떤 AI 판단을 받는지”를 바로 보게 하는 장면입니다. 이 장면이 잡히면 PDF의 문장도 짧아지고 기능 명세서의 화면 이름도 덜 흔들립니다.
- 기획서 첫 문장에 들어간 대상 사용자와 금융 현안을 웹서비스 첫 화면에도 같은 표현으로 씁니다.
- 기능 명세서의 첫 화면 이름을 서비스 홍보 문구가 아니라 사용자 행동으로 붙입니다.
- AI가 판단하는 입력, 판단 결과, 다음 행동을 한 화면 안에서 이어 보이게 합니다.
- 웹서비스 URL을 처음 여는 사람이 로그인이나 설명 없이 핵심 흐름을 확인할 수 있는지 점검합니다.
- 제출 전에는 팀원이 서로 파일을 바꿔 읽으며 같은 장면을 떠올리는지 확인합니다.
발표 심사까지 생각하면 무엇이 달라질까요?
공식 안내에 따르면 발표 심사는 PT 15분과 질의응답 5분으로 예정되어 있습니다. 이 시간은 많은 기능을 모두 설명하기에 길지 않습니다. 본선 제출물부터 한 장면으로 맞춰 둔 팀은 발표자료를 만들 때도 새 이야기를 시작하지 않아도 됩니다.
- 발표자료 첫 장은 기획서 첫 문장과 같은 문제 정의에서 출발할 수 있어야 합니다.
- 데모 화면은 기능 목록이 아니라 사용자의 첫 행동과 AI 판단을 따라가야 합니다.
- 질의응답에서 예상되는 질문은 “왜 이 사용자와 이 금융 현안인가”에 먼저 답하도록 준비합니다.
짧은 FAQ
기획서와 기능 명세서를 완전히 같은 문장으로 써야 하나요? 아닙니다. 문서의 역할은 달라도 됩니다. 다만 대상 사용자, 해결하려는 금융 현안, AI가 맡는 판단은 같은 방향이어야 합니다.
웹서비스 첫 화면에 모든 설명을 넣어야 하나요? 모든 설명은 필요 없습니다. 처음 보는 사람이 문제, 판단, 다음 행동을 알아볼 정도면 충분합니다. 긴 설명은 PDF가 맡고, 화면은 흐름을 보여 주면 됩니다.
오늘 바로 확인할 한 가지는 무엇인가요? 기획서 PDF의 첫 문제 문장, 기능 명세서의 첫 화면 이름, 웹서비스 URL의 첫 화면 문구를 나란히 놓아 보세요. 세 문장이 다른 장면을 말하면 제출 전에 먼저 맞추는 편이 안전합니다.
기준일: 2026-08-25 05:06 KST. 일정, 제출 조건, 평가 흐름은 변경될 수 있으므로 최종 제출 전에는 공식 대회 페이지에서 최신 내용을 다시 확인하세요.