AI 제품 전략: 오늘의 모델이 아니라 6개월 뒤의 모델을 위해 만드세요

Claude Code는 전 세계 공개 커밋의 4%를 작성하는 AI 코딩 도구입니다. 그런데 이 제품은 UI도 없는 터미널 앱으로 시작했습니다. 개발자 Boris Cherny가 API를 테스트하려고 만든 간단한 채팅 앱이 전부였습니다. 그가 Y Combinator 팟캐스트에서 밝힌 AI 시대의 제품 원칙은 인디 파운더에게 강력한 시사점을 줍니다.

UI를 만들지 마세요: 가장 싼 프로토타입이 가장 먼저 이깁니다

Boris는 코딩 제품을 만들어야 했습니다. 하지만 어떤 제품을 만들어야 할지 몰랐습니다. 그래서 가장 싼 것부터 시작했습니다. UI 없이 터미널에서 돌아가는 채팅 앱. UI를 만들 필요가 없었기 때문에 터미널을 선택한 것입니다.

프로토타입을 만든 지 이틀 만에 옆자리 동료가 이미 그걸로 코딩을 하고 있었습니다. Boris는 놀랐습니다. "이거 아직 프로토타입인데 뭐 하는 거야?"라고 물었습니다. 하지만 그 단순한 형태 자체가 이미 유용했습니다.

사내 사용률 차트는 수직 상승했습니다. CEO Dario가 직접 물었습니다. "엔지니어들에게 사용을 강제하고 있느냐?" 강제하지 않았습니다. 그냥 유용했을 뿐입니다.

1년 전에 물어봤다면, 터미널의 수명은 3개월이라고 답했을 겁니다. 그다음으로 넘어갈 거라고요. 제가 틀렸습니다.

잠재 수요의 법칙: 새로운 행동을 만들지 말고, 이미 하는 것을 더 쉽게 만드세요

Boris에게 가장 중요한 제품 원칙은 잠재 수요(Latent Demand)입니다. 그는 이 단어를 인터뷰에서 다섯 번 이상 반복했습니다. 핵심은 단순합니다.

• 사람들은 이미 하고 있는 것만 합니다. 새로운 행동을 시키면 안 됩니다.
• 이미 하고 있는 것을 더 쉽게 만드세요. 그것이 좋은 제품입니다.
• 사용자가 우회하는 방법을 관찰하세요. 거기에 기회가 있습니다.

Plan Mode가 대표적입니다. 사용자들이 이미 "아이디어를 정리해 줘, 아직 코드는 쓰지 마"라고 Claude에게 요청하고 있었습니다. Boris는 일요일 밤 10시에 GitHub 이슈를 보다가 이 패턴을 발견했습니다. 30분 만에 기능을 만들었습니다. 다음 날 아침에 배포했습니다. 그것이 Plan Mode입니다.

CLAUDE.md도 같은 원리입니다. 엔지니어들이 이미 마크다운 파일을 직접 작성해서 모델에게 읽히고 있었습니다. 그 행동을 제품 기능으로 만든 것뿐입니다.

오늘의 PMF는 내일 폐기됩니다: 6개월 뒤의 모델을 위해 만드세요

Anthropic에서 제품을 만드는 원칙이 있습니다. 오늘의 모델을 위해 만들지 않습니다. 6개월 뒤의 모델을 위해 만듭니다.

이상하게 들릴 수 있습니다. 제품이 지금 작동하지 않으면 PMF를 찾을 수 없으니까요. 하지만 Boris의 논리는 명확합니다.

오늘의 모델에 맞춰 PMF를 찾으면, 다음 모델이 나올 때 누군가에게 추월당합니다. 새 모델은 몇 달마다 나옵니다. 모델의 능력 경계를 직접 느끼세요. 그 경계가 6개월 뒤에 어디까지 확장될지 상상하세요. 거기에 맞춰 만드세요.

모델이 오늘 잘 못하는 영역이 어디인지 생각하세요. 거기가 프론티어입니다. 그 영역은 곧 잘하게 될 겁니다. 당신은 기다리기만 하면 됩니다.

쓴맛의 교훈: 모델에 절대 반대로 베팅하지 마세요

Claude Code 팀이 앉아 있는 공간에는 액자가 하나 걸려 있습니다. Rich Sutton의 "The Bitter Lesson"입니다. 핵심은 간단합니다. 더 일반적인 모델은 항상 더 구체적인 솔루션을 이깁니다.

Claude Code 팀은 모델 주변에 쌓는 코드를 "스캐폴딩"이라고 부릅니다. 스캐폴딩으로 특정 영역의 성능을 10~20% 올릴 수 있습니다. 하지만 다음 모델이 나오면 그 개선분은 사라집니다. 모델이 그냥 해내기 때문입니다.

인디 파운더에게 이것은 실질적인 조언입니다. AI 위에 정교한 프롬프트 체인이나 복잡한 파이프라인을 쌓는 데 시간을 쓰지 마세요. 다음 모델이 나오면 그 코드는 의미가 없어집니다. 차라리 모델이 아직 못하는 영역에서 제품의 가치를 만드세요.

코드의 유통기한은 몇 개월입니다: 영원한 코드는 없습니다

Claude Code에서 6개월 전 코드는 단 한 줄도 남아있지 않습니다. 코드베이스의 80%는 두어 달도 안 된 코드입니다. 전체 제품이 끊임없이 재작성됩니다. 몇 주마다 도구를 빼고, 몇 주마다 새 도구를 추가합니다.

인디 파운더에게 이것은 해방입니다. 완벽한 코드를 쓸 필요가 없습니다. 어차피 몇 달 뒤에 다시 쓸 겁니다. 중요한 것은 코드의 품질이 아니라, 올바른 방향에 빠르게 도달하는 것입니다.

Boris 자신도 IDE를 삭제했습니다. 100% Claude Code로만 코드를 작성합니다. 하루에 PR 20개를 올립니다. Anthropic에서 Claude Code 출시 이후 엔지니어 1인당 생산성이 150% 증가했습니다. 이전 직장인 Meta에서 2% 생산성 향상을 위해 수백 명이 1년간 일했던 것과 비교하면 완전히 다른 세상입니다.

전문가의 강한 의견보다 초심자의 열린 자세가 이깁니다

Boris가 발견한 역설이 있습니다. 경험 많은 시니어 엔지니어보다 새로 합류한 주니어가 AI를 더 잘 쓸 때가 있습니다. 시니어의 강한 의견이 오히려 방해가 됩니다. 과거에는 시니어 아키텍트의 경험과 판단이 보상받았지만, 그 경험의 상당 부분이 더 이상 유효하지 않습니다.

채용 면접에서 Boris가 좋아하는 질문이 있습니다. "당신이 틀렸던 적은 언제였습니까?" 실수를 인정하고, 거기서 배울 수 있는 사람이 AI 시대에 가장 강력한 엔지니어입니다.

"저는 절반쯤은 틀립니다. 제 아이디어 절반은 나쁩니다. 시도하고, 사용자에게 주고, 이야기하고, 배우는 것뿐입니다. 결국 좋은 아이디어에 도달할 때도 있고, 아닐 때도 있습니다."

모든 사람이 코드를 짭니다: 소프트웨어 엔지니어라는 직함의 종말

Boris의 예측입니다. 코딩이 모든 사람에게 해결될 것입니다. 지금 Claude Code 팀에서 일어나고 있는 일입니다. PM이 코드를 짭니다. 디자이너가 코드를 짭니다. 재무 담당자가 코드를 짭니다. 모든 사람이 코드를 짭니다.

소프트웨어 엔지니어라는 직함은 "빌더"나 "프로덕트 매니저"로 바뀔 것입니다. 엔지니어의 업무는 코딩만이 아닙니다. 스펙을 작성하고, 사용자와 대화하고, 디자인을 하고, 제품 전략을 세웁니다.

인디 파운더에게 이것은 기회입니다. 더 이상 10명의 개발팀이 필요하지 않습니다. 터미널 하나, AI 하나, 잠재 수요를 읽는 눈 하나. 이 세 가지면 됩니다. 다만 기억하세요. 오늘 만든 것은 영원하지 않습니다. 6개월 뒤를 보세요.

이 글은 Y Combinator의 영상 Boris Cherny: How We Built Claude Code을 기반으로 작성되었습니다.