금융 AI Challenge, 발표 첫 문장이 MVP를 가릅니다 | DAKER 커뮤니티
발표장은 아직 멀어 보여도, 첫 문장은 오늘 정해야 합니다. 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. 일정과 제출 조건은 바뀔 수 있으므로 최종 제출 전에는 공식 대회 페이지에서 최신 내용을 다시 확인하세요.