TECH 으로 돌아가기
TECH HACKER NEWS 오늘 12분 읽기 37 READS

[심층분석] 세 번에 한 번만 성공하는 오븐: 우리는 왜 자꾸 '덜 구워진 제품'을 출시할까

[심층분석] 세 번에 한 번만 성공하는 오븐: 우리는 왜 자꾸 '덜 구워진 제품'을 출시할까

빵도 못 굽는 창업자와 완벽한 오븐을 꿈꾸는 엔지니어

최근 개발자 커뮤니티에서 'Half-Baked Product(덜 구워진 제품)'라는 블로그 글이 잔잔하지만 깊은 파장을 일으켰는데요. 특이하게도 이 글에는 코드 한 줄, 기술 스택 이름 하나 안 나와요. 대신 오븐을 만드는 스타트업 이야기가 우화 형식으로 펼쳐지거든요. 그런데 읽다 보면 다들 비슷한 표정이 됩니다. "어... 이거 우리 회사 이야기인데?"

줄거리는 이래요. 갓 창업한 창업자가 오븐 사업에 뛰어듭니다. 이 사람, 케이크도 못 굽고 반죽도 못 해요. 대신 주방가전 시장은 훤히 꿰고 있죠. 스페인의 모든 베이커리를 분석한 끝에 결론을 내립니다. "이 시장의 10%만 잡으면 억만장자다." 원문의 표현을 빌리면, 엑셀에 10%라고 치면 참 작아 보이거든요.

그리고 명문대 출신 엔지니어를 영입해요. 이 엔지니어는 10년 동안 오븐만 만들었고, 퇴근하면 이탈리아 포럼에서 어떤 오븐이 최고인지 밤새 논쟁하는, 뼛속까지 오븐 덕후예요. 대기업에서 시키는 오븐만 만드는 데 지쳐 있던 차에 창업자가 제안하죠. 지분 20%, 그리고 "완벽한 오븐을 만들 자유". 연봉은 짜지만 꿈을 위해 사인합니다.

두 달 뒤 MVP가 나와요. 밀가루, 이스트, 물의 양을 입력하면 오븐이 알아서 완벽한 타이밍에 멈춰주는 혁신적인 기능이 있죠. 이론상으로는요. 실제로는 세 번에 한 번만 제대로 작동해요. 고객 다섯 명(창업자 지인 베이커 2명, 엔지니어의 어머니, 호기심 많은 오븐 덕후 2명)의 피드백은 한결같아요. "빵이 탔어요." "케이크가 설익었어요." 그런데 창업자는 이걸 이렇게 해석합니다. "프로토타입인데 3분의 1이나 성공했으니 긍정적이다. 진짜 제품을 상상해봐라." 그리고 VC를 찾아가죠. "두 달 만에 프로토타입을 만들었고, 이미 고객이 5명입니다."

MVP와 '덜 구워진 제품'은 뭐가 다를까요

이 우화가 아픈 이유를 이해하려면 MVP라는 개념부터 짚고 가야 하는데요. MVP(Minimum Viable Product)가 뭐냐면, '최소 기능 제품'이에요. 에릭 리스의 '린 스타트업'으로 유명해진 개념인데, 핵심 가설을 검증할 수 있는 가장 작은 제품을 빨리 만들어서 시장 반응을 보자는 거죠.

그런데 여기서 많은 팀이 착각하는 지점이 있어요. MVP는 '기능이 적은' 제품이지, '핵심 기능이 망가진' 제품이 아니거든요. 비유하자면 이래요. 김밥집을 연다고 할 때, 메뉴가 참치김밥 딱 하나뿐인 건 MVP예요. 손님은 메뉴가 하나라도 그 김밥이 맛있으면 다시 오죠. 그런데 세 번에 한 번은 상한 김밥이 나온다? 그건 메뉴가 100개여도 망한 가게예요. 우화 속 오븐이 딱 이 상태인 거죠. '자동으로 완벽하게 구워준다'는 게 이 제품이 존재하는 유일한 이유(이걸 핵심 가치 제안이라고 해요)인데, 그게 3분의 1 확률로만 작동하니까요.

MVP를 설명할 때 자주 쓰는 유명한 그림이 있어요. 자동차를 만들어달라는 고객에게 바퀴 하나를 먼저 주는 게 아니라, 스케이트보드 → 자전거 → 오토바이 → 자동차 순서로 매 단계 '타고 다닐 수 있는 것'을 주라는 그림이요. 이 기준으로 보면 우화 속 오븐은 스케이트보드가 아니에요. 바퀴가 세 번에 한 번꼴로 빠지는 자동차예요. 그래서 업계에서는 MVP의 대안으로 SLC(Simple, Lovable, Complete)라는 개념도 나왔는데요. 단순하더라도 그 범위 안에서는 완결성 있고 사랑받는 제품을 만들자는 거예요. 구분하는 간단한 질문은 이거예요. "우리 제품에서 기능을 뺀 건가, 신뢰를 뺀 건가?" 기능을 뺀 건 MVP고, 신뢰를 뺀 건 그냥 덜 구워진 제품이에요.

2026년에 이 우화가 유독 공감받는 이유

이 글이 지금 시점에 나온 게 우연이 아니라고 봐요. 세 번에 한 번만 제대로 작동하는 제품... 어디서 많이 본 것 같지 않나요? 네, 요즘 쏟아지는 AI 제품들이 정확히 이 오븐이거든요.

LLM(대규모 언어 모델, ChatGPT 같은 AI 서비스의 기반 기술이에요) 기반 제품은 태생적으로 확률적으로 동작해요. 같은 입력에도 다른 결과가 나오고, 데모에서는 완벽했던 기능이 실제 고객 데이터 앞에서는 빵을 태우죠. 피칭 문법도 우화와 판박이예요. "지금은 프로토타입이지만, 다음 모델이 나오면 해결됩니다. 믿어주세요." 창업자가 VC에게 한 말과 한 글자도 다르지 않아요.

물론 확률적으로 동작하는 제품이 무조건 나쁘다는 건 아니에요. 중요한 건 실패의 성격이에요. 검색 추천이 세 번에 한 번 아쉬운 건 괜찮아요. 하지만 회계 자동화가 세 번에 한 번 틀리면 그건 제품이 아니라 사고죠. 오븐으로 말하면, 굽는 시간을 '추천'해주는 오븐과 알아서 '완벽하게 구워준다'고 약속한 오븐은 같은 실패율이라도 전혀 다른 제품이에요. 후자는 실패할 때마다 밀가루와 함께 고객의 신뢰를 태우거든요.

창업자는 스토리를 팔고, 엔지니어는 꿈을 산다

이 우화에서 기술만큼 중요한 게 두 사람의 관계 구도인데요. 곱씹을수록 씁쓸한 디테일이 많아요.

창업자가 엔지니어에게 판 건 사실 연봉이 아니라 "완벽한 오븐을 만들 자유"라는 꿈이에요. 그런데 이 조합 자체에 시한폭탄이 숨어 있어요. 창업자는 빨리 팔아서 시장을 검증해야 하고, 엔지니어는 이탈리아 포럼 기준으로 부끄럽지 않은 오븐을 만들고 싶어 하거든요. 한쪽은 "일단 출시"를 외치고 한쪽은 "아직 멀었다"를 외치는 구조가 처음부터 설계돼 있는 거예요. 그 어정쩡한 타협의 결과물이 뭐냐면, 빨리 나왔지만 제대로 작동하지 않는, 양쪽 모두를 배신하는 오븐이죠.

고객 다섯 명의 구성도 뼈아파요. 지인 둘, 어머니, 호기심 구매자 둘. 이건 시장 검증이 아니라 인맥 검증이거든요. 스타트업 업계 격언 중에 "어머니는 항상 당신의 제품을 좋아한다"는 말이 있어요. 진짜 검증은 나를 전혀 모르는 사람이 자기 돈을 내고, 불만을 토로하면서도 계속 쓸 때 이뤄지는 건데, 우화 속 창업자는 이 다섯 명을 '트랙션'(초기 성장 지표)이라고 포장해서 투자자를 찾아가요.

한국 개발자에게: 오븐에 들어가기 전에 확인할 것들

이 우화, 남 이야기가 아니에요. 특히 스타트업 합류를 고민하거나 직접 제품을 만드는 분이라면 체크리스트로 써먹을 수 있어요.

첫째, 창업자가 빵을 아는지 엑셀만 아는지 보세요. "시장의 10%만 잡으면 된다"는 말이 나오면 일단 경계등을 켜세요. 전체 시장에서 몇 % 먹겠다는 하향식 계산은 아무것도 검증하지 않거든요. 반대로 "베이커 100명을 만나보니 87명이 새벽 반죽 시간 때문에 힘들어하더라" 같은 상향식 이야기를 하는 창업자라면 훨씬 신뢰할 만해요.

둘째, '완벽한 제품을 만들 자유'라는 제안을 의심하세요. 달콤하게 들리지만, 이건 종종 "제품 방향에 대한 책임을 너에게 떠넘기겠다"의 다른 표현이거든요. 진짜 좋은 팀은 무한한 자유가 아니라 명확한 제약을 줘요. "3개월 안에, 이 고객군의, 이 문제 하나를 확실히 해결하자" 같은 거요. 제약 없는 자유는 이탈리아 포럼용 오븐, 그러니까 고객이 아니라 동료 엔지니어에게 자랑하고 싶은 제품으로 흘러가기 쉬워요.

셋째, 내 제품의 '핵심 가치 성공률'을 정직하게 재보세요. 사이드 프로젝트든 회사 제품이든, 우리 제품이 존재하는 단 하나의 이유를 적어보고 그게 실제로 몇 %의 확률로 작동하는지 측정하는 거예요. 특히 AI 기능을 얹고 있다면 데모 성공률 말고 실제 사용자 데이터 기준 성공률을요. 그 숫자를 보고도 자신 있게 출시할 수 있다면 MVP고, 숫자를 숨기고 싶다면 아직 덜 구워진 거예요.

넷째, 범위를 줄이는 걸 부끄러워하지 마세요. 세 번에 한 번 성공하는 '완전 자동 오븐'보다, 100% 작동하는 '반죽 상태 알림 오븐'이 훨씬 나은 제품이에요. 기능의 야망을 줄여서 신뢰를 100%로 만드는 것. 이게 우화 속 두 사람이 놓친 유일한 탈출구였다고 생각해요.

마무리: 여러분의 오븐은 몇 번에 한 번 성공하나요

이 우화가 좋은 건 악당이 없다는 점이에요. 창업자는 창업자대로 성실했고, 엔지니어는 엔지니어대로 진심이었죠. 그런데도 결과물은 빵을 태우는 오븐이었어요. 실패는 나쁜 사람이 아니라 나쁜 구조에서 나온다는 것, 그리고 그 구조는 "일단 출시하고 믿어달라고 하자"는 순간 완성된다는 것. 이게 이 글의 핵심 메시지 아닐까 싶어요.

AI 시대에 제품 만들기의 진입 장벽은 역대급으로 낮아졌어요. 두 달이면 누구나 그럴듯한 오븐을 만들 수 있죠. 그래서 역설적으로 '제대로 구워지는가'라는 오래된 질문이 그 어느 때보다 중요해졌다고 봐요.

여러분에게도 묻고 싶어요. 지금 만들고 있는 제품의 핵심 기능, 몇 번에 한 번 제대로 작동하나요? 그리고 여러분은 우화 속 창업자와 엔지니어 중 누구에 더 가까운가요? 완벽한 오븐을 만들고 싶어서 출시를 미뤄본 경험, 혹은 덜 구워진 제품을 출시하라는 압박을 받아본 경험이 있다면 댓글로 나눠주세요.


🔗 출처: Hacker News

SOURCE · HACKER NEWS
원문 전체 보기 → https://weli.dev/blog/half-baked-product/
SHARE
처리 중...