판매 가능한 소프트웨어의 최소 실행 단위 – LLM 시대에 빌드가 구매를 능가할 때

판매 가능한 소프트웨어의 최소 실행 단위 – LLM 시대에 빌드가 구매를 능가할 때

TL;DR – 대부분의 SaaS는 여전히 구매가 빌드보다 낫다

LLM(대형 언어 모델)로 코드를 생성할 수 있더라도, 프롬프트 비용, 정제 비용, 지속적인 유지보수 비용이 구독료를 초과하기 때문에 많은 소프트웨어 제품은 사내에서 재구축하는 것보다 라이선스를 구매하는 것이 더 저렴합니다. 제품이 충분히 새롭고 저렴하게 복제되지 않으며 가격이 합리적인 지점을 **실현 가능 영역(zone of viability)**이라고 부릅니다. Brandur는 이 프레임워크를 사용해 자신의 River 작업 큐 서비스가 지속 가능한 비즈니스로 살아남을 수 있다고 주장합니다.

1. LLM은 구축 비용을 감소시키지만 없애지는 않는다

"LLM이 소프트웨어 구축 비용을 크게 낮췄지만, 비용을 0으로 만들지는 못했다."

  • 구축은 여전히 반복적인 피드백 루프가 필요합니다: 프롬프트 → 생성 → 검토 → 정제. 출력이 품질 기준에 도달하기까지 수십 번의 루프가 일반적입니다.
  • 지속적인 유지보수(버그 수정, 기능 추가)는 여전히 인간이 담당하는 비용입니다. 가장 비싼 요소는 모델 출력물을 감독하는 엔지니어의 파트‑타임 노동입니다.
  • 예시 계산: 연봉 $200 k인 엔지니어의 비용은 시간당 $96입니다. $400/월 Jira 라이선스를 대체하려면 엔지니어가 월 4시간 이하만 LLM‑생성 유지보수에 투입해야 손익분기점에 도달합니다. 관대하게 월 2시간이라고 해도 37개월 회수 기간이 필요하며, 이는 현실적이지 않습니다.

2. 구축 임계점 – 재구축이 실현 가능해지는 시점

"월 $500/좌석 Salesforce 라이선스(≈ $25k/월, 50좌석)라면 제품을 복제하기 위해 1.5명의 엔지니어를 전일제로 고용할 수 있다."

  • 고가이고 복잡한 SaaS(예: Salesforce)는 라이선스 비용이 내부 전일제 재구축 비용을 정당화할 수 있는 임계점을 넘을 수 있습니다.
  • 이 임계점은 정적인 것이 아니라 SaaS 가격이 변하거나 LLM 생산성이 향상됨에 따라 이동합니다.
  • 댓글에서는 비싼 SaaS라도 통합, 컴플라이언스, 재해 복구 등 숨겨진 비용이 있어 구매가 다시 유리해질 수 있다고 지적합니다.

3. 실현 가능 영역 (Zone of Viability)

"실현 가능 영역에 있는 소프트웨어는 두 가지 조건을 만족한다: (1) LLM 재구축이 쉬운 일이 아니도록 충분히 새로움, (2) 가격이 너무 비싸서 재구축이 명백히 저렴하지 않음."

  • 새로움: 깊은 도메인 전문 지식, 정교한 성능 튜닝, 방대한 API 설계가 필요한 기능은 LLM이 정확히 복제하기 어렵습니다.
  • 합리적인 가격: 구독료가 프롬프트와 유지보수 누적 비용보다 낮다면 구매가 합리적인 선택입니다.
  • 원문 포스트의 다이어그램은 저복잡도·저가 도구(DIY가 쉬운)와 고복잡도·고가 플랫폼(DIY가 정당화되는) 사이의 밴드 형태로 이 스위트 스팟을 시각화합니다.
Product License Cost Engineer Hours/Month to Match Engineers Needed Buy? Build?
Jira $400/mo 4.2 hrs 0.02 ✔
Salesforce (50 seats) $25k/mo 260 hrs 1.5 ✔

커뮤니티 인사이트

  • @zingar: LLM이 초기 노력을 낮추더라도 사이드 프로젝트를 유지하려는 지속적인 동기가 효용보다 클 때가 많다.
  • @ahamilton454: 실제 반복 비용은 낙관적인 추정보다 높으며, "몇 일 안에 구축"이라는 말은 품질 제약 하에서는 거의 성립하지 않는다.
  • @monkeydust: 커뮤니티 기여가 외부 효과를 만들어내어 개별 재구축이 놓치는 가치를 제공, 구매의 가치를 강화한다.
  • @bze12: 저비용 대안(예: Jira 대신 Linear)으로 실현 가능 영역을 아래로 이동시킬 수 있다.
  • @jwitchel: 복잡한 SaaS 플랫폼은 수천 엔지니어·년 규모이며, LLM이 그 깊이를 마법처럼 대체할 수는 없다.
  • @ThePhysicist: 많은 엔터프라이즈 제품은 관리 레이어가 입혀진 오픈소스 라이브러리일 뿐이며, 실제 비용은 컴플라이언스, SSO, 감사 로그 등에 있다.

4. River 사례 연구

"River는 무료 티어와 고급 기능·청구를 제공하는 유료 Pro 버전을 갖춘 오픈소스 Go + Postgres 작업 큐다."

  • 새로움: 고급 워크플로, 순차 작업, 동시성 제한 작업은 성능을 염두에 두고 설계돼 LLM이 비슷한 수준으로 복제하기 어렵다.
  • 가격: 티어형 가격은 **월 $125(최대 20명 개발자)**부터 시작해 팀 규모가 커질수록 서브라인arly 상승한다. 이는 중소 규모 개발 샵에 실현 가능 영역에 확실히 들어간다.
  • Brandur는 River에 전일제 노력을 투입할 계획이며, 구독 수익이 LLM‑지원 개발·유지보수 누적 비용을 초과할 것이라고 기대한다.

5. 엔지니어와 의사결정자를 위한 실용적인 시사점

  1. 실제 소유 비용을 정량화 – 라이선스, 통합, 컴플라이언스, 컨텍스트 스위칭에 따른 숨은 노동 비용을 포함한다.
  2. 새로움을 평가 – 제품의 핵심 차별점이 깊은 엔지니어링 통찰을 요구한다면 LLM이 저렴하게 대체할 가능성은 낮다.
  3. 실현 가능 영역을 의사결정 매트릭스로 활용 – 목표 SaaS를 비용‑대‑복잡도 차트에 플롯해 구매와 구축 중 어느 쪽이 경제적으로 타당한지 판단한다.
  4. AI에 대한 낙관주의가 현실을 대체하지 않게 – 반복 프롬프트에는 여전히 숙련된 감독이 필요하므로 그 노동을 예산에 반영한다.
  5. 커뮤니티 외부 효과를 고려 – 구매는 종종 더 넓은 기능, 플러그인, 공유 유지보수 생태계에 접근할 수 있게 해준다.

포스트의 서두에서 LinkedIn 사용자가 $400/월 Jira 비용을 Claude‑생성 내부 트래커로 대체하려는 유혹을 보여줍니다. 그러나 상세한 비용 분석 결과 대부분 중간 규모 SaaS는 여전히 구매가 유리함을 보여줍니다 – 제품이 새로움과 가격이 맞물린 좁은 실현 가능 영역에 있지 않는 한 말이죠.

Sources