Joohee kim

주희의 개발일기

프로젝트 기획 및 기술 선택 가이드 (비개발자를 위한 바이브코딩 개발 가이드 2)

원문: https://www.notion.so/259bf506e99480d6865efe9c838c4038

[1] 아이디어 구체화하기

성공적인 프로젝트의 80%는 기획에서 결정됩니다. 코딩 전에 만들 서비스와 사용자를 명확히 정의하는 것이 중요합니다.

(1) 핵심 질문 4가지

다음 질문에 답하면서 생각을 글로 써보세요

  1. 문제 정의: 어떤 문제를 해결하고 싶나요?

  2. 핵심 기능: 꼭 필요한 기능 2~3가지는?

  3. 대상 사용자: 누가 사용하나요?

  4. 유사 서비스: 비슷한 서비스의 장단점은?

이 질문들에 답하며 생각을 정리하면, 앞으로 해야 할 일들과 기술 선택의 방향이 명확해집니다.

초보자 TIP: 아이디어가 아직 모호하다면, 너무 깊게 고민하기보다 작게라도 시작하는 게 좋습니다. 일단, “사용자가 글을 올리고 댓글을 달 수 있는 간단한 게시판” 정도로 범위를 확 줄여서 만들어보고, 나중에 확장하는 겁니다. MVP는 최소기능제품 : 필요한 최소 기능만 있는 초기 버전을 뜻합니다. 최소한으로 작게 시작하는 게 핵심입니다!

(2) 간단한 PRD 작성하기

한 페이지로 다음 내용을 정리하세요:

  • 서비스 한 줄 설명

  • 주요 사용자 시나리오 (어떻게 사용하는지)

  • 필수 기능 목록 (우선순위 순)

  • 비필수 기능 (나중에 추가할 것들)

  • 플랫폼 선택 (웹/앱)

  • 제약 사항 (혼자 개발, 기간 2달 등)

[2] 플랫폼 선택 가이드 (웹사이트 vs 모바일앱 vs 웹앱)

“어떤 플랫폼으로 만들지”는 기술 선택의 첫 번째 관문입니다. 개인 프로젝트나 첫 프로젝트라면 웹사이트로 시작하는 것을 추천합니다.

(1) 플랫폼별 비교표

**(2) **플랫폼 결정 가이드

1. 플랫폼 결정 방법

  • 웹사이트/웹앱을 선택

  • 모바일앱(React Native)을 선택

2. 결정이 어려울 때의 의사결정 트리

```plain text

  1. 모바일 기기 특화 기능(카메라, GPS, 센서)이 필수인가요? ├─ Yes → 모바일앱 고려 └─ No → 2번 질문으로

  2. 사용자가 앱 설치에 부담을 느낄까요? ├─ Yes → 웹/웹앱 우선 └─ No → 3번 질문으로

  3. 개발/유지보수할 인력이 충분한가요? ├─ No → 웹이 현실적 └─ Yes → 앱 개발 가능

  4. 오프라인에서도 주요 기능이 동작해야 하나요? ├─ Yes → 앱 또는 PWA 필요 └─ No → 웹으로 문제없음


### 3. 권장사항

- **처음 프로젝트**: 무조건 **웹**으로 시작

- **검증 후 확장**: 사용자 반응이 좋으면 앱 개발

- **예산 제한**: 웹 → 웹앱 → 앱 순서로 단계적 접근

대부분의 경우 `웹으로 먼저 만들어라`는 결론에 도달할 가능성이 높습니다. 
웹이 잘 돌아가면 모바일 앱은 나중에 추가 개발해도 늦지 않습니다.

# [3] 기술 스택 선택 가이드 (언어, 프레임워크, DB 결정)

플랫폼을 정했다면, 이제 구체적인 **기술 스택** (프로그래밍 언어, 프레임워크, 데이터베이스 등의 조합)을 결정할 차례입니다.

## (1) 프로그래밍 언어 비교

- **언어 요약 추천**

## (2) 프론트엔드 프레임워크

**프레임워크**는 개발할 때 쓰는 뼈대와 도구 묶음으로, 반복 작업을 줄이고 생산성을 높여줍니다.

## (3) 백엔드 프레임워크

- **프레임워크 요약 추천 :** **웹 초보라면 Django** (코드 원리 이해)나 **Firebase/Supabase** (빠른 결과 경험)를 권합니다.

## (4) 데이터베이스 선택

프로젝트의 데이터를 저장하려면 **데이터베이스**가 필요합니다.

- **DB 선정 팁 :** **일반적인 웹서비스는 PostgreSQL** 사용을 권장하며, 초보자에게는 **서버 없이 Firebase/Supabase**로 시작하는 것을 고려할 수 있습니다. 

# [4] 아키텍처 결정 가이드 (풀스택 vs 프론트엔드/백엔드 분리)

앱 구조(아키텍처)를 결정해야 합니다. 혼자 만들 경우 **"서버와 클라이언트를 분리할지, 한 몸으로 할지"** 결정하는 것이 중요합니다.

## (1) 풀스택 일체형 vs 프론트-백 분리

### 1. 풀스택 (일체형) - 초보자에게 강력 추천

- **풀스택 일체형 (Monolithic)**: 웹의 프론트엔드와 백엔드가 한 프로젝트 안에 있는 형태 (예: Next.js, Django로 서버 페이지 렌더링).

### 2. 분리형 (API 방식)

- **풀스택 일체형 (Monolithic)**: 클라이언트(웹 브라우저/모바일 앱)가 REST API 등을 통해 백엔드 서버와 통신하는 구조 (예: React + Express/Django API 서버).

- 초보자를 위한 분리 구성

# [5] 배포 옵션 비교 (세상에 내보이기)

개발이 끝나면 서비스를 **세상에 내보낼 (배포할) 방법**을 결정해야 합니다. 요즘은 클라우드 플랫폼들이 잘 되어 있어 쉽게 배포할 수 있습니다.

## (1) 호스팅 플랫폼 비교

- **예상 호스팅 비용 (월별)**

- **초보자 및 개인 프로젝트에는 Vercel, Netlify, Firebase Hosting을 강력 추천**합니다. "무료로 시작, 커지면 돈 내자" 전략으로 시간과 편의를 우선하세요.

# [6] 모바일 앱 개발 (React Native 중심)

모바일 앱이 꼭 필요하거나, 웹으로 검증 후 모바일 확장을 원한다면 **React Native**가 가장 현실적인 선택입니다.

## (1) React Native 선택 이유

- **2025년 현재 React Native가 최선인 이유**

- **단점 :** 네이티브 대비 성능 제약이 있을 수 있고, 복잡한 애니메이션에는 한계가 있습니다. iOS 개발은 Mac이 필요할 수 있습니다.

- **앱스토어 배포 비용**

- **초보자 추천 :** 모바일 앱 개발은 웹보다 복잡합니다. 가능하면 **첫 제품은 웹으로 끝내는 것을 권장**하며, 사용자 피드백을 통해 앱 개발을 결정하는 것이 효율적입니다.

# [7] MVP 우선 개발 철학 (완벽보다 완성)

## (1) MVP란?

- **최소 기능 제품** - 핵심 가치를 검증하기 위한 최소한의 기능만 포함
완벽한 제품을 만들려고 시간을 너무 많이 쓰지 말고, 빨리 출시해서 사용자 반응을 확인하세요.

- **완벽을 추구하면 출시를 못 합니다!** 
기능 100가지를 다 넣으려다 영영 공개 못할 수 있습니다. **차라리 5~10개의 핵심 기능만 구현**해도 사용자는 가치를 느낄 수 있습니다.

- **"지금 당장 없어도 되는 것"을 과감히 나중으로 미루세요.** 
(예: 이메일 인증, 결제 기능, 완벽한 UI 디자인).

- **우선 만들어보고, 사용자 반응으로 개선**하는 것이 훨씬 값진 인사이트를 얻을 수 있습니다.

- **"완성 후 고도화" 마인드
**카카오톡, 당근마켓 등 유명 서비스들도 처음에는 핵심 기능만으로 시작하여 점진적으로 확장했습니다.

## **(2) "나중에 고민해도 됩니다" – 초보자를 위한 안심 리스트**

- **극단적인 트래픽 상황
**(예: 만 명이 한꺼번에 접속하면?) 성공하면 그때 서버를 늘리면 됩니다.

- **과도한 최적화
**"일단 돌아가게, 나중에 깨끗이"가 우선입니다.

- **완벽한 보안
**기본적인 보안을 지키되, 너무 예외 상황까지 고민하지 마세요.

- **복잡한 스케일링 구조
**대부분 초기에는 단일 DB, 단일 서버로 충분합니다.

- **모든 플랫폼 동시 출시
**하나에서 피드백을 얻고 순차적으로 확장하세요.

- **완벽한 디자인(UI/UX)
**동작에 집중하고, UI/UX는 사용자 반응을 보며 개선해도 됩니다.

## (3) “지금 집중하세요”

- 핵심 기능 동작

- 사용자 피드백 수집

- 빠른 반복 개선

# [8] 개발 vs 노코드 도구 (언제 코딩하고 언제 노코드인가?)

요즘 노코드/로우코드 도구들이 많아져 코딩 최소화로 서비스를 만들 수도 있습니다.

## **(1) 결정 기준**

- **요구사항이 표준적이다:** 간단한 데이터 입력/대시보드, 이메일 설문 정리 등.

- **시간이 매우 촉박하다:** 며칠 내 프로토타입이 필요할 때.

- **예산이 있다:** 노코드는 유료 구독 기반이 많지만, 개발자 인건비보다 저렴하게 MVP를 띄울 수 있습니다.

- **기능이 특수하다:** 맞춤 알고리즘, 복잡한 처리 등은 코딩이 불가피.

- **배우는 목적 vs 결과 목적:** 서비스 성공 자체가 목표라면 노코드로 빠르게 만드는 것이 현명합니다.

**혼용 가능:** **노코드+코드 혼합** 사례가 많습니다 (예: 노코드로 프론트엔드 만들고, 백엔드는 필요한 부분만 코드로 연결).

## **(2) 추천 노코드 도구**

### 1. n8n 활용 예시

**n8n이 특히 유용한 상황**

- **업무 자동화**: 이메일 → 슬랙 알림 → 데이터 저장

- **데이터 수집**: 정해진 시간에 자동으로 리포트 생성

- **서비스 연결**: 여러 도구들을 자동으로 연동

## **(3) 의사결정 플로우**

```plain text
프로젝트 복잡도는?
├─ 단순 (CRUD) → 노코드 검토
├─ 중간 → 개발 vs 노코드 비교
└─ 복잡 → 개발 필수

예산과 시간은?
├─ 빠르고 저렴 → 노코드
├─ 중장기 투자 → 개발
└─ 확장성 중요 → 개발

목표 기능이 기존 도구로 80% 구현 가능한가?
├─ Yes → 노코드
└─ No → 개발

[9] 백엔드/프론트엔드 분리 시 구성법 (초보자용)

만약 프론트엔드와 백엔드를 따로 만들기로 했다면, 이 둘은 API라는 “요청 규칙”을 통해 서로 소통합니다.

  • API (Application Programming Interface) : 클라이언트가 서버 기능을 사용하기 위해 정해놓은 요청 규칙 (예: 로그인 API에 이메일/비밀번호를 보내면 서버가 인증 후 토큰을 돌려줌).

(1) 역할 분담

  • 프론트엔드 : 화면 구성, 사용자 이벤트 처리, 그리고 API 호출 및 결과 반영.

  • 백엔드 : 데이터 및 로직 처리 (DB 조회/저장, 파일 업로드 등), 클라이언트에 필요한 형태로 결과 전송 (주로 JSON).

1. 언제 분리해야 할까?

  • 사용자 1,000명 돌파

  • 팀원 5명 이상

  • 모바일 앱과 웹이 모두 필요

  • 복잡한 비즈니스 로직

2. 초보자를 위한 분리 아키텍처 예시

  • 프론트엔드 (사용자 화면)

  • 백엔드 (서버 로직)

  • 데이터베이스:

(2) 분리 개발 장단점

  • 장점 : 각 부분을 독립적으로 확장 가능하여 확장성이 좋고, 프론트/백엔드 전문가의 분업이 용이합니다.

  • 단점 : 설정과 관리가 복잡해지고, 호스팅 비용이 증가하며, 더 많은 기술 학습이 필요합니다.

[10] 최종 추천 실전 로드맵 (초보자를 위한)

1. 초보자가 관리하기 쉬운 구조 권장 : 초기엔 가능한 단순한 구조가 좋습니다.

  • 하나의 코드베이스에 프론트/백을 두거나 (예 : Next.js + Next API routes),

  • 동일 언어 (예 : JS로 프론트/백 모두)를 사용하면 컨텍스트 전환이 적어 편합니다.

  • 자동 배포 파이프라인 (GitHub 푸시 -> Vercel/Heroku 자동 배포)을 활용하여 인프라 관리를 최소화하세요.

  • 기초를 다지세요 : VSCode 설치, HTML/CSS/JavaScript 기초 학습, GitHub 사용법 익히기.

2. 최종 체크리스트

  • 시작 전 준비사항

  • 개발 중 확인사항

  • 출시 전 최종 점검

💡 마무리

기억하세요!!!

  • 완벽하지 않아도 괜찮습니다

  • 중요한 것은 시작하는 것입니다

  • 작은 것부터 만들어가며 배우세요

  • 사용자 피드백이 가장 중요합니다

여러분의 첫 프로젝트 성공을 응원합니다!

이 가이드와 함께라면 비개발자도 충분히 멋진 서비스를 만들 수 있습니다. 차근차근 따라해보세요! 여러분의 아이디어가 세상에 나오는 즐거움을 꼭 느껴보시길 바랍니다!

Comments

You May Also Enjoy