[리서치] 2026 금융 AI Challenge: 막히는 순간을 설계하세요 | DAKER 커뮤니티

오늘 MVP를 만져 본 팀이라면, 잘 되는 화면만 남기지 말고 사용자가 막히는 순간을 같이 설계하세요. 2026년 7월 28일 05:04 KST 기준 공식 대회 페이지는 금융소비자 특성과 서비스 채널을 고려한 맞춤형 금융 AI 웹서비스를 요구합니다. 이 말은 결과가 나오는 순간뿐 아니라, 입력이 부족하거나 판단이 어려울 때 사용자가 다음 행동을 이해할 수 있어야 한다는 뜻입니다.

2026 금융 AI Challenge의 제출물은 기획서 PDF, 기능 명세서 PDF, 웹서비스 URL로 이어집니다. 참가자는 2026년 9월 7일 월요일 오전 10시까지 기획서와 MVP 산출물을 제출해야 하고, 제출한 웹서비스 URL은 같은 날 오전 11시부터 9월 11일 금요일 23시 59분까지 접근 가능해야 합니다. 따라서 오늘 확인할 것은 “기능이 있다”가 아니라 “심사자가 직접 눌렀을 때 막힘이 설명되는가”입니다.

왜 막히는 순간이 중요할까요?

공식 페이지는 창업기업, 신규 소상공인, 국내 체류 외국인, 청년층, 고령층, 장애인처럼 서로 다른 금융소비자 상황을 예시로 듭니다. 이 사용자들은 같은 AI 추천을 보더라도 이해해야 하는 정보, 불안해하는 지점, 다음에 해야 할 행동이 다릅니다. MVP가 정상 결과 화면만 보여 주면 기술은 보일 수 있지만, 실제 금융 현안을 해결하는 서비스로 읽히기 어렵습니다.

막히는 순간은 실패를 드러내자는 이야기가 아닙니다. 오히려 사용자가 왜 멈췄는지, 어떤 정보가 더 필요한지, 어떤 행동으로 이어져야 하는지를 서비스 안에서 정리하는 장치입니다. 보이스피싱 대응 서비스라면 “위험”이라는 결과만으로 끝내지 말고 사용자가 지금 중단할 행동과 확인할 안내를 보여줘야 합니다. 금융 매칭 서비스라면 추천 불가 상태에서도 부족한 입력과 다시 시도할 순서를 알려줘야 합니다.

• 첫 화면에는 해결하려는 금융 현안과 대상 사용자가 한 문장으로 보여야 합니다.
• 결과 화면에는 AI 판단의 입력 조건, 핵심 근거, 사용자의 다음 행동이 함께 있어야 합니다.
• 빈 데이터, 권한 문제, 추천 불가 같은 예외 상황에는 사용자가 다시 진행할 길이 있어야 합니다.
• 기능 명세서의 예외 흐름 이름과 실제 웹서비스 화면 문구를 맞춰야 합니다.
• 제출 후 산출물 수정이 제한될 수 있으므로 막힘 복구 문구는 마감 전에 고정해야 합니다.

오늘 무엇부터 고치면 될까요?

새 기능을 크게 추가할 필요는 없습니다. 이미 만든 MVP에서 사용자가 가장 헷갈릴 장면을 하나 고르고, 그 장면에 복구 안내를 붙이면 됩니다. 팀원이 각자 맡은 문서와 화면을 아래 순서로 맞춰 보세요.

1. 기획서에서 대상 사용자와 금융 현안을 한 문장으로 고르고, 그 사용자가 가장 막힐 순간을 적습니다.
2. 기능 명세서에 정상 흐름 하나와 막힘 흐름 하나를 나란히 적고 화면 이름을 고정합니다.
3. 웹서비스 URL에서 같은 막힘 흐름이 실제 버튼, 문구, 안내 영역으로 보이는지 확인합니다.
4. AI 결과가 부족하거나 불확실할 때 사용자에게 추가 입력, 재시도, 상담, 신고, 저장 같은 다음 행동을 제시합니다.
5. 기획서 PDF, 기능 명세서 PDF, 웹서비스 URL을 최종 제출하기 전에 같은 용어와 같은 순서로 다시 읽습니다.

어떤 막힘을 먼저 다루면 좋을까요?

공식 페이지의 세부 주제 예시는 모두 실제 금융 상황과 연결됩니다. 그래서 막힘도 기술 오류보다 사용자 행동 기준으로 고르는 편이 좋습니다. 예를 들어 국내 체류 외국인 금융 정착 서비스라면 입력 언어, 필요한 서류, 다음 방문 채널이 막힘 포인트가 될 수 있습니다. 고령층이나 장애인을 위한 포용금융 서비스라면 글자 크기, 설명 순서, 복잡한 인증 단계가 먼저 보일 수 있습니다.

창업기업이나 신규 소상공인을 위한 금융 매칭 서비스라면 추천이 나오지 않는 상황도 중요합니다. “조건 부족”으로 끝내면 사용자는 무엇을 보완해야 할지 모릅니다. 사업 기간, 매출 구간, 필요 자금, 준비 서류처럼 다시 입력할 항목을 짧게 보여 주면 MVP가 더 실제 서비스처럼 읽힙니다. 이 과정에서 공식 페이지에 없는 성과나 외부 지원 약속을 붙일 필요는 없습니다.

제출 전에 자주 놓치는 지점

• 정상 결과 화면은 있는데 추천 불가, 입력 누락, 접근 제한 화면이 비어 있습니다.
• 대상 사용자를 기획서에는 적었지만 웹서비스 첫 화면에서는 누구를 위한 서비스인지 보이지 않습니다.
• AI 판단 결과는 나오지만 사용자가 바로 할 행동이 버튼이나 문구로 이어지지 않습니다.
• 기능 명세서의 예외 흐름과 실제 URL의 안내 문장이 서로 다른 이름을 씁니다.

짧은 FAQ

예외 화면을 만들면 서비스가 덜 완성돼 보이지 않을까요?

반대로 읽힐 가능성이 큽니다. 실제 금융 서비스는 사용자가 항상 완벽한 입력을 넣지 않기 때문에, 막힘을 다루는 화면은 문제 이해와 실행 가능성을 보여 주는 증거가 됩니다.

모든 사용자 유형을 다 고려해야 하나요?

그럴 필요는 없습니다. 공식 페이지는 주제 범위 안에서 자유롭게 선정할 수 있다고 안내합니다. 오늘은 우리 팀이 선택한 핵심 사용자 하나를 기준으로 막힘과 복구 안내를 선명하게 만드는 것이 더 좋습니다.

마감 전에 가장 먼저 볼 화면은 어디인가요?

URL 첫 화면, 첫 결과 화면, 추천이 어려운 상황의 안내 화면을 나란히 보세요. 이 세 장면이 같은 사용자와 같은 금융 현안을 말하면 제출물 전체의 일관성이 좋아집니다.

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