[리서치] 금융 AI Challenge: 5분 질문이 설계를 가른다 | DAKER 커뮤니티
공식 화면의 숫자는 조용히 움직였습니다. 2026-08-12 05:10 KST 기준 참가자 730명, 제출 45건. 아직 제출 화면 앞에 서지 않은 팀이 훨씬 많다는 뜻이고, 발표장보다 먼저 준비해야 할 질문이 이미 생겼다는 뜻입니다.
오늘의 결론은 이것입니다. 본선 이후를 기다리지 말고, 지금 MVP 화면마다 답변 가능한 증거를 붙이세요. 공식 안내는 발표 심사 대상 팀이 발표자료 PDF와 소스 코드 ZIP을 제출하고, 오프라인 발표에서 15분 PT와 5분 질의응답을 진행한다고 설명합니다.
왜 5분 질문이 지금 중요할까요?
15분 발표는 팀이 고른 순서대로 흘러갑니다. 하지만 5분 질의응답은 심사자가 막힌 지점을 바로 묻는 시간입니다. 문제 정의가 넓거나, AI 판단 지점이 흐리거나, URL 화면과 기능 명세서가 다른 순서로 움직이면 짧은 질문 하나가 전체 설계를 흔들 수 있습니다.
질문 대비는 발표 대본을 미리 쓰는 일이 아닙니다. 기획서 PDF, 기능 명세서 PDF, 웹서비스 URL, 코드 ZIP이 같은 증거를 가리키게 만드는 일입니다.
- 사용자 문제가 한 화면에서 보이지 않으면 서비스 범위가 넓어 보입니다.
- AI 판단 근거가 설명되지 않으면 기능이 단순 자동화처럼 보일 수 있습니다.
- 금융 리스크와 오작동 대응이 빠지면 실제 서비스 가능성을 설득하기 어렵습니다.
- URL 화면과 문서 캡처가 다르면 평가자가 흐름을 다시 추적해야 합니다.
오늘 어떤 순서로 답을 만들까요?
지금 필요한 것은 긴 발표 자료가 아니라, 질문이 들어왔을 때 바로 가리킬 수 있는 작은 증거입니다. 팀룸의 화면, PDF의 한 페이지, 코드의 한 폴더가 서로 같은 말을 해야 합니다.
- 서비스가 겨냥하는 금융소비자 한 명과 그 사람이 막히는 순간을 한 문장으로 씁니다.
- 웹서비스 URL에서 그 사용자가 입력하고, AI가 판단하고, 결과를 받는 화면을 세 장으로 고릅니다.
- 각 화면 옆에 예상 질문 하나를 붙입니다. 왜 이 입력인지, 왜 이 결과인지, 실패하면 어떻게 안내하는지 묻습니다.
- 기능 명세서 PDF에 같은 화면 순서를 넣고, 코드 ZIP에서 해당 흐름을 찾을 수 있는 폴더명을 정리합니다.
- 팀원이 돌아가며 5분 안에 세 질문에 답해 보고, 말로만 답한 부분은 화면이나 파일 증거로 바꿉니다.
어떤 질문이 설계를 흔들까요?
공식 주제는 금융 현안 해결 아이디어와 실제 작동하는 웹서비스입니다. 그래서 질문은 멋진 기능보다 작동 증거로 이동할 가능성이 큽니다. 이 서비스가 누구를 돕는지, AI는 어디서 판단하는지, 금융소비자가 잘못 이해하면 어떻게 막는지, 제출 URL에서 그 흐름이 실제로 열리는지 묻게 됩니다.
숫자도 신호입니다. 참가자는 늘고 있지만 제출은 아직 45건입니다. 지금 답변 증거를 쌓는 팀은 마감 직전에 발표자료를 새로 쓰는 대신, 이미 작동한 화면을 골라 설명할 수 있습니다.
어디까지가 한계일까요?
이 글은 공식 페이지에서 확인되는 참가 현황, 제출물 규칙, 발표 심사 흐름, PT와 질의응답 시간을 바탕으로 한 실무 점검입니다. 개별 팀의 기술 구조, 데이터 사용 범위, 심사 결과를 예측하지 않습니다. 일정과 운영 방식은 바뀔 수 있으니 제출 전에는 공식 대회 페이지의 최신 안내를 다시 확인해야 합니다.
짧은 FAQ
- 발표 대상이 된 뒤 준비해도 되나요? 발표자료는 나중에 만들 수 있지만, 질문에 답할 증거 화면은 MVP를 만드는 지금부터 쌓는 편이 안전합니다.
- 질문 리스트는 몇 개면 충분한가요? 오늘은 세 개면 됩니다. 사용자 문제, AI 판단 근거, 리스크 대응을 각각 하나씩 잡아 보세요.
- 오늘 바로 할 한 가지는 무엇인가요? MVP 화면 세 장을 고르고, 각 화면 옆에 심사자가 물을 질문 하나와 증거 파일 하나를 붙이세요.
기준일: 2026-08-12 05:10 KST. 공식 페이지 기준 참가자는 개인 또는 최대 4인 팀으로 참여할 수 있고, 기획서 PDF와 MVP 산출물 제출 마감은 2026년 9월 7일 오전 10시입니다.