2026 금융 AI Challenge 준비, 질문 로그가 팀의 추측을 줄이는 이유 | DAKER 커뮤니티
팀 안에서 같은 대회를 준비하고 있는데도 기획서, 기능 명세서, 웹서비스 화면이 조금씩 다른 이야기를 하기 시작하면 마감 직전에 가장 큰 비용을 치르게 됩니다. 특히 공식 답변이 정해진 채널로만 제공되는 공모전이라면, 팀의 질문과 결정도 한곳에 남겨 두는 편이 훨씬 안전합니다.
2026년 7월 29일 05:01 KST 기준 공식 대회 페이지는 공식 답변이 게시판을 통해서만 제공된다고 안내합니다. 기획서 PDF, 기능 명세서 PDF, 웹서비스 URL이 같은 말을 하려면 팀 내부에서도 무엇이 사실이고 무엇이 해석인지 분리해 관리할 필요가 있습니다.
왜 지금 질문 로그를 챙겨야 할까요?
이 대회는 AI 기반 금융 현안 해결 아이디어를 실제 작동 가능한 웹서비스로 구현하는 공모전입니다. 참가자는 2026년 9월 7일 월요일 오전 10시까지 기획서와 MVP 산출물을 제출해야 하고, 제출한 웹서비스 URL은 같은 날 오전 11시부터 9월 11일 금요일 23시 59분까지 접근 가능해야 합니다. 제출 마감 이후 산출물 수정이 제한될 수 있고, 요청 자료를 기한 내 제출하지 않거나 제출물이 누락되면 결격 처리될 수 있다는 점도 오늘 확인했습니다.
위험한 순간은 질문이 생기는 때가 아니라, 답이 흐릿한 채로 문서와 화면이 서로 다른 방향으로 굳어지는 때입니다.
예를 들어 한 사람은 청년층 자산 형성 서비스를 떠올리고, 다른 사람은 소상공인 금융 매칭 서비스를 만들고, 또 다른 사람은 기능 명세서에 보안 비서 흐름을 넣고 있다면 제출 직전에 맞추기가 어려워집니다. 질문 로그는 이런 어긋남을 초기에 드러내는 가장 단순한 장치입니다.
공식 페이지는 세부 주제 예시가 참고용이며 주제 범위 안에서 자유롭게 선정할 수 있다고 안내합니다. 그래서 더더욱 팀의 선택 기준을 남겨 두는 것이 좋습니다. 공식 페이지에 있는 조건과 팀이 정한 해석을 분리해 적어 두면, 나중에 기획서와 MVP를 고칠 때 누가 어떤 말을 했는지보다 어떤 근거로 그렇게 정했는지를 빠르게 확인할 수 있습니다.
질문 로그에는 무엇을 남기면 될까요?
질문 로그는 거창한 문서일 필요가 없습니다. 팀원이 같은 기준으로 움직일 수 있으면 충분합니다. 핵심은 공식 페이지에서 확인한 사실과 팀의 해석을 한 문장 안에 섞지 않는 것입니다.
공식 근거와 팀 결정을 분리해 적어 두면, 수정이 필요할 때 흔들리는 범위를 바로 알 수 있습니다.
게시판에 문의해야 할 질문은 개인 메신저나 회의 메모로만 끝내지 않는 편이 좋습니다. 또 기획서, 기능 명세서, 웹서비스 화면에는 같은 대상 사용자와 같은 문제 문장을 써야 합니다. 제출물 누락이나 URL 접근 불가처럼 결격으로 이어질 수 있는 항목은 질문 로그 안에서도 따로 표시해 두면 점검이 쉬워집니다. 반대로 확인되지 않은 수상 가능성, 후속 지원, 외부 연계 약속은 결정 로그에 넣지 않는 것이 좋습니다.
오늘은 어떤 순서로 정리하면 좋을까요?
새 기능을 만들기 전에 먼저 다섯 가지를 맞춰 두면 됩니다. 공식 페이지에서 확인한 조건을 사실로 적고, 우리 팀이 선택한 대상 사용자와 금융 현안을 팀 결정으로 한 문장으로 남깁니다. 공식 페이지만으로 판단하기 어려운 내용은 문의 필요로 표시한 뒤, 공식 게시판에 남길 질문 문장으로 바꾸면 됩니다.
답을 받은 뒤에는 기획서 PDF, 기능 명세서 PDF, 웹서비스 화면 중 어디를 고쳐야 하는지 바로 연결해 두는 것이 좋습니다. 마감 전 최종 점검 때는 질문 로그에서 아직 답이 없는 항목과 제출물에 반영되지 않은 결정을 먼저 지우면 혼선을 줄일 수 있습니다.
실전에 도움이 되는 질문은 어떻게 다를까요?
좋은 질문은 이 기능 넣어도 되나요처럼 넓게 묻기보다, 제출물과 심사 흐름에 바로 영향을 주는 형태로 좁혀져 있습니다. 예를 들어 웹서비스 URL 접근 가능 기간 동안 외부 인증이 필요한 구조라면, 심사자가 접근할 수 있는 경로를 어떻게 준비할지 팀 안에서 먼저 정리해야 합니다. 공식 페이지는 접근 불가를 결격 사유로 안내하므로, 이 문제는 개발 편의가 아니라 제출 안정성과 연결됩니다.
기능 명세서도 마찬가지입니다. AI 결과가 추천, 경고, 매칭, 탐지 중 무엇인지 팀 안에서 다르게 말하고 있다면 화면을 더 만들기 전에 용어부터 통일해야 합니다. 질문 로그는 이 용어를 고정하는 곳이 됩니다.
오늘 하나만 적는다면, 심사자가 URL을 열었을 때 첫 화면에서 어떤 사용자, 어떤 금융 현안, 어떤 AI 행동을 보게 할 것인지 남겨 두면 됩니다.
제출물에 반영할 때 조심할 점
공식 페이지의 문구를 길게 복사하기보다, 제출물에서 확인할 수 있는 행동 기준으로 바꿔 쓰는 편이 좋습니다. 게시판 답변을 받기 전에는 확정 표현 대신 내부 가정으로 표시해야 합니다. 또 팀 결정이 바뀌면 기능 명세서의 화면 이름과 웹서비스의 버튼 문구도 함께 바뀌어야 합니다. 발표 심사까지 이어질 수 있는 핵심 결정이라면 최종 발표 자료 PDF에도 같은 용어로 남길 수 있게 관리하는 것이 좋습니다.
자주 헷갈리는 점
공식 페이지에 없는 내용을 팀이 정해도 되나요?
주제 범위 안에서 팀의 서비스 설계는 필요합니다. 다만 공식 페이지에 없는 운영 조건이나 혜택을 확정된 사실처럼 쓰면 안 됩니다. 팀 결정과 공식 근거를 분리해 적어 두면 됩니다.
질문 로그를 공개 제출물에 넣어야 하나요?
그럴 필요는 없습니다. 질문 로그는 팀 내부 정합성을 맞추기 위한 작업 도구입니다. 공개 제출물에는 최종 결정이 반영된 문제 정의, 기능 흐름, URL 동작 상태만 깔끔하게 남기면 됩니다.
오늘 바로 확인할 한 가지는 무엇인가요?
기획서 첫 문장, 기능 명세서 첫 화면, 웹서비스 첫 화면이 같은 대상 사용자와 같은 금융 현안을 말하는지 확인하는 것이 좋습니다. 셋이 다르면 질문 로그에 원인을 적고 하나의 표현으로 맞추는 일이 먼저입니다.
마무리
기준일: 2026년 7월 29일 05:01 KST. 일정, 제출물, 평가 흐름은 변경될 수 있으므로 제출 전에는 공식 대회 페이지에서 최신 내용을 다시 확인해야 합니다.
참고 자료: 공식 대회 페이지
여러분 팀은 지금 어떤 질문 하나를 먼저 로그로 남기면 가장 큰 혼선을 줄일 수 있을까요?