첫 수익형 앱의 교과과정은 코드로 끝나지 않는다

AI가 코드를 써주면 첫 수익형 앱을 만드는 데 무엇을 배워야 할까. 프레임워크를 하나 더 외우는 일보다, AI가 만든 결과를 검토하고 제품을 세상에 내놓는 데 필요한 최소 지식을 고르는 편이 먼저다.

Edmund Yong은 2026년에 첫 수익형 앱을 다시 시작한다면 배울 것을 기술 기초, 제작 도구, 유통으로 나눈다. 앞서 공개한 첫 수익형 앱 로드맵에서는 문제 정의, 기술 선택, 결제, 배포, 랜딩페이지, 피드백을 한 흐름으로 묶었다. 그는 4년의 소프트웨어 엔지니어 경력과 컴퓨터과학 학위가 있었고, 1년 남짓 혼자 앱을 운영해 25만 달러 이상의 매출과 한 차례의 5자리 수 매각을 경험했다고 밝힌다.

AI를 쓰기 위해서도 시스템의 경계는 알아야 한다

Yong이 먼저 고른 기술 기초는 API, 데이터베이스, Git이다. API에서는 누가 어떤 입력으로 동작을 호출하는지, 데이터베이스에서는 사용자 권한과 데이터 격리를, Git에서는 변경 이력과 복구 방법을 이해하라고 한다.

목표는 모든 코드를 손으로 쓰는 개발자가 되는 것이 아니다. 결제 정보가 잘못 저장됐는지, 다른 사용자의 데이터가 보이는지, 에이전트가 한꺼번에 바꾼 파일을 되돌릴 수 있는지 판단할 만큼 시스템을 읽는 것이다. 자연어로 화면을 만드는 능력과 운영 중인 제품을 책임지는 능력 사이에는 이 지식이 놓인다.

도구 목록은 교과과정이 될 수 없다

영상에는 Lovable, Bolt, Codex, Claude Code, Cursor, Supabase, Convex, Vercel, Stripe 등 많은 도구가 나온다. Yong은 노코드 도구를 아이디어 탐색과 프로토타입에 쓰고, 실제 사용자 데이터와 결제를 다루기 시작하면 코드 에이전트와 전용 인프라로 옮기는 방식을 제안한다.

도구 이름은 빠르게 바뀐다. 반면 인증된 요청, 데이터 권한, 버전 관리, 결제 이벤트, 배포 후 오류 같은 문제는 남는다. 어떤 도구를 배우느냐보다 제품이 돈과 데이터를 다루기 시작할 때 어느 책임이 생기는지 배우는 편이 오래간다.

수익형이라는 말의 최소 단위는 첫 결제다

Yong은 초보자의 첫 수익형 앱을 “고통스러운 문제 하나를 해결하고 결제 고객 한 명을 얻은 작은 제품”으로 정의한다. 큰 ARR이나 자동화된 회사가 아니다. 자신이 겪는 문제를 골라 빠르게 만들고, 창업자가 직접 데모와 튜토리얼을 배포하며, 일찍 가격을 붙이는 순서다.

그래서 기술 다음에는 랜딩페이지 카피, 제품 데모, 소셜 콘텐츠, SEO와 AEO가 온다. 코드를 완성한 뒤 마케팅을 시작하는 것이 아니라, 어떤 언어로 고객을 부를지와 어디서 발견될지를 제품과 함께 만든다.