Cursor 사례 연구: 1인 창업자가 AI 코딩으로 2주 만에 Next.js SaaS MVP 구축

Cursor 사례 연구: 1인 창업자가 AI 코딩으로 2주 만에 Next.js SaaS MVP 구축

개요

이 사례 연구는 비개발자 출신의 1인 창업자 김도현(가명)이 Cursor AI를 활용하여 14일 만에 완전한 기능을 갖춘 Next.js SaaS 제품을 구축하고 출시한 과정을 다룬다. 인증 시스템, Stripe 결제 연동, 관리 대시보드, REST API, 이메일 알림까지 포함된 프로덕션 수준의 MVP를 어떻게 혼자서 완성했는지 상세히 기록한다.

창업자와 문제 인식

김도현은 5년간 물류 스타트업에서 운영 매니저로 근무하며, 중소 물류 업체들이 겪는 공통적인 문제를 목격했다. 화물 추적 데이터가 엑셀 시트에 흩어져 있고, 고객에게 배송 상태를 수동으로 알려야 했으며, 월말 정산 작업에 매달 이틀 이상이 소요되었다. 시중의 물류 관리 솔루션은 대부분 대기업 대상으로 월 수백만 원의 비용이 발생했고, 중소 업체에는 불필요한 기능이 과도하게 포함되어 있었다.

김도현이 구상한 제품은 “TrackFlow”라는 이름의 SaaS였다. 핵심 기능은 세 가지로 압축되었다. 첫째, CSV 파일로 화물 데이터를 일괄 업로드하는 기능. 둘째, 실시간 배송 상태 대시보드. 셋째, 고객에게 자동으로 배송 알림 이메일을 발송하는 기능이었다.

문제는 김도현이 프론트엔드 개발 경험이 거의 없었다는 점이다. HTML과 CSS를 읽을 수 있는 수준이었고, Python으로 간단한 자동화 스크립트를 작성해본 적은 있었지만 풀스택 웹 애플리케이션을 구축하는 것은 완전히 다른 영역이었다. 외주 개발을 의뢰하면 최소 2,000만 원 이상의 비용과 2~3개월의 기간이 예상되었다.

2026년 1월 중순, 김도현은 Cursor AI에 대한 기사를 읽고 직접 시도해보기로 결심했다. 유료 구독을 결제하고, 2주간의 집중 개발 기간을 확보했다.

기술 스택 결정과 .cursorrules 설정

개발을 시작하기 전에 김도현은 기술 스택을 먼저 확정했다. Cursor의 AI 채팅에서 다음과 같은 프롬프트로 기술 스택 추천을 받았다.

I'm a solo founder building a logistics tracking SaaS. I need auth, payments, a dashboard, CSV import, and email notifications. I have minimal frontend experience. Recommend a tech stack optimized for speed of development and AI-assisted coding. Prioritize ecosystem maturity and documentation quality.

Cursor가 추천한 스택은 다음과 같았다.

• 프레임워크: Next.js 14 (App Router)
• 데이터베이스: Supabase (PostgreSQL + Auth)
• 결제: Stripe
• 스타일링: Tailwind CSS + shadcn/ui
• 이메일: Resend
• 배포: Vercel
• ORM: Prisma

김도현은 이 추천을 그대로 채택했다. 다음 단계로 .cursorrules 파일을 프로젝트 루트에 생성했다. 이 파일은 Cursor가 코드를 생성할 때 따라야 할 규칙을 정의하는 핵심 설정이다.

You are a senior full-stack developer building a Next.js 14 SaaS application. Follow these rules strictly:

1. Use Next.js App Router with Server Components by default. Only use "use client" when interactivity is required.
2. Use TypeScript with strict mode. Never use 'any' type.
3. Use Prisma for all database operations. Never write raw SQL.
4. Use Supabase Auth for authentication. Implement middleware-based route protection.
5. Use shadcn/ui components. Do not install alternative UI libraries.
6. Use Tailwind CSS for styling. No CSS modules or styled-components.
7. Use Resend for transactional emails with React Email templates.
8. Follow the project structure: app/(auth), app/(dashboard), app/api, lib/, components/, prisma/.
9. All API routes must validate input with Zod schemas.
10. Include proper error handling and loading states in every component.
11. Write JSDoc comments for all exported functions.

이 .cursorrules 파일이 프로젝트 전체의 일관성을 유지하는 데 결정적인 역할을 했다. Cursor가 생성하는 모든 코드가 동일한 패턴과 규칙을 따르게 되면서 코드베이스가 한 사람이 작성한 것처럼 통일성을 갖추게 되었다.

1주차: 인증, 데이터베이스 스키마, 대시보드

1일차~2일차: 프로젝트 초기 설정과 인증

첫째 날은 프로젝트 스캐폴딩에 집중했다. Cursor의 Composer 기능을 활용하여 다음과 같이 지시했다.

Set up a new Next.js 14 project with TypeScript, Tailwind CSS, and Prisma. Initialize Supabase auth with email/password and Google OAuth. Create a middleware that protects all routes under /dashboard and redirects unauthenticated users to /login. Include signup, login, and forgot-password pages using shadcn/ui form components.

Cursor는 약 15개의 파일을 한 번에 생성했다. middleware.ts, 인증 관련 페이지 세 개, Supabase 클라이언트 설정, Prisma 스키마의 초기 구조까지 포함되었다. 김도현은 Supabase 대시보드에서 프로젝트를 생성하고 환경 변수를 .env.local에 입력한 후, 로컬에서 인증 흐름을 테스트했다.

둘째 날에는 Google OAuth 연동에서 리다이렉트 URL 설정 문제가 발생했다. Cursor에게 오류 메시지를 그대로 붙여넣고 해결을 요청했다.

I'm getting this error after Google OAuth callback: "Invalid redirect URL". Here is my Supabase config and the full error log. Fix the auth callback handler and tell me what to change in the Supabase dashboard.

Cursor는 콜백 라우트의 URL 처리 로직을 수정하고, Supabase 대시보드에서 변경해야 할 설정을 단계별로 안내했다.

3일차~4일차: 데이터베이스 스키마 설계

김도현은 Cursor에게 비즈니스 요구사항을 설명하고 데이터베이스 스키마를 설계하도록 요청했다.

Design a Prisma schema for a logistics tracking SaaS. Models needed: Organization (multi-tenant), User (belongs to org), Shipment (tracking number, status, origin, destination, carrier, estimated delivery, actual delivery), Customer (name, email, phone, belongs to org), ShipmentEvent (status changes log), Subscription (Stripe integration fields). Include proper indexes, relations, and enums for shipment status.

Cursor가 생성한 Prisma 스키마는 6개의 모델과 적절한 인덱스를 포함했다. 김도현은 몇 가지 필드를 추가로 요청하여 수정한 후 prisma migrate dev를 실행하여 데이터베이스에 반영했다.

5일차~7일차: 대시보드 구축

대시보드는 이번 프로젝트에서 가장 많은 시간이 소요된 부분이었다. 김도현은 단계별로 접근했다.

Build a dashboard layout with a collapsible sidebar navigation using shadcn/ui. Include these nav items: Overview, Shipments, Customers, Import, Settings. The sidebar should show the organization name and user avatar at the top. Use Next.js parallel routes for the dashboard sections.

레이아웃이 완성된 후, 각 섹션을 하나씩 구축했다. 개요 페이지에는 주요 지표 카드(총 배송 건수, 진행 중, 배송 완료, 지연)와 최근 배송 목록 테이블을 배치했다.

Create the dashboard overview page. Show 4 metric cards at the top: Total Shipments, In Transit, Delivered, Delayed. Below that, add a data table showing the 10 most recent shipments with columns: tracking number, customer name, status (with colored badges), carrier, and estimated delivery date. Fetch all data server-side from Prisma.

배송 목록 페이지에는 검색, 필터링, 페이지네이션을 포함한 완전한 데이터 테이블이 필요했다. 이 부분에서 Cursor는 shadcn/ui의 DataTable 컴포넌트를 기반으로 서버 사이드 페이지네이션과 필터링을 구현했다. 하지만 정렬 기능에서 버그가 발생했고, 김도현은 Cursor에게 버그를 보고하고 수정을 요청하는 과정을 세 차례 반복해야 했다.

1주차가 끝났을 때, 인증 시스템, 데이터베이스 스키마, 그리고 대시보드의 핵심 페이지들이 작동하는 상태였다.

2주차: 결제, 데이터 임포트, 알림, 런칭

8일차~9일차: Stripe 결제 연동

Stripe 연동은 김도현이 가장 긴장했던 부분이었다. 결제 관련 코드는 오류가 비즈니스에 직접적인 영향을 미치기 때문이다.

Implement Stripe subscription billing with three tiers: Free (50 shipments/month), Pro ($29/month, 500 shipments), Business ($79/month, unlimited). Create a pricing page, checkout flow using Stripe Checkout Sessions, a webhook handler for subscription events (checkout.session.completed, customer.subscription.updated, customer.subscription.deleted), and a billing management page that redirects to Stripe Customer Portal. Store subscription status in the database.

Cursor는 가격표 페이지, API 라우트 세 개(체크아웃 세션 생성, 웹훅 처리, 포털 리다이렉트), 그리고 구독 상태를 데이터베이스에 동기화하는 로직을 생성했다. 김도현은 Stripe의 테스트 모드에서 전체 결제 흐름을 검증했다.

웹훅 서명 검증 부분에서 한 가지 문제가 있었다. Cursor가 생성한 코드가 Next.js App Router의 라우트 핸들러에서 request.text()를 사용하는 대신 request.json()을 사용하여 서명 검증이 실패했다.

The Stripe webhook signature verification is failing. The error says "No signatures found matching the expected signature for payload." I think the issue is with how the raw body is being read in the Next.js App Router route handler. Fix this.

Cursor는 문제를 정확히 진단하고 request.text()를 사용하도록 수정했다. 이 경험에서 김도현은 결제 관련 코드는 AI가 생성하더라도 반드시 수동으로 검증해야 한다는 교훈을 얻었다.

10일차~11일차: CSV 임포트와 데이터 처리

CSV 임포트는 TrackFlow의 핵심 차별점이었다. 기존에 엑셀로 관리하던 데이터를 쉽게 마이그레이션할 수 있어야 했다.

Build a CSV import feature for shipments. Create a drag-and-drop upload area that accepts CSV files. Parse the CSV client-side using papaparse, show a preview table with column mapping (let users map CSV columns to shipment fields), validate each row (required fields, date formats, valid status values), show validation errors inline, then submit valid rows to an API endpoint that bulk-inserts into the database. Handle duplicates by tracking number. Show a progress bar during import and a summary when complete.

이 기능은 Cursor가 단일 프롬프트로 생성하기에는 복잡했다. 김도현은 세 단계로 나누어 진행했다. 먼저 파일 업로드와 파싱, 다음으로 컬럼 매핑 UI, 마지막으로 검증 및 일괄 삽입이었다. 각 단계에서 Cursor의 출력을 검토하고 수정 사항을 요청하는 반복 작업이 필요했다.

12일차: 이메일 알림 시스템

Set up Resend for transactional emails. Create React Email templates for: welcome email after signup, shipment status update notification to customers, weekly summary digest for organization admins. Create an API utility function that sends emails with proper error handling and rate limiting. Trigger the shipment status email automatically when a shipment status changes in the database.

Cursor는 React Email 템플릿 세 개와 이메일 발송 유틸리티 함수를 생성했다. 배송 상태 변경 시 자동으로 고객에게 알림을 보내는 로직은 Prisma의 미들웨어를 활용하여 구현했다.

13일차~14일차: 최종 점검과 배포

마지막 이틀은 프로덕션 배포 준비에 집중했다.

Prepare this Next.js application for production deployment on Vercel. Add: proper error boundaries for all pages, a custom 404 page, SEO meta tags using Next.js Metadata API, rate limiting on API routes using upstash/ratelimit, environment variable validation at build time using t3-env, and a health check endpoint. Also add a simple landing page with hero section, feature highlights, pricing section, and CTA.

Vercel에 배포한 후 Stripe 웹훅의 엔드포인트 URL을 프로덕션 도메인으로 변경하고, Supabase에서 리다이렉트 URL을 추가했다. DNS 설정과 SSL 인증서는 Vercel이 자동으로 처리했다.

14일째 되는 날, TrackFlow는 프로덕션 환경에서 실제 사용자가 가입하고 결제할 수 있는 상태로 배포되었다.

결과: 개발 지표

90일 비즈니스 성과

TrackFlow를 출시한 후 90일간의 비즈니스 성과는 다음과 같다.

90일 만에 월 $1,000 이상의 반복 수익을 달성한 것은 중소 물류 업체를 정확히 타겟팅한 결과였다. 특히 CSV 임포트 기능이 초기 사용자 확보에 결정적인 역할을 했는데, 기존 엑셀 데이터를 바로 이관할 수 있다는 점이 진입 장벽을 크게 낮추었다.

Cursor가 잘한 것

보일러플레이트 코드 생성 속도: 인증 흐름, API 라우트, 데이터베이스 CRUD 작업과 같은 반복적인 패턴의 코드를 Cursor는 매우 빠르게 생성했다. 수동으로 작성했다면 각각 반나절이 걸렸을 작업이 10~20분 안에 완료되었다.

일관된 코드 스타일: .cursorrules 파일 덕분에 Cursor가 생성하는 모든 코드가 동일한 패턴을 따랐다. 타입스크립트 strict 모드, Zod 검증, 에러 처리 패턴이 프로젝트 전반에 걸쳐 일관되게 적용되었다.

UI 컴포넌트 조합 능력: shadcn/ui 컴포넌트를 활용한 대시보드 레이아웃, 데이터 테이블, 폼 구성에서 Cursor는 뛰어난 성능을 보였다. 특히 복잡한 폼 검증 로직과 로딩 상태 처리를 자동으로 포함하는 점이 인상적이었다.

오류 디버깅 지원: 에러 메시지를 Cursor에게 전달하면 대부분의 경우 정확한 원인을 진단하고 수정 코드를 제공했다. 특히 타입스크립트 관련 오류와 Next.js 라우팅 문제에서 높은 정확도를 보였다.

문서화되지 않은 패턴 안내: Next.js App Router의 비교적 최신 패턴이나 라이브러리 간 통합 방법처럼 공식 문서만으로는 파악하기 어려운 부분에서 Cursor가 실무적인 안내를 제공했다.

수동 작업이 필요했던 부분

Stripe 웹훅 검증 로직: 앞서 언급한 대로 결제 관련 코드는 AI가 생성한 것을 그대로 사용하면 위험하다. 김도현은 Stripe 공식 문서를 직접 읽고 웹훅 처리 코드를 한 줄씩 검증했다.

데이터베이스 마이그레이션 전략: Prisma 스키마 변경 시 기존 데이터를 보존하면서 마이그레이션하는 전략은 Cursor가 자동으로 처리하지 못했다. 특히 프로덕션 환경에서의 마이그레이션은 수동으로 계획하고 실행해야 했다.

환경 변수 관리: 각 외부 서비스(Supabase, Stripe, Resend, Vercel)의 대시보드에서 키를 발급받고 환경 변수에 설정하는 작업은 전적으로 수동이었다. Cursor는 어떤 변수가 필요한지 알려주었지만, 실제 값을 생성하지는 못했다.

보안 검토: 인증 미들웨어의 엣지 케이스, API 라우트의 권한 검증, SQL 인젝션 방어 등 보안 관련 검토는 Cursor에게 명시적으로 요청해야 했고, 그 결과도 외부 보안 체크리스트와 대조하여 확인해야 했다.

서드파티 서비스 설정: Stripe 계정 생성, Supabase 프로젝트 설정, Resend 도메인 인증, Vercel 프로젝트 연결 등 외부 서비스의 대시보드에서 수행하는 설정 작업은 모두 수동이었다.

성능 최적화: 초기에 대시보드 로딩 속도가 느렸는데, 이는 불필요한 클라이언트 사이드 렌더링과 최적화되지 않은 데이터베이스 쿼리가 원인이었다. 김도현은 Cursor에게 성능 문제를 설명하고 최적화를 요청했지만, 근본적인 아키텍처 결정(어떤 데이터를 캐싱할지, 어떤 쿼리에 인덱스를 추가할지)은 직접 판단해야 했다.

1인 창업자를 위한 교훈 5가지

1. .cursorrules 파일에 투자하라

프로젝트 시작 전에 .cursorrules 파일을 신중하게 작성하는 데 최소 1~2시간을 투자해야 한다. 이 파일은 Cursor가 생성하는 모든 코드의 품질과 일관성을 결정한다. 기술 스택, 코딩 컨벤션, 프로젝트 구조, 에러 처리 패턴을 명확히 정의하면 이후 수정 작업이 크게 줄어든다. 김도현은 이 파일을 개발 중에도 세 차례 업데이트했으며, 그때마다 이후 생성되는 코드의 품질이 눈에 띄게 향상되었다.

2. 한 번에 하나의 기능만 요청하라

Cursor에게 “인증, 결제, 대시보드를 전부 만들어줘”라고 요청하면 결과물의 품질이 급격히 떨어진다. 대신 각 기능을 독립적인 단위로 나누고, 한 번에 하나의 기능만 요청해야 한다. 각 기능이 완성되면 테스트하고, 문제가 있으면 수정한 후 다음 기능으로 넘어가는 방식이 훨씬 효과적이다. 이 접근법은 소프트웨어 개발의 기본 원칙이지만, AI 코딩 도구를 사용할 때 특히 중요하다.

3. 결제 코드는 반드시 직접 검증하라

AI가 생성한 결제 관련 코드를 그대로 프로덕션에 배포하는 것은 위험하다. Stripe 웹훅 처리, 구독 상태 동기화, 결제 실패 처리 등 돈이 오가는 모든 로직은 공식 문서와 대조하여 한 줄씩 검증해야 한다. 김도현의 경우 웹훅 서명 검증 버그를 프로덕션 배포 전에 발견하여 잠재적인 보안 문제를 방지할 수 있었다. 결제 코드의 테스트는 Stripe의 테스트 모드에서 모든 시나리오(성공, 실패, 카드 거부, 구독 취소 등)를 반복하여 수행해야 한다.

4. AI가 생성한 코드를 이해하라

Cursor가 생성한 코드를 복사-붙여넣기만 하고 넘어가면 프로젝트가 성장하면서 유지보수가 불가능해진다. 김도현은 매일 30분씩 그날 Cursor가 생성한 코드를 읽고 이해하는 시간을 확보했다. 이해되지 않는 패턴이 있으면 Cursor에게 설명을 요청했다. 이 습관 덕분에 프로덕션에서 버그가 발생했을 때 스스로 디버깅할 수 있는 능력을 갖추게 되었다.

5. MVP는 속도가 생명이다, 완벽함은 나중에

2주라는 기간 안에 완벽한 제품을 만들 수는 없다. 김도현은 의도적으로 여러 기능을 생략했다. 실시간 GPS 추적, 다국어 지원, 모바일 앱, 고급 분석 기능 등은 모두 출시 이후로 미루었다. 핵심 가치를 전달하는 최소한의 기능 세트에 집중하고, 나머지는 실제 사용자의 피드백을 받은 후 우선순위를 정하는 것이 올바른 전략이었다. Cursor를 사용하면 이후 기능 추가도 빠르게 진행할 수 있다는 확신이 있었기 때문에 가능한 결정이었다.

자주 묻는 질문 (FAQ)

Cursor를 사용하려면 코딩 경험이 꼭 필요한가?

최소한의 프로그래밍 이해는 필요하다. 변수, 함수, 조건문, 반복문의 개념을 알고, 터미널 명령어를 실행할 수 있어야 한다. 김도현의 경우 Python 기초 수준의 경험이 있었고, 이것이 Cursor의 출력을 이해하고 검증하는 데 도움이 되었다. 하지만 풀스택 개발 경험은 없었으며, Next.js와 TypeScript는 Cursor를 사용하면서 동시에 학습했다.

Cursor의 월 구독료 외에 추가 비용이 발생하는가?

프로덕션 수준의 SaaS를 운영하려면 외부 서비스 비용이 발생한다. TrackFlow의 경우 Vercel Pro ($20/월), Supabase Pro ($25/월), Resend ($20/월, 월 50,000통), 도메인 ($12/년)이 월간 고정 비용이었다. Stripe는 거래당 수수료(2.9% + 30센트)만 발생한다. 초기에는 대부분의 서비스가 무료 티어를 제공하므로 사용자가 늘어나기 전까지는 Cursor 구독료만으로 충분하다.

2주 안에 완성하려면 하루에 몇 시간을 투자해야 하는가?

김도현은 하루 평균 8시간을 투자했으며, 주말에도 동일한 시간을 유지했다. 총 약 112시간의 작업이었다. 만약 퇴근 후나 주말에만 작업한다면 46주 정도의 기간을 예상하는 것이 현실적이다. 중요한 것은 연속적인 집중 시간을 확보하는 것이다. 하루 12시간씩 분산하면 컨텍스트 전환 비용이 커져서 효율이 크게 떨어진다.

Cursor로 만든 코드의 품질은 전문 개발자 수준인가?

솔직히 말하면 전문 시니어 개발자가 작성한 코드에는 미치지 못한다. 하지만 MVP 수준에서는 충분히 프로덕션에 배포할 수 있는 품질이다. .cursorrules를 잘 설정하면 일관된 패턴과 타입 안전성이 보장되며, 에러 처리와 입력 검증이 포함된 코드가 생성된다. 다만 성능 최적화, 엣지 케이스 처리, 보안 강화 등은 제품이 성장하면서 점진적으로 개선해야 할 영역이다.

프로젝트가 커지면 Cursor가 컨텍스트를 잃지 않는가?

프로젝트 규모가 커지면 Cursor가 전체 코드베이스를 파악하는 데 한계가 있다. 김도현은 이를 해결하기 위해 두 가지 방법을 사용했다. 첫째, 기능별로 관련 파일을 명시적으로 참조하여 Cursor에게 컨텍스트를 제공했다. 둘째, 새로운 기능을 추가할 때마다 기존 코드의 패턴과 구조를 설명하는 프롬프트를 작성했다. .cursorrules 파일도 프로젝트 진행에 따라 업데이트하여 새로운 규칙과 패턴을 반영했다.

이 사례가 다른 종류의 SaaS에도 적용 가능한가?

인증, 결제, 대시보드, CRUD 작업이 핵심인 대부분의 B2B SaaS에 적용 가능하다. 프로젝트 관리 도구, CRM, 인보이스 관리, 재고 관리 등 유사한 패턴의 제품이라면 동일한 접근법과 기술 스택을 활용할 수 있다. 반면 실시간 협업 도구, 복잡한 데이터 파이프라인, 머신러닝 기반 기능이 핵심인 제품이라면 Cursor만으로는 한계가 있으며 전문 개발 역량이 필요하다.

마무리

김도현의 사례는 AI 코딩 도구가 1인 창업자의 기술적 장벽을 획기적으로 낮출 수 있음을 보여준다. 2주 만에 프로덕션 수준의 SaaS MVP를 구축하고, 90일 만에 월 $1,000 이상의 반복 수익을 달성한 것은 Cursor와 같은 도구가 없었다면 불가능했을 결과다.

그러나 이 사례를 “코딩을 몰라도 SaaS를 만들 수 있다”는 메시지로 단순화해서는 안 된다. 김도현은 기술적 기초가 있었고, 매일 8시간을 투자했으며, AI가 생성한 코드를 검증하고 이해하려는 노력을 게을리하지 않았다. Cursor는 개발 속도를 극적으로 높여주는 도구이지 개발 능력을 완전히 대체하는 도구가 아니다.

1인 창업자에게 가장 중요한 것은 속도와 검증 사이의 균형이다. Cursor를 활용하면 아이디어에서 프로덕션까지의 거리를 크게 단축할 수 있고, 이는 곧 시장 검증까지의 시간을 단축하는 것과 같다. 빠르게 만들고, 빠르게 출시하고, 실제 사용자의 반응을 확인하는 것. 이것이 AI 시대의 1인 창업자가 가져야 할 전략이다.