[리서치] 금융 AI Challenge: 629명 속 선택 기준이 갈랐다 | DAKER 커뮤니티
토요일 새벽, 공식 페이지의 숫자는 조용히 바뀌어 있었다. 참가자 629명, 제출 39건, 저장 74건. 같은 대회 페이지를 보고 있어도 이제 질문은 달라진다. “무엇을 만들까?”보다 먼저 “심사자가 어떤 선택을 확인할 수 있을까?”를 정해야 하는 시점이다.
2026 금융 AI Challenge는 AI 기반 금융 현안 해결 아이디어를 실제 작동 가능한 웹서비스로 구현하는 공모전이다. 세부 주제 예시는 넓다. 소상공인 금융 매칭, 외국인 금융 정착, 보이스피싱 대응, 비정형 데이터 기반 성장성 평가, 포용금융, 이상금융거래 탐지, 프론티어 AI 보안 대응까지 열려 있다. 하지만 자유도가 넓을수록 제출물은 쉽게 흐려진다. 오늘 필요한 것은 더 큰 아이디어가 아니라, 기획서 PDF와 기능 명세서 PDF와 웹서비스 URL을 같은 방향으로 묶는 선택 기준 한 문장이다.
왜 예시 주제만 고르면 흔들릴까?
예시 주제는 출발점이다. 제출물은 도착점이다. 공식 규칙상 기획서 PDF와 MVP 산출물은 2026년 9월 7일 오전 10시까지 제출해야 하고, MVP 산출물에는 기능 명세서 PDF와 실행 가능한 웹서비스 URL이 함께 들어간다. 웹서비스 URL은 2026년 9월 7일 오전 11시부터 9월 11일 오후 11시 59분까지 접근 가능해야 한다. 넓은 주제명만 정한 팀은 이 구간에서 자주 막힌다. 기능은 늘었는데, 왜 그 기능이어야 하는지 설명하는 기준이 비어 있기 때문이다.
- “누구의 금융 문제인가?”가 한 문장으로 보이지 않으면 사용자 범위가 계속 넓어진다.
- “어떤 판단을 AI가 돕는가?”가 흐리면 기능 명세서가 버튼 목록으로만 보인다.
- “결과를 어디서 확인하는가?”가 없으면 웹서비스 URL은 실행 화면일 뿐 심사 증거가 되기 어렵다.
- “왜 지금 이 방식인가?”가 빠지면 금융 현안 해결보다 일반 챗봇처럼 읽힌다.
선택 기준은 어떻게 한 문장으로 줄일까?
팀룸에서 가장 먼저 정해야 할 문장은 멋진 슬로건이 아니다. 심사자가 제출물을 열었을 때, 기획서와 기능 명세서와 URL을 같은 순서로 읽게 만드는 기준이다. 예를 들어 “국내 체류 외국인이 첫 계좌·카드 선택 전에 놓치는 확인 항목을 AI가 한국어와 사용자 언어로 함께 정리한다”처럼 대상, 결정 순간, AI 역할, 확인 화면이 한 줄에 들어가야 한다.
- 공식 세부 주제 예시 중 하나를 고르거나 자유 주제를 정하되, 대상 사용자를 한 그룹으로 줄인다.
- 그 사용자가 제출 마감 전 MVP 화면에서 반드시 해결해야 할 결정 순간을 하나만 고른다.
- AI가 하는 일을 “추천”, “탐지”, “설명”, “경고”, “요약” 중 하나의 동사로 고정한다.
- 기능 명세서 첫 화면, 입력값, 결과 화면이 그 동사를 증명하는지 확인한다.
- 기획서 PDF의 문제 정의 문장과 웹서비스 URL의 첫 화면 문구를 같은 표현으로 맞춘다.
공식 숫자는 어떤 선택을 요구할까?
참가자 629명과 제출 39건은 단순한 인기 지표가 아니다. 같은 공식 페이지 안에서 이미 많은 팀이 저장하고 제출을 시작했다는 신호다. 남은 시간에 범위를 더 넓히면 새로움은 늘어날 수 있지만, 제출 책임도 같이 커진다. 공식 유의사항은 모든 산출물의 책임, 표절·무단 사용, URL 접근 불가, 자료 누락, 마감 후 수정 제한을 분명히 둔다. 그러니 선택 기준은 아이디어를 줄이는 장치이면서 결격 가능성을 줄이는 장치이기도 하다.
오늘 팀이 바로 점검할 것
- 기획서 첫 문단에 대상 사용자와 금융 현안이 동시에 보이는지 확인한다.
- 기능 명세서의 주요 기능 3개가 같은 선택 기준에서 나온 것인지 지운 기능까지 함께 기록한다.
- 웹서비스 URL의 첫 화면이 “무엇을 선택하게 돕는 서비스인지” 5초 안에 보여 주는지 확인한다.
- 제출 전까지 바뀔 가능성이 큰 기능은 핵심 흐름 밖으로 빼고, 작동 확인이 가능한 기능을 중심에 둔다.
FAQ
Q. 공식 예시 주제 밖의 아이디어도 가능한가요?
가능하다. 공식 안내는 세부 주제 예시가 참고용이며, 제시된 예시에 한정되지 않는다고 밝힌다. 다만 주제 범위인 AI 기반 금융 현안 해결 아이디어 및 웹서비스 개발 안에 있어야 한다.
Q. 선택 기준을 좁히면 아이디어가 약해 보이지 않나요?
오히려 반대다. 기획서 PDF, 기능 명세서 PDF, 웹서비스 URL이 같은 결정을 설명하면 심사자는 팀의 의도를 더 빨리 따라갈 수 있다.
Q. 오늘 가장 먼저 볼 화면은 어디인가요?
제출 탭에 들어가기 전, MVP 첫 화면과 기능 명세서 첫 페이지를 나란히 보자. 같은 대상, 같은 결정 순간, 같은 AI 역할이 보이면 다음 수정이 쉬워진다.
629명 속에서 차이는 더 많은 기능보다 더 선명한 선택에서 난다. 오늘 팀이 해야 할 일은 거대한 금융 AI를 약속하는 것이 아니다. 한 사용자의 한 결정 순간을 잡고, 그 선택이 기획서와 명세서와 URL에서 같은 장면으로 보이게 만드는 일이다.