1강에서 왜 이 서비스를 만드는지 정했고, 2강에서는 누가 어떤 시나리오를 끝까지 완료해야 하는지 정리했습니다. 이제 해야 할 일은 단순합니다. 이번 교재에서 실제로 무엇을 만들고, 무엇을 만들지 않을지를 잘라야 합니다.
개발 강의에서 가장 흔한 실패 중 하나는 "이것도 있으면 좋고 저것도 있으면 좋다"는 식으로 범위를 계속 넓히는 것입니다. 특히 이커머스는 기능 욕심을 내기 쉬운 도메인입니다. 상품, 장바구니, 주문, 결제만 해도 큰데, 여기에 쿠폰, 포인트, 리뷰, 추천, 멀티벤더, 실시간 재고, 다국어까지 붙이기 시작하면 강의는 완성이 아니라 확장 시도로 끝나 버립니다.
이 페이지의 목적은 범위를 줄이는 것이 아닙니다. 완성 가능한 단위로 자르는 것입니다. 뒤의 프론트, 백엔드, 인프라, 챗봇까지 실제로 끝까지 따라가려면, 지금 이 단계에서 MVP를 엄격하게 정의해야 합니다.
MVP는 "기능이 적은 버전"이 아닙니다. 핵심 가치를 검증할 수 있는 최소 완성 버전입니다. 따라서 기능 개수가 적은 것보다 중요한 것은 사용자 핵심 시나리오를 실제로 끝까지 통과할 수 있느냐입니다.
예를 들어 아래 두 경우를 비교해 봅시다.
실전적으로 가치가 있는 것은 첫 번째입니다. 왜냐하면 이커머스의 핵심은 탐색에서 주문 완료까지의 전환 흐름이기 때문입니다.
따라서 이번 교재의 MVP 판단 기준은 다음 한 문장으로 요약할 수 있습니다.
구매자가 상품 탐색부터 주문 완료와 상태 확인까지 도달하고, 운영자가 그 결과를 관리할 수 있어야 한다.
이 한 문장이 범위를 자르는 기준선입니다.
이 페이지를 읽고 나면 아래 항목이 문서로 정리되어 있어야 합니다.
이 다섯 가지가 정리되지 않으면 뒤 장에서 기술 구현이 흔들립니다.
이번 교재에서는 기능을 감으로 고르지 않습니다. 아래 네 가지 질문을 기준으로 판단합니다.
2강에서 정한 대표 시나리오를 떠올리면 됩니다.
이 흐름에 직접 연결되지 않는 기능은 우선순위가 낮습니다.
예를 들어 상품 상세, 장바구니 합계 계산, 주문 상태 확인은 없으면 핵심 가치가 무너집니다. 반면 쿠폰, 리뷰 추천, 이벤트 배너는 있으면 좋지만 핵심 가치를 설명하는 데 필수는 아닙니다.
이 교재는 단순 기능 구현 모음이 아니라, 프론트-백엔드-인프라-챗봇을 한 줄로 연결하는 실습형 강의입니다. 따라서 도메인 경계, 인증, 상태 변경, 외부 연동, 운영 화면, 배포와 검증까지 이어지는 기능이 우선입니다.
예를 들어 실제 PG 연동은 중요하지만, 이번 강의에서 외부 상용 연동까지 포함하면 배포와 실습 재현성이 크게 떨어집니다. 이런 경우는 개념적으로는 포함하되, 구현 범위에서는 모의 결제로 제한하는 것이 맞습니다.
이번 교재의 MVP는 아래 조건을 만족하는 이커머스 서비스입니다.
중요한 점은 이 MVP가 단순한 UI 시연이 아니라는 것입니다. 읽기 흐름만 있는 서비스가 아니라, 상태 변경과 운영 흐름이 살아 있는 서비스여야 합니다.
이제 실제 기능을 범주별로 고정합니다.
이 기능들은 모두 구매자 핵심 시나리오에 직접 연결됩니다.
여기서 중요한 것은 API 개수가 아니라 책임 분리입니다. 특히 Catalog, Cart, Order, Payment, Admin, Support Assistant의 경계가 드러나야 합니다.
이번 교재에서 운영자 기능은 관리 전체를 다루는 것이 아니라, 주문과 상품 상태를 파악할 수 있는 최소 운영 surface를 만드는 데 목적이 있습니다.
이번 교재의 챗봇은 범용 비서가 아닙니다. 이커머스 상담 assistant입니다. 따라서 답변 범위를 상품, 주문, FAQ 중심으로 제한하는 것이 맞습니다.
다음 기능들은 실서비스에는 유의미하지만, 이번 교재의 완성 범위에서는 제외합니다.
이 기능들을 지금 넣지 않는 이유는 중요하지 않아서가 아니라, 학습 흐름을 깨뜨리지 않기 위해서입니다.
범위를 자를 때는 "안 한다"가 아니라 "왜 지금 안 하는가"를 이해해야 합니다.
쿠폰과 포인트를 넣는 순간 금액 계산 규칙과 예외 처리가 급격히 늘어납니다. 하지만 이 교재의 핵심은 먼저 DDD 기반 주문/결제 흐름을 완성하는 것입니다.
실제 PG, 외부 메시징, 실시간 재고 동기화까지 포함하면 환경 차이로 인해 수강생이 따라 하기 어려워집니다.
멀티벤더나 추천 시스템은 별도 강의 주제로 다뤄야 할 수준입니다. 첫 완성본에서 다루면 핵심 흐름을 오히려 가립니다.
아래 표처럼 판단하면 됩니다.
| 기능 | 이번 교재 포함 여부 | 이유 |
|---|---|---|
| 상품 목록/상세 | 포함 | 구매 흐름 시작점이기 때문 |
| 회원가입/로그인 | 포함 | 장바구니와 주문 시나리오 전제조건 |
| 장바구니 | 포함 | 구매 의사를 주문으로 연결하는 핵심 상태 |
| 주문 생성 | 포함 | 이커머스 핵심 흐름 |
| 결제 모의 처리 | 포함 | 상태 변화와 외부 액터 연동을 보여 주기 때문 |
| 주문 상태 확인 | 포함 | 구매 완료 이후 신뢰 흐름에 필요 |
| 운영자 대시보드 | 포함 | 운영자 시나리오 최소 완성 범위 |
| 챗봇 FAQ 응답 | 포함 | 사용자 지원과 운영 효율 흐름을 보여 주기 때문 |
| 쿠폰 | 제외 | 핵심 흐름 완성 전 난이도 급상승 |
| 리뷰 시스템 | 제외 | 구매 완료와 직접 연결되지 않음 |
| 실제 PG 연동 | 제외 | 재현성과 실습 안정성이 떨어짐 |
| 추천 알고리즘 | 제외 | 별도 도메인으로 분리해야 함 |
이 MVP 정의는 뒤의 장 순서와 직접 연결됩니다.
즉 뒤의 모든 장은 이 페이지에서 자른 범위 위에 서 있습니다.
실제로 학습자가 프로젝트를 시작할 때는 아래처럼 한 문장으로 선언해 두는 것이 좋습니다.
이번 프로젝트의 목표는 구매자 상품 탐색, 장바구니, 주문, 모의 결제, 주문 상태 확인, 운영자 주문 모니터링, 기본 AI 상담 문의까지 완성하는 실전형 이커머스 MVP를 만드는 것이다.
이 선언문이 있으면, 구현 도중 새로운 아이디어가 들어와도 "이게 현재 MVP에 필요한가?"를 다시 물을 수 있습니다.
이 장을 따라 하는 학습자는 아래 항목을 직접 채워 두는 것이 좋습니다.
이 다섯 가지 실수는 구현 후반부에 범위 폭발로 이어집니다.
이 페이지에서 우리는 무엇을 만들지 못지않게 무엇을 만들지 않을지도 정했습니다. 이제 이 교재의 MVP는 분명합니다. 구매자 핵심 구매 흐름, 운영자 최소 운영 흐름, AI 상담 기본 흐름, 그리고 이를 지탱하는 백엔드와 배포 경로까지 포함한 완성 가능한 이커머스 서비스입니다. 다음 페이지에서는 이 범위를 실제 실행 계획으로 옮기기 위해 산출물, 일정, 협업 규칙을 정리합니다.
다음 페이지에서는 지금 정의한 MVP를 실제 실행 가능한 프로젝트 단위로 옮기기 위해, 산출물 구조와 일정과 협업 규칙을 정리합니다.