7개의 AI 앱과 7개의 오픈 소스 라이브러리를 출시한 21세 학생의 전략
요약
대학생 개발자가 1년 동안 7개의 AI 앱과 7개의 오픈 소스 라이브러리를 성공적으로 출시한 전략을 공유합니다. 앱을 통한 수익 창출과 라이브러리를 통한 평판 구축을 병행하며, 기술 스택의 단순화와 철저한 시장 검증을 강조합니다.
핵심 포인트
- 앱은 비즈니스(IP)로, 라이브러리는 평판(Reputation)으로 활용
- 결정 피로를 줄이기 위해 검증된 기술 스택을 고수
- 자신이 직접 결제할 가치가 있는 아이디어에만 집중
- 빌딩과 사용자 확보의 비율을 60:40으로 유지
저는 Ahmedabad에 위치한 IITRAM의 공학부 3학년 학생입니다.
지난 1년 동안 저는 대학 생활을 풀타임으로 병행하면서 7개의 상용 AI 앱과 7개의 오픈 소스 (Open Source) 라이브러리를 출시했습니다. 팀도 없었고, 자금 지원도 없었으며, 공동 창업자도 없었습니다.
정확히 어떻게 했는지 그 방법을 알려드리겠습니다.
조용히 빌드하고, 공개적으로 출시하라 (Build silently. Ship publicly.)
대부분의 사람들은 자신이 무엇을 만들고 있는지 발표하고, '좋아요'를 통해 도파민을 얻으며, 상황이 어려워지면 동기를 잃고 조용히 프로젝트를 포기합니다.
저는 발표하는 것을 그만두었습니다. 대신 출시하기 시작했습니다.
제 앱들은 모두 프라이빗 레포지토리 (Private repos)입니다. 미리보기도 없고, "곧 출시 예정" 같은 게시물도 없습니다. 앱이 라이브(Live) 상태가 될 때까지 빌드한 다음, 그때 사람들에게 알립니다. 라이브러리는 그 반대입니다. 공개적인 MIT 라이선스로 npm과 PyPI에 배포되며, 공개적으로 유지 관리됩니다. 그것이 바로 작업 증명 (Proof of work)입니다. 앱은 비즈니스입니다.
왜 앱만이 아니라 라이브러리인가
앱은 지식재산권 (IP)이고, 라이브러리는 평판 (Reputation)입니다.
앱에서 재사용 가능한 로직을 추출하여 독립적인 라이브러리로 만들 때마다 두 가지 일이 일어났습니다. 앱은 더 깔끔해졌고, 저는 개발자들이 찾아보고 'Star'를 누를 수 있는 공개적인 결과물 (Artifact)을 얻었습니다.
제 라이브러리들은 제가 진심으로 필요로 했지만 제대로 된 것을 찾을 수 없었던 것들을 다룹니다. 프롬프트 복잡도에 따른 LLM 라우팅 (Routing), React를 위한 Razorpay 결제벽 (Paywalls), 오프라인 우선 동기화 엔진 (Offline-first sync engines), pip로 설치 가능한 사기 탐지 (Fraud detection) 등이 그것입니다.
이 중 어느 것도 무모한 도전 (Moonshots)이 아닙니다. 모두 하나의 구체적인 문제를 해결하며, 런타임 의존성 (Runtime dependencies)이 전혀 없고, README 파일 하나로 설명이 가능합니다.
재고하기를 멈춘 기술 스택 (The stack I stopped reconsidering)
결정 피로 (Decision fatigue)는 추진력을 죽입니다. 저는 스택을 정했고 그것을 고수했습니다.
프론트엔드 (Frontend)는 React + Vite + Tailwind를 사용합니다. 데이터베이스 (Database)는 Supabase를 사용합니다. AI 추론 (Inference)은 Groq를 사용합니다. 결제는 Razorpay를 사용합니다. 배포 (Deploys)는 Vercel을 사용합니다.
모든 새로운 앱은 이 지점에서 시작합니다. 저는 프로젝트마다 프레임워크 (Frameworks)를 재평가하지 않습니다. 저는 그저 빌드합니다.
무엇을 만들지 결정하는 방법
한 가지 필터: "내가 이것에 돈을 지불할 것인가?"
"누군가가 이것에 돈을 낼 것인가"가 아니라, "지금 당장 나 자신이 직접 카드를 꺼내 결제할 것인가"를 묻습니다.
만약 그렇다면, 저는 그것을 만듭니다. 만약 아니라면, 아이디어가 아무리 영리해 보여도 건너뜁니다. 이 필터는 수많은 나쁜 아이디어들을 빠르게 걸러내 주었고, 저의 수백 시간을 아껴주었습니다.
대부분의 학생 빌더들이 저지르는 실수
그들은 시간의 80%를 빌딩 (Building)에 쓰고, 20%를 사용자 확보에 사용합니다.
최소한 60/40 비율이 되어야 합니다.
빌딩 (Building)은 편안한 부분입니다. 당신을 모르는 낯선 사람들이 당신이 만든 것에 관심을 갖게 만드는 것 — 그것이 어려운 부분입니다. 대부분의 사람들은 대신 더 많은 기능을 추가함으로써 이 과정을 회피합니다.
당신의 제품에는 기능 하나가 더 필요한 것이 아닙니다. 10명의 사용자가 더 필요합니다.
내가 출시한 것들
라이브러리 (모두 MIT 라이선스, 모두 github.com/iamadhitya1의 GitHub에 있음):
- llm-router — 복잡도와 비용에 따라 프롬프트를 적절한 LLM (Large Language Model)으로 라우팅 (Routing)
- react-premium-gate — React를 위한 Razorpay 구독 페이월 (Paywall)
- groq-chain — .step() 빌더 API를 사용한 Python LLM 체이닝 (Chaining)
- react-offline-first — IndexedDB 동기화를 지원하는 오프라인 우선 (Offline-first) React 템플릿
- fraud-shield — Random Forest를 이용한 pip 설치 가능한 부정행위 탐지 (Fraud detection)
- react-macro-rings — 애니메이션 SVG 영양소 진행 상태 링
앱: Rewrite Labs 산하의 7개 라이브 제품 — 모두 비공개이며, 모두 수익화됨.
솔직한 이야기
대부분의 날들은 그저 코드를 작성하고, 버그를 수정하며, 아직 아무도 알아차리지 못한 것들을 출시 (Shipping)하는 일입니다.
복리 효과는 조용히 일어납니다. 라이브러리 하나가 스타 (Star)를 받습니다. 앱 하나가 유료 사용자를 얻습니다. 기사 하나가 당신이 들어본 적도 없는 Slack 채널에서 공유됩니다. 당신은 그것이 쌓이는 것을 보지 못하다가, 어느 날 뒤를 돌아보면 당신의 이름이 걸린 14개의 라이브 제품이 놓여 있게 됩니다.
그것이 전략의 전부입니다. 문제를 선택하세요. 스택 (Stack)을 선택하세요. 준비가 되기 전에 출시 (Ship)하세요.
내가 만든 모든 것은 https://github.com/iamadhitya1에서 확인할 수 있습니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기