MyAI(마이아이)개발 · 제품 · 운영 학습 노트

제품 포트폴리오 이론

학습 목표: 제품을 베팅으로 보고 Expected Value와 분산을 계산하며, Small Bets·Barbell·Stage-Gate·사전 중단 기준·WIP 제한으로 한 달 160시간의 포트폴리오를 설계할 수 있다.

기준일: 2026-09-29. 확률과 금액은 모두 설명용 가정이다.

핵심 개념

개념 정의 출처
베팅(Bet) 결과가 불확실한 곳에 한정된 자원을 거는 일 일반 의사결정 이론
Expected Value 결과별 (확률 × 값)의 합 확률론
분산(Variance) 결과가 기대값에서 얼마나 흩어지는지 확률론
Small Bets 제품 하나에 모든 것을 걸지 말고 작은 베팅 여러 개로 신호를 찾으라는 접근 Daniel Vassallo
Barbell 전략 아주 안전한 쪽과 아주 공격적인 쪽을 함께 갖고 어중간한 중간을 피하는 전략 Nassim Nicholas Taleb, Antifragile (2012)
Stage-Gate 단계(Stage) 사이에 관문(Gate)을 두고 미리 정한 기준으로 Go/Kill/Hold/Recycle을 결정하는 신제품 개발 모델 Robert G. Cooper (1980년대 연구, 1986년 이후 체계화)
사전 중단 기준(Kill Criteria) 시작 전에 적어 두는 "이 숫자에 못 미치면 멈춘다"는 조건 Stage-Gate의 관문 기준을 1인용으로 줄인 것
매몰비용 오류 이미 쓴 비용 때문에 계속하려는 경향 Arkes & Blumer (1985)
WIP 제한 동시에 진행하는 작업 수의 상한 Kanban (David J. Anderson, 2010), Little's Law

원리

Expected Value와 분산

Expected Value = Σ (결과의 확률 × 결과의 값)

같은 480시간(한 달 160시간 × 3개월)을 두 가지로 쓴다고 하자. 값은 성공 시 월 순매출이다 (모두 가정).

전략 구성 성공 확률 성공 시 월 순매출 월 Expected Value 표준편차 하나라도 성공할 확률
큰 베팅 480시간 × 1개 10% 300만 원 30만 원 약 90만 원 10%
작은 베팅 80시간 × 6개 (서로 독립 가정) 각 15% 각 50만 원 6 × 7.5만 = 45만 원 약 43.7만 원 62.3%

계산 근거:

읽는 법: 이 가정에서는 작은 베팅이 기대값도 높고 흩어짐도 작다. 하지만 확률과 성공 크기가 가정이라는 점이 핵심이다. 작은 베팅의 성공 확률이 5%라면 기대값은 6 × 0.05 × 50 = 15만 원으로 큰 베팅보다 낮아진다. 이 표의 목적은 결론이 아니라 "숫자를 적어 두고 비교하는 습관"이다.

Small Bets와 Barbell

Daniel Vassallo는 "제품 하나를 만들지 말고 작은 베팅의 포트폴리오를 만들라"고 말하며, 신호가 보일 때만 더 거는 방식을 권했다 (2020). Taleb의 Barbell 전략은 한쪽을 매우 안전하게 지키고 다른 쪽에서만 큰 위험을 지며, 어중간한 중간 위험을 피한다.

1인 스튜디오에 옮기면 다음과 같다.

쪽 예 목적
안전한 쪽 확실한 현금 흐름: 이미 버는 제품 운영, 외주·서비스 계약 Runway 보호
공격적인 쪽 손실 상한이 정해진 작은 베팅 여러 개 꼬리의 큰 성공에 노출
피할 중간 검증 없이 6개월을 쓰는 중간 규모 제품 손실은 크고 상한은 불분명

Stage-Gate와 사전 중단 기준

Cooper의 Stage-Gate는 대기업 신제품 개발을 위한 모델이지만, 핵심인 **"관문마다 미리 정한 기준으로 Go/Kill을 결정한다"**는 1인 스튜디오에도 그대로 쓸 수 있다. 아래 기준 숫자는 예시(가정)이며, 03과 09에서 제품별로 다시 정한다.

flowchart LR
    I[아이디어] --> G1{G1 문제 확인: 인터뷰 5명 중 3명 이상이 최근 겪음}
    G1 -->|Go| V[수요 검증 최대 16시간]
    G1 -->|Kill| K[보관함]
    V --> G2{G2 수요 신호: 방문 300명 중 등록 10% 이상 또는 선결제 5건}
    G2 -->|Go| B[제작 최대 80시간]
    G2 -->|Kill| K
    B --> G3{G3 출시 준비: 핵심 흐름과 결제 연결 완료}
    G3 -->|Go| L[출시]
    G3 -->|Recycle| B
    L --> G4{G4 출시 60일: 월 순매출 10만 원 이상 또는 주간 활성 100명}
    G4 -->|키우기| S[운영 슬롯 유지와 투자]
    G4 -->|Kill| K

기준은 시작 전에 적고, 결과를 본 뒤에는 바꾸지 않는다. 결과를 본 뒤 기준을 바꾸면 기준이 아니라 합리화가 된다.

매몰비용 오류

Arkes와 Blumer(1985)는 연극 시즌권을 더 비싸게 산 사람들이 할인받은 사람들보다 이후 몇 달 동안 공연을 더 많이 보러 간 현장 실험 등으로, 이미 쓴 비용이 이후 결정을 끌고 가는 현상을 보여 주었다. 제품에서는 "이미 200시간을 썼으니 조금만 더"라는 형태로 나타난다.

WIP 제한과 Little's Law

Little's Law는 안정된 흐름에서 평균 리드타임 = 평균 WIP ÷ 처리량이라는 관계다. Kanban은 이 관계를 이용해 동시에 진행하는 일의 수를 제한한다.

예시 스튜디오: WIP 12개, 처리량 월 0.5개 출시(가정) → 리드타임 = 12 ÷ 0.5 = 24개월 WIP 2개로 줄이고 처리량이 같다면 → 2 ÷ 0.5 = 4개월

실제로는 WIP를 줄이면 문맥 전환이 줄어 처리량도 오르는 경우가 많다. 권장 출발점(가정): 제작 중 최대 2개, 검증 중 최대 2개, 운영 중인 제품은 개수 대신 시간 예산으로 관리한다.

적용: 예시 스튜디오

시간 배분 (월 160시간, 가정)

영역 시간 비율 내용
운영 32 20% 출시한 제품(P1)의 개선·지원, 여러 제품이 함께 쓰는 유통 (심화의 공유 독자층)
제작 80 50% WIP 2개를 출시까지
검증 24 15% 신규 후보 2개의 수요 신호 확인 (03)
관리 24 15% 세무, 측정, 학습, 다음 달 계획
합계 160 100%

이 표가 트랙의 기본 배분이다. 10의 90일 계획은 이 표에서 출발하며, 달라진 곳을 모두 이유와 함께 적는다.

프로토타입 12개 분류 (가정)

상태 개수 예
운영 슬롯 1 P1 습관 추적 앱 (출시됨, 생산성 앱 3개 중 하나)
제작 슬롯 2 C2 기술 문서 사이트 (애드센스 준비 중), 선결제 문의·대기자 신호가 있는 창작 도구 T1 (G2는 10의 D14~D42에 측정)
검증 슬롯 2 게임 GM1 (Steam 페이지 신호, 07), 생산성 앱 P2 (인터뷰로 G1 통과, 대기자·fake door 페이지로 G2 측정, 03)
보관함 7 게임 2 (GM2, GM3), 창작 도구 3 (T2–T4), 생산성 앱 1 (P3), 콘텐츠 사이트 1 (C1)
합계 12

보관함은 삭제가 아니다. 저장소를 정리하고 "다시 꺼낼 조건"을 한 줄 적어 둔 뒤 손대지 않는다. 출시한 P1은 운영 슬롯에 둔다. P1은 G4 관문을 만들기 전에 출시되어 사전 기준이 없었으므로, 10에서 G4와 같은 숫자로 날짜와 상태를 처음 적는다.

심화

포트폴리오의 상관관계. 금융 포트폴리오처럼 제품도 서로 같이 움직이면 분산 효과가 사라진다. 네 제품이 모두 Google 검색 유입과 애드센스에 의존한다면, 검색 알고리즘 변화 하나가 전부를 동시에 흔든다. 분산할 축은 유입 채널(검색, 스토어, 커뮤니티), 수익 모델(광고, 판매, 구독), 플랫폼(웹, iOS, Android, Steam)이다. 04의 적합도 표를 이 관점에서 다시 보고, 04 심화의 점검표로 예시 스튜디오의 세 경로 조합을 점수로 매긴다.

검증은 정보를 사는 일이다. 16시간짜리 검증으로 80시간짜리 제작을 피할 수 있다면, 그 16시간(350,000원어치)은 최대 64시간(1,400,000원어치)을 아끼는 보험이다.

포트폴리오의 공유 자산: 하나의 독자층

제품은 보관하거나 중단할 수 있지만, 제품을 알게 된 사람들은 스튜디오에 남길 수 있다. 베팅마다 첫 100명(08)을 처음부터 모으지 않으려면 독자층을 제품이 아니라 스튜디오의 자산으로 설계한다.

요소 규칙 (가정) 연결 문서
이메일 목록 하나 대기자 명단, 뉴스레터, 구매자 알림을 스튜디오 목록 하나로 모으고 제품별 태그로 나눈다. 새 제품의 대기자 페이지도 같은 목록에 태그만 더한다 03, 08
제품 간 연결 관련 있는 곳에만 링크를 둔다: C2의 이미지·에셋 관련 문서 → T1, T1의 내보내기 완료 화면 → GM1 Steam 페이지, 모든 제품의 하단 → 스튜디오 목록 가입 05
번들 묶는 제품이 각각 단독으로 G4를 통과한 뒤에만 묶는다. 가격 규칙은 06 06
공개 제작 (Build in Public) 매주 숫자 하나와 결정 하나를 공개 기록으로 올린다. 제품이 보관되어도 기록과 팔로워는 남는다 08, 09

10의 "유통 공통" 월 16시간이 담는 일 (가정)

일 월 시간
공개 제작 기록 주 1편 × 4주 4
스튜디오 뉴스레터 월 1회 (제품별 소식 모음) 3
커뮤니티 참여와 게시 (제품별 첫 100명 출처, 08) 5
제품 간 링크·가입 폼 점검과 갱신 2
대기자·구독자 답장과 태그 정리 2
합계 16

흔한 오해

자기 점검 질문

  1. 작은 베팅 6개의 성공 확률이 각각 8%라면 월 Expected Value와 "하나라도 성공할 확률"은 얼마인가?
  2. 내 현재 제품들을 Barbell의 안전한 쪽, 공격적인 쪽, 피할 중간으로 나눠 보라.
  3. 지금 진행 중인 제품 하나에 대해 G4 기준을 시작 전에 적었다면 무엇이었어야 하는가?
  4. 지금 내 WIP와 월 출시 처리량으로 리드타임을 계산해 보라.
  5. 내 제품들이 공유하는 유입 채널은 무엇이고, 그 채널이 막히면 몇 개가 동시에 영향을 받는가?

참고 자료