앱을 만들기 전에,
풀 문제부터 찾습니다

기술은 다섯 축 중 하나

Technovation은 앱을 잘 만들었는지만 보지 않습니다. 어떤 문제를 골랐는지, 사업으로 이어질 수 있는지, 팀으로 해냈는지, 어떻게 발표했는지를 함께 봅니다. 좋은 문제를 고르고 설득력 있게 전달하는 일이 기술만큼 중요합니다.

다섯 축을 함께 봅니다. 코딩 경험이 없어도 학습 자료로 시작할 수 있고, AI 사용은 필수가 아니지만 활용한 프로젝트가 더 높은 평가를 받아 왔습니다.

그래서 아이디어부터 다룹니다. 이만한 규모에서 눈에 남는 팀은 기능이 화려한 앱이 아니라, 자기 동네·학교의 구체적인 문제를 근거로 짚어 낸 팀입니다. 그 문제를 찾는 일이 발상의 핵심입니다.

넓히고 좁히기, 두 번 — 더블 다이아몬드

좋은 아이디어는 한 번에 떠오르지 않습니다. 정해진 네 단계를 거칩니다. 먼저 문제를 넓게 모아 하나로 좁히고, 다음으로 해결책을 넓게 펼쳐 하나로 좁힙니다. 다이아몬드 두 개가 그 리듬입니다.

시즌 초반 팀이 아직 코드를 짜지 않는다면 정상입니다. 지금은 문제를 찾고 다듬는 단계. 이 과정을 건너뛰고 바로 만든 앱이 가장 흔한 출품작이 됩니다.

문제 발굴에서 피칭까지, 팀으로

Technovation은 앱만이 아니라 비즈니스 플랜과 피칭까지 하나의 프로젝트로 봅니다. 그래서 발상 뒤에도 사업 설계와 발표가 이어집니다. 아래 다섯 걸음이 팀이 함께 밟는 순서입니다.

팀은 2~5명, 멘토 1명이 함께합니다. 연령에 따라 Junior(10~14세)와 Senior(15~18세)로 나뉩니다. 참가 자격·일정은 해마다 바뀌므로 대회 안내와 공식 대회 사이트에서 확인하세요.

문제는 현장에서, 근거와 함께

'무슨 앱을 만들까'를 상상으로 정하지 않습니다. 네 갈래로 실제 자료를 모으고, 반복되는 불편을 문제 후보로 적습니다. 여기서 나온 사용자의 목소리와 데이터가 아이디어의 근거가 됩니다.

이 단계 규칙: 아직 앱 얘기는 없습니다. "친구들이 분리배출을 어려워한다"까지만 적고, "분리배출 앱 만들자"로 건너뛰지 않습니다. 해결책으로 서두르지 않는 절제 — 발상에서 가장 어렵고, 좋은 팀과 흔한 출품작을 가르는 지점입니다.

같은 소재라도, 정의의 깊이가 중요

모은 문제 중 하나를 골라 누가·왜·무엇을 못 하는지 분명히 씁니다. 같은 소재라도 얼마나 구체적으로, 근본 원인까지 파고들었느냐에 따라 만들 수 있는 문제가 되기도, 손댈 수 없는 문장이 되기도 합니다.

증상 말고 원인 — '왜'를 다섯 번

증상에서 멈추지 않고 "왜?"를 반복해 진짜 원인까지 내려갑니다. 원인이 바뀌면 만들 앱도 달라집니다.

사실 확인, 세 가지로

확인된 문제 → 앱 → 비즈니스

여기까지 오면 앱은 상상이 아니라 근거의 연결에서 나옵니다. 그리고 Technovation은 그 앱을 지속 가능한 사업으로 설계하기까지 봅니다. 왼쪽에서 오른쪽으로 읽습니다.

'끝까지 갈 아이디어'의 모양

후보마다 다섯 가지를 점수로 매겨, 한 축이라도 약하면 버리거나 고칩니다. 강한 아이디어는 다섯 축이 고르게 찬 모양. 근거로 걸러 내는 이 판단이 발상의 마지막 단계입니다.

앞부분은 '생각하는 시간' — 계획된 순서

대회 시즌(1~4월)에 맞춰 약 3~4개월 집중 준비합니다. 아래 표의 붉은·노란 구간이 지금까지 설명한 문제 발굴과 아이디어, 앱을 짜는 초록 구간은 그 뒤에 옵니다.

초반 몇 주는 화면에 보이는 결과물이 적을 수 있습니다. 이 시기에 쌓은 사용자 근거와 문제 정의가 뒤의 개발과 피칭을 지탱합니다. 진도가 늦으면 기능을 늘리는 대신 범위를 줄여 완성도를 지킵니다.

대회 결과와 별개로 남는 힘

이 발상 과정은 대회용 기술로 끝나지 않습니다. 문제를 근거로 읽고, 사용자를 관찰하고, 사업으로 설계하고, 팀으로 발표하는 경험은 학교 활동과 이후 진로에도 그대로 쓰입니다.

가정에서 크게 도우실 것은 없습니다. 아이가 "우리 주변에서 뭐가 제일 불편해요?"라고 물으면 겪은 그대로 들려주시고, 팀원과 멘토를 만나 함께 준비할 시간을 응원해 주시면 충분합니다. 아이가 관찰한 문제 하나가 프로젝트의 출발점이 됩니다.