# vibe coding
← 전체 태그 · 총 5편
월가가 소프트웨어 주식을 던지기 시작했다, 이제 제품은 한 마디면 뚝딱 나오니까
Jefferies가 방금 Workday, DocuSign, Monday.com, Freshworks를 한꺼번에 Hold로 강등했습니다. 이유 란에 적힌 건 「AI 파괴 리스크」였습니다. 소프트웨어 주식은 올해 30%에서 55%까지 빠졌습니다. 시장이 베팅하고 있는 건 하나입니다. 제품의 기능을 AI가 한 마디로 복제해낼 수 있게 되면, 기능을 팔아 구독료를 받던 사업은 더 이상 비싸지 않다는 것. 문제는 소프트웨어가 사라진다는 게 아니라, 소프트웨어 안의 「돈 되는 부분」이 이사를 가고 있다는 겁니다——기능 그 자체에서, 판단·안목·분배·신뢰 쪽으로. 이 이사를 못 읽는 사람은 밸류에이션과 함께 떨어집니다.
AI가 있어도, 당신은 똑같이 쓰레기 제품을 만든다
Lovable이 프로젝트 5000만 개, 월 방문 7.2억 회를 자축했다. 나눗셈을 한 번 해보면 — 프로젝트 하나당 한 달 평균 14회 방문이다. AI는 쓰레기 제품을 없애지 않았다. 쓰레기의 생산능력을 최대치로 끌어올렸을 뿐이다. 쓰레기는 만들지 못해서 생기는 게 아니다. 애초에 만들지 말았어야 해서 생긴다.
vibe coding은 죽었고, 이제 스펙을 써야 한다고요? PM에게는 세 번째 길이 있습니다——言出法随
요즘 온 업계가 외칩니다. 「vibe coding은 끝났다, spec-driven으로 전환하라, 규격 문서를 제대로 써라」. 그런데 PM 입장에서 두툼한 사전 규격 문서를 다시 쓴다는 건, AI가 겨우 없애준 PRD 부담을 스스로 되찾아오는 것과 같습니다. 「막연하게 짜기」와 「스펙 쓰기」 사이에서 하나를 골라야 하는 게 아닙니다——세 번째 길이 있습니다: 言出法随.
「AI가 짠 코드는 쓰레기다」? 비판자들의 말은 절반은 맞습니다——빠진 단어는 「단계」
2026년 중반, vibe coding은 방을 둘로 쪼갰습니다. 한쪽은 혁명이라 부르고, 다른 쪽은 「AI 쓰레기에 장인 외피를 씌운 것」이라 비판합니다. 보안과 유지보수에 대한 비판자들의 우려는 프로덕션 시스템에는 성립하지만, 프로토타입에 적용하면 과장입니다. doaipm의 고충실도 + 안전망은 이 두 가지를 처음부터 분리해왔습니다.
Vibe coding은 이미 구식이 됐습니다——그리고 이건 프로덕트 매니저에게 희소식입니다
AI가 코드를 짜주는 시대, 남은 건 판단력입니다: 무엇을 만들지, 누구를 위해, '잘 됐다'는 게 무엇인지 결정하는 일. 이건 언제나 제품 관리의 본질이었습니다. 코드를 모르는 것이 오히려 강점이 될 수 있는 이유, 그리고 그것을 의도적으로 잘 하는 법을 소개합니다.