서비스 기획

출시 전에 빼야 할 5가지 — MVP는 더하기가 아니라 빼기다

STAR-T
2026-07-27
14분 읽기
#MVP#서비스기획#PMF

Engagement

조회와 반응은 내부 콘텐츠 운영 지표로 저장됩니다.

14 views

첫 제품에 기능을 12개 넣었다. 6개월이 걸렸다. 사용자는 그중 2개만 썼다. 나머지 10개는 만드느라 쓴 시간이 통째로 매몰됐다. MVP의 핵심은 "최소"에 있는데, 우리는 늘 "제품"에만 집착한다.

출시 전에 빼야 할 5가지 — MVP는 더하기가 아니라 빼기다

첫 제품에 기능을 12개 넣었다. 6개월이 걸렸다. 사용자는 그중 2개만 썼다. 나머지 10개는 만드느라 쓴 시간이 통째로 매몰됐다. MVP의 핵심은 "최소"에 있는데, 우리는 늘 "제품"에만 집착한다.

MVP(최소기능제품)에서 가장 어려운 건 만드는 게 아니라 안 만들 것을 정하는 것이다. 1인 사업자에게 시간은 유일한 자본이고, 안 쓰일 기능에 쓴 시간은 영영 돌아오지 않는다. 잘 만든 MVP들은 하나같이 과감하게 뺐다.

1. 드롭박스 — 제품 대신 영상을 먼저 냈다

드롭박스는 동기화 기능을 다 만들기 전에, 작동하는 것처럼 보이는 데모 영상 한 편을 먼저 공개했다. 제품이 아니라 "이게 되면 좋겠죠?"라는 가설을 영상으로 검증한 것이다. 대기자 명단이 하룻밤 사이 폭증했다.[^1]

핵심은 코드 한 줄 없이 수요를 먼저 확인했다는 것이다.

당신의 사업 질문: 내가 지금 만들려는 것, 코드 없이 영상·랜딩페이지·수기 운영으로 먼저 검증할 수 있지 않은가?

2. 인스타그램 — 기능을 99% 잘라냈다

인스타그램의 전신은 '버븐(Burbn)'이라는 체크인 앱이었다. 기능이 너무 많았다. 창업자들은 데이터를 보고 사람들이 오직 사진 공유만 쓴다는 걸 발견했고, 나머지를 전부 도려내고 사진 하나에 올인했다.[^2]

뺄 줄 아는 것이 더할 줄 아는 것보다 어렵다.

당신의 사업 질문: 내 사용자가 실제로 쓰는 단 하나의 기능은 무엇인가? 나머지를 다 빼면 어떻게 되는가?

3. "있으면 좋은 것"과 "없으면 안 되는 것"

기획서를 보면 기능마다 "있으면 좋다"가 붙는다. 다 맞는 말이라 다 넣고 싶다. 그래서 MVP가 비대해진다.

해법은 잔인한 분류다. 모든 기능을 딱 두 칸으로 나눈다 — 없으면 제품이 성립 안 되는 것 vs 나머지. 첫 출시는 앞 칸만. 뒤 칸은 사용자가 요구할 때 만든다.

방법: 기능 목록 앞에 "이게 없으면 사용자가 떠나는가?"를 물어라. "아니오"면 1차 출시에서 뺀다.

4. PMF는 느낌이 아니라 측정이다

제품-시장 적합성(PMF)을 "감"으로 판단하면 늘 낙관하게 된다. 슈퍼휴먼의 라훌 보라는 이걸 숫자로 바꿨다. 사용자에게 "이 제품을 더 못 쓰게 되면 얼마나 아쉽겠나"를 묻고, "매우 아쉽다"가 40% 이상이면 PMF 신호로 봤다.[^3]

이 40% 기준은 션 엘리스가 제안한 것으로, 출시 후 "이제 뭘 더 만들지"의 나침반이 된다.

당신의 사업 질문: 내 사용자 중 "이거 없으면 매우 아쉽다"는 비율은 몇 %인가? 측정해본 적 있는가?

5. 요구사항은 '화면'이 아니라 '문제'로 적어라

초보 기획서는 "이런 화면이 필요하다"로 시작한다. 그러면 해결책에 갇힌다. 좋은 요구사항은 "사용자가 어떤 상황에서 무엇을 못 해 답답한가"로 시작한다. 화면은 그 다음에 따라온다.

지금 실행으로

무료 미팅 / 상담 요청

현재 읽은 맥락을 기준으로 다음 액션과 범위를 같이 정리합니다.

방법: 요구사항 한 줄을 "[누가] [어떤 상황]에서 [무엇]을 하려는데 [무엇] 때문에 막힌다"로 다시 써라.

5개를 관통하는 한 문장

MVP는 작은 제품이 아니다. 가장 빠르게 배우기 위한 가장 작은 실험이다.

  • 드롭박스: 제품 전에 영상으로 수요 검증
  • 인스타그램: 안 쓰는 기능 99% 절단
  • 분류: 없으면 안 되는 것만 1차 출시
  • PMF: 감이 아니라 40% 측정
  • 요구사항: 화면이 아니라 문제로

1인 사업자에게 이건 축복이다. 대기업은 이미 만든 것을 못 버리지만, 우리는 처음부터 작게 시작할 수 있다.

오늘 한 가지만 한다면

지금 만들려는 기능 목록을 꺼내, 각 줄 옆에 "없으면 사용자가 떠나는가? Y/N"를 적어라. N이 절반 이상이면, 당신의 MVP는 아직 너무 크다.

무료 상담 신청 → 당신의 기능 목록에서 뺄 것을 같이 골라냅니다.


출처 (✅ 3/3 검증, WebSearch 2026-06-01)

[^1]: 드롭박스 데모 영상(2007~2008) → 대기자 5,000 → 75,000명으로 하룻밤 급증(Hacker News·Digg 바이럴, 광고 0). — 2차 출처(mmtm.io). 본문은 수치 없이 "폭증"으로만 서술한다. https://mmtm.io/articles/dropbox-go-to-market-story/ [^2]: 버븐(Burbn, 최고 100명) → 사용자가 쓰던 사진 공유만 남기고 나머지 기능 절단 → 인스타그램(원 기능의 약 50~60% 제거). — Startup Archive(Systrom). https://www.startuparchive.org/p/how-kevin-systrom-pivoted-a-failed-check-in-app-into-instagram [^3]: "이 제품 못 쓰면 얼마나 아쉽나"에 "매우 아쉽다" 40%+ = PMF 신호. Sean Ellis가 ~100개 스타트업 분석 후 2009년 제시, 슈퍼휴먼(Rahul Vohra)이 운영에 적용. https://learningloop.io/glossary/sean-ellis-score

이 글은 STAR-T 서비스기획 섹터 플래그십입니다. 수치 3건 모두 검증했습니다.


무엇부터 빼야 할지 막막하시다면,
2분 진단으로 지금 가장 먼저 구조화할 지점을 확인해보실 수 있습니다. 편하신 만큼만 답하셔도 괜찮습니다.

STAR-T AI 사업 운영 진단 →

읽고 끝내지 말고, 지금 실행할 서비스와 상담으로 이어가세요.

인사이트로 문제를 이해했다면 다음 단계는 실행 구조를 정하는 일입니다. 관련 서비스 보기와 무료 미팅으로 바로 넘어갈 수 있습니다.

무료 미팅 / 상담 요청
S

STAR-T

STAR-T 대표 컨설턴트

IT 서비스 기획 및 디자인 전문가로서, 다양한 스타트업과 기업의 성공 사례를 연구하고 공유합니다.

지금 실행으로

읽고 끝내지 말고, 지금 실행할 서비스와 상담으로 이어가세요.

인사이트로 문제를 이해했다면 다음 단계는 실행 구조를 정하는 일입니다. 관련 서비스 보기와 무료 미팅으로 바로 넘어갈 수 있습니다.