[리서치] 2026 금융 AI Challenge: 증거 화면부터 정리하세요 | DAKER 커뮤니티

오늘 기획서와 기능 명세서를 열어 본 팀이라면, 새 기능을 더 넣기보다 심사자가 확인할 증거 화면을 먼저 고정하세요. 2026년 7월 26일 05:05 KST 기준 공식 대회 페이지는 본선 심사를 제출된 기획서, MVP 산출물, 기능 명세서, 웹서비스 URL을 기반으로 진행한다고 안내합니다. 결국 좋은 설명보다 중요한 것은 PDF와 URL이 같은 문제, 같은 사용자, 같은 작동 증거를 보여주는지입니다.

2026 금융 AI Challenge는 금융 현안을 해결하는 아이디어를 실제 작동 가능한 웹서비스 MVP로 구현해 제출하는 흐름입니다. 참가자는 기획서 PDF, 기능 명세서 PDF, 웹서비스 URL을 2026년 9월 7일 월요일 오전 10시까지 제출해야 하고, 제출한 URL은 같은 날 오전 11시부터 9월 11일 금요일 23시 59분까지 접근 가능해야 합니다. 이 조건에서는 “무엇을 만들겠다”보다 “지금 URL에서 무엇이 확인되는가”가 제출물의 중심이 됩니다.

왜 증거 화면을 먼저 정해야 할까요?

공식 평가 안내는 사전 검토를 통과한 모든 제출물을 기반으로 내부 비공개 심사위원단 평가가 진행된다고 설명합니다. 심사자가 보는 것은 팀 내부의 의도나 회의 기록이 아니라, 제출한 PDF와 URL입니다. 기획서에는 금융 현안과 대상 사용자가 보이는데, 기능 명세서에는 다른 화면 흐름이 적혀 있고, URL에서는 핵심 기능이 다른 이름으로 보이면 팀의 강점이 흐려집니다.

증거 화면은 거창한 대시보드가 아닙니다. MVP 안에서 “이 서비스가 공식 주제 범위 안의 금융 문제를 이렇게 다룬다”는 점을 바로 보여주는 첫 화면, 결과 화면, 예외 상황 화면입니다. 기능을 많이 나열하는 팀보다, 확인 가능한 장면을 선명하게 연결한 팀이 제출 전 수정 부담을 줄일 수 있습니다.

• 기획서의 문제 정의와 URL 첫 화면의 문장이 같은 금융 현안을 가리켜야 합니다.
• 기능 명세서의 화면 이름과 실제 웹서비스 메뉴 이름을 맞춰야 합니다.
• AI가 내린 추천, 분류, 안내 결과는 입력 조건과 함께 확인 가능해야 합니다.
• 오류, 권한, 빈 데이터처럼 심사 중 막힐 수 있는 장면도 최소한의 안내가 필요합니다.
• 제출 후 산출물 수정이 제한될 수 있으므로 마감 직전 새 구조 변경은 피해야 합니다.

무엇부터 맞추면 될까요?

오늘 할 일은 서비스 전체를 다시 설계하는 것이 아닙니다. 공식 페이지가 요구하는 제출물 사이의 같은 장면을 고르는 것입니다. 아래 순서대로 보면 팀원이 각자 만든 문서와 화면을 하나의 제출물로 묶기 쉽습니다.

1. 기획서 첫 장에서 해결하려는 금융 현안, 대상 사용자, 서비스 채널을 한 문장으로 정합니다.
2. 기능 명세서에서 그 문장을 증명하는 핵심 화면 3개를 고르고 화면 이름을 고정합니다.
3. 웹서비스 URL에서 같은 화면 3개가 로그인이나 권한 문제 없이 열리는지 확인합니다.
4. 각 화면에 입력값, AI 처리 결과, 사용자의 다음 행동이 보이는지 점검합니다.
5. 기획서 PDF, 기능 명세서 PDF, URL 최종 제출 전에 같은 화면 이름이 반복되는지 다시 읽습니다.

증거 화면은 어떻게 고르면 좋을까요?

공식 페이지의 세부 주제 예시는 다양하지만, 공통점은 금융소비자 특성과 서비스 채널을 고려한 맞춤형 금융 AI 서비스입니다. 그래서 증거 화면도 기술 시연보다 사용자 상황을 중심으로 골라야 합니다. 예를 들어 보이스피싱 대응 서비스라면 탐지 점수만 보여주는 화면보다, 사용자가 지금 멈춰야 할 행동과 신고 또는 상담으로 이어지는 다음 행동이 보이는 화면이 더 직접적입니다.

창업기업 금융 매칭 서비스라면 추천 결과만 보여주기보다, 입력한 사업 상태, 매칭 기준, 추천 이후 준비 서류가 함께 보여야 합니다. 포용금융 서비스라면 청년층, 고령층, 장애인 등 대상 사용자의 이용 장벽이 화면에서 어떻게 줄어드는지 확인 가능해야 합니다. 이때 공개 글에서 확인되지 않은 외부 자료나 약속을 억지로 붙일 필요는 없습니다. 공식 페이지에서 확인되는 제출 조건 안에서, 지금 만든 MVP가 무엇을 증명하는지만 정리하면 됩니다.

제출 전 자주 놓치는 지점

• PDF에는 있는 핵심 기능이 URL에서는 준비 중 화면으로 남아 있습니다.
• URL 첫 화면의 서비스 설명이 기획서의 금융 현안과 다른 단어를 씁니다.
• AI 결과가 나오지만 어떤 입력으로 나온 결과인지 심사자가 재현하기 어렵습니다.
• 팀원이 각자 쓴 문서에서 같은 화면을 서로 다른 이름으로 부릅니다.

짧은 FAQ

화면을 3개만 고르면 기능이 부족해 보이지 않을까요?

핵심 화면 3개만 만들라는 뜻은 아닙니다. 제출 전 검증의 기준점을 3개로 고정하자는 뜻입니다. 서비스가 더 크더라도 심사자가 반드시 확인해야 할 장면은 먼저 정해 두는 편이 안전합니다.

AI 모델 성능 수치를 꼭 넣어야 하나요?

공식 페이지는 별도 데이터가 제공되지 않는다고 안내합니다. 확인 가능한 범위에서 입력, 처리 기준, 결과 해석, 한계를 설명하고, 과장된 성능 약속은 피하는 것이 좋습니다.

마감 전에 가장 빨리 효과가 나는 점검은 무엇인가요?

기획서 첫 문장, 기능 명세서 화면 이름, URL 첫 화면 문구를 나란히 놓고 같은 문제를 말하는지 확인하세요. 세 문장이 어긋나면 기능을 추가하기 전에 문서와 화면부터 맞춰야 합니다.

기준일: 2026년 7월 26일 05:05 KST. 일정, 제출물, 평가 흐름은 변경될 수 있으므로 제출 전에는 공식 대회 안내 페이지에서 최신 내용을 다시 확인하세요.