하루 만에 다섯 번 배포하는 시대, PM은 뭘 검증해야 할까
TL;DR
- AI 덕분에 아이디어를 떠올린 당일에 바로 배포할 수 있는 시대가 됐어요
- 그런데 오히려 이게 "검증 없이 만들기"의 위험을 더 키웠어요
- PM 업무의 핵심이 "출시 전 검증"에서 "무엇을 배포할지 판단"으로 옮겨가고 있어요
❓ Q. 예전엔 왜 "검증부터 하라"고 했나요?
A. 2022년만 해도 논리는 단순했어요. 뭔가를 만드는 데 시간과 비용이 많이 드니까, 만들기 전에 미리 검증해서 낭비를 줄이자는 거였죠. 근데 지금은 AI 덕분에 아이디어를 떠올린 그날 바로 배포할 수 있어요. "만들기 전에 검증하자"는 전제 자체가 흔들린 거예요.
❓ Q. 그럼 검증이 필요 없어진 건가요?
A. 오히려 반대예요. 예전엔 스프린트당 잘못된 아이디어 2개 정도를 배포했다면, 이제는 일주일에 20개도 배포할 수 있어요. 속도가 빨라진 만큼 낭비의 규모도 커진 거죠. 실제로 한 개발팀은 실제 로그인·퀴즈·수료증 발급까지 확인하는 자동화 테스트 10개를 통과해야만 배포되게 만들었고, 다른 프로젝트는 푸시할 때마다 1,082개의 단위 테스트를 돌리면서도 하루에 5번씩 배포했어요.
📎 예시
전설적인 프로덕트 저자 마티 케이건은 이제 잘나가는 기업들이 하루에도 여러 번 배포한다고 말해요. 배포 자체가 가장 값싼 실험이 된 셈이에요. 다만 "빠르게 배포하는 것"과 "책임감 있게 배포하는 것"은 다른 얘기예요. 저비용·되돌리기 쉬운 아이디어는 기능 플래그 뒤에 숨겨 바로 배포하고 계측하면 되지만, 위험이 크고 되돌리기 어려운 아이디어는 여전히 사전 검증을 거쳐야 해요.
❓ Q. 그럼 PM은 이제 뭘 다르게 해야 하나요?
A. "학습까지 걸리는 시간(Time to Learn)"이라는 새 지표가 떠올랐어요 — 아이디어를 낸 시점부터 검증된 인사이트를 얻기까지 걸리는 시간이에요. 또 하나 눈에 띄는 변화는 "프로덕트 트리오"(PM·디자이너·엔지니어)에 AI 에이전트가 합류한다는 점이에요. 인터뷰 내용을 종합하는 에이전트, 프로토타입을 만드는 에이전트, 분석 도구를 연결하는 에이전트가 각자 역할을 맡는 식이에요. 다만 에이전트에게 할 일 목록만 던져주면 맥락 없이 엉뚱한 결과를 내놓기 쉬워서, 목표와 원하는 결과, 맥락과 제약을 갖춰 마치 유능한 팀원처럼 리드해야 한다는 조언이 따라와요.
🙋 그래서 결론은
검증(디스커버리)의 역할 자체가 뒤집혔어요. 예전엔 스프린트를 낭비하지 않으려고 검증했다면, 이제는 넘쳐나는 배포 속도를 "어디에 써야 할지" 결정하기 위해 검증해요. 저비용 아이디어는 바로 배포하고, 위험한 아이디어는 정식으로 검증하고, PM의 시간은 고객과 직접 대화하는 데 아껴 쓰는 것 — 이게 2026년판 프로덕트 디스커버리의 요약이에요.
