[리서치] 2026 금융 AI Challenge: AI 흐름을 네 칸으로 쪼개세요 | DAKER 커뮤니티

AI 기능을 더 붙이기 전에, 지금 만든 서비스 흐름을 네 칸으로 쪼개 보세요. 2026년 7월 30일 05:05 KST 기준 공식 대회 페이지는 기획서 PDF, 기능 명세서 PDF, 실행 가능한 웹서비스 URL을 2026년 9월 7일 월요일 오전 10시까지 제출해야 한다고 안내합니다. 같은 AI가 무엇을 받고, 무엇을 판단하고, 사용자에게 무엇을 안내하고, 어떤 기록을 남기는지 맞춰 두면 제출물 세 개가 서로 다른 말을 할 위험을 줄일 수 있습니다.

이 대회는 AI 기반으로 금융 현안을 해결할 아이디어를 실제 작동 가능한 웹서비스로 구현하는 공모전입니다. 공식 페이지는 금융소비자 특성과 서비스 채널을 고려한 맞춤형 금융 AI 서비스를 설명하고, 본선 심사는 기획서와 MVP 산출물을 바탕으로 사전 검토를 통과한 팀을 대상으로 진행된다고 안내합니다. 그러니 오늘의 핵심은 화려한 기능 수가 아니라, 심사자가 URL을 열었을 때 기능명세서에 적힌 AI 흐름을 실제 화면에서 확인할 수 있게 만드는 것입니다.

왜 네 칸으로 쪼개야 할까요?

팀이 “AI 추천”, “AI 매칭”, “AI 탐지”, “AI 보안 비서” 같은 이름을 먼저 붙이면 그럴듯해 보입니다. 하지만 제출물에서는 이름보다 흐름이 중요합니다. 사용자가 어떤 정보를 넣는지, AI가 어떤 기준으로 판단하는지, 결과가 어떤 행동 안내로 이어지는지, 그 과정에서 무엇을 남겨 다음 화면이나 담당자가 확인할 수 있는지가 보여야 합니다.

공식 페이지는 MVP 산출물로 기능 명세서와 웹서비스 URL을 함께 요구합니다. 기능 명세서에는 흐름이 있는데 웹서비스에서는 결과만 보이거나, 웹서비스에는 화면이 있는데 기획서에는 대상 사용자와 금융 현안이 흐릿하면 사전 검토 단계에서 설득력이 떨어집니다. 네 칸 구조는 팀 안에서 그 차이를 빨리 찾는 방법입니다.

• 입력 칸에는 사용자가 직접 제공하는 정보와 서비스가 참고하는 정보를 구분합니다.
• 판단 칸에는 AI가 추천, 탐지, 분류, 요약 중 무엇을 하는지 한 동사로 고정합니다.
• 안내 칸에는 결과 화면에서 사용자가 바로 할 다음 행동을 적습니다.
• 기록 칸에는 근거, 이력, 동의, 오류, 문의처럼 나중에 확인해야 할 흔적을 남깁니다.
• 네 칸 중 하나라도 화면에 없으면 기능을 추가하기 전에 제출물에서 설명할 방법부터 정합니다.

오늘 어떤 순서로 점검하면 될까요?

새 기능 회의보다 먼저, 이미 만든 기능 하나를 골라 아래 순서로 점검해 보세요. 한 기능을 통과시키면 나머지 기능도 같은 방식으로 정리할 수 있습니다.

1. 기획서 첫 페이지에서 선택한 금융 현안과 대상 사용자를 한 문장으로 다시 씁니다.
2. 그 사용자가 웹서비스 첫 화면에서 입력해야 하는 정보를 세 개 이하로 줄입니다.
3. AI가 내리는 판단을 추천, 경고, 매칭, 탐지, 요약 중 하나의 주동사로 표현합니다.
4. 결과 화면에 사용자가 바로 누르거나 확인할 행동을 하나 이상 배치합니다.
5. 기능 명세서 PDF의 화면 이름과 실제 웹서비스의 버튼 문구가 같은 흐름을 말하는지 확인합니다.

기능명세서에 어떻게 옮기면 좋을까요?

기능명세서는 화면 목록만 적는 문서가 아닙니다. 심사자가 웹서비스 URL을 열기 전에 “이 팀의 AI가 실제로 어떤 문제를 어떤 흐름으로 해결하는지”를 예측하게 만드는 지도에 가깝습니다. 그래서 각 화면 설명에는 네 칸 중 어느 칸을 담당하는지 붙이는 편이 좋습니다.

예를 들어 소상공인 금융 매칭을 만든다면 입력 칸은 사업 정보와 필요한 금융 조건, 판단 칸은 적합도 산정, 안내 칸은 추천 상품과 다음 준비물, 기록 칸은 추천 근거와 사용자가 다시 확인할 항목이 될 수 있습니다. 보이스피싱 대응 비서를 만든다면 입력 칸은 의심 상황, 판단 칸은 위험 신호 분류, 안내 칸은 행동 요령, 기록 칸은 신고나 상담에 필요한 요약이 될 수 있습니다. 이 예시는 공식 페이지의 세부 주제 예시에서 출발한 설계 방식일 뿐, 팀의 주제는 공식 범위 안에서 스스로 좁혀야 합니다.

제출 전 놓치기 쉬운 부분

• 웹서비스 URL은 제출 후 정해진 확인 기간 동안 접근 가능해야 하므로, 네 칸 흐름이 로그인이나 권한 문제에 막히지 않는지 확인합니다.
• 제출 마감 이후 산출물 수정이 제한될 수 있으므로, 기능명세서와 실제 화면의 용어를 마감 전에 맞춥니다.
• 운영 측이 요청하는 자료나 제출물이 누락되면 결격 처리될 수 있으므로, 네 칸 구조와 별도로 제출 파일 목록을 확인합니다.
• 타인의 코드, 데이터, 아이디어를 무단으로 쓰면 심사 제외 또는 수상 취소 사유가 될 수 있으므로, 기록 칸에 출처와 사용 범위를 남깁니다.

짧은 FAQ

AI 모델을 아직 확정하지 않았어도 네 칸을 쓸 수 있나요?

쓸 수 있습니다. 지금 필요한 것은 모델명 확정이 아니라 사용자 입력, AI 판단, 사용자 안내, 기록 흐름이 제출물 안에서 서로 맞는지 확인하는 일입니다.

모든 기능을 네 칸으로 정리해야 하나요?

먼저 핵심 기능 하나만 정리하세요. 심사자가 가장 먼저 보게 될 기능이 통과하면 부가 기능은 같은 기준으로 줄이거나 붙이면 됩니다.

오늘 바로 할 한 가지는 무엇인가요?

기능명세서의 첫 번째 화면과 웹서비스 첫 화면을 나란히 열고, 둘 다 같은 입력, 같은 AI 판단, 같은 다음 행동을 말하는지 확인하세요. 다르면 화면을 더 만들기보다 네 칸 표부터 고치는 편이 빠릅니다.

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