Vibe Coding: $20k 엔터프라이즈 물류 플랫폼을 AI로 대체하기

많은 스타트업에게 빌드 대 구매 결정은 근본적인 전략적 기로입니다. 전통적으로 '구매' 옵션—엔터프라이즈 SaaS 플랫폼 선택—은 API 통합 작성과 복잡한 물류 로직 관리의 힘든 작업을 피하기 위한 안전한 선택이었습니다. 그러나 대규모 언어 모델(LLM) 덕분에 소프트웨어 개발 비용이 급감하면서 계산이 바뀌고 있습니다.

TRMNL은 물류 제공업체인 ShipHero의 서비스 중단 후 이 기로에 서게 되었습니다. 그 후 " vibe coding " 실험이 이어졌습니다: Claude로 구동되는 맞춤형 솔루션으로 $20,000/년 엔터프라이즈 플랫폼을 몇 주 만에 대체했습니다.

파국점: SaaS가 부채가 될 때

TRMNL은 ShipHero를 두 가지 주요 기능에 사용했습니다: 주문 보류/노트 관리 및 배송 프로세스 실행. 시스템은 일시적으로 적절히 작동했지만, 여러 마찰점이 나타났습니다:

  • 불량한 사용자 경험: 모바일 레이아웃 부재와 두 도메인으로 분할된 조각난 웹 포털, 약한 SSO.
  • 지원 부족: 무시된 지원 티켓 및 계정 관리자의 무반응.
  • 치명적 실패: 베를린 창고에서의 완전 서비스 중단 및 동일한 배송에 대한 우편 요금의 급등($12에서 $140로).

제공업체가 메시지에 답변을 중단했을 때, TRMNL은 서비스 비용 지불을 중단하고 AI를 사용하여 플랫폼을 재구축하기로 결정했습니다.

"Vibe Coding" 워크플로

플랫폼 재구축 과정은 손으로 모든 코드 라인을 작성하는 것이 아니라, AI를 오케스트레이션하여 설계 및 통합의 중대한 작업을 처리하는 것이었습니다.

스크린샷에서 고해상도 모크업으로

Claude Design을 사용하여 팀은 기존 ShipHero 포털의 스크린샷을 AI에 입력했습니다. 목표는 혁신을 위한 혁신이 아니라 "관성 친화성" 유지였습니다. 창고 팀이 기존 UI에 근육 기억을 개발했기 때문에, 새로운 시스템은 원활한 당일 전환을 위해 익숙하게 느껴야 했습니다.\n 놀랍게도 AI는 명시적인 이전/후 상태 설명 없이 "왼쪽 항목 클릭 후 오른쪽으로 이동" 배송 포털 로직과 같은 복잡한 UX 패턴을 추론할 수 있었습니다.

통합 악몽 해결

어떤 물류 플랫폼에서도 가장 어려운 부분은 택배 API 통합(UPS, FedEx, DHL, USPS)입니다. 이러한 통합은 위험 물질 및 국제 배송을 다룰 때 특히 1,000줄 이상의 JSON 페이로드를 포함하는 경우가 많습니다.

여기서 LLM이 가장 큰 영향을 미쳤습니다. 이 택배사의 기술 문서를 AI에 제공함으로써, TRMNL은 FedEx 문서를 읽는 수동적인 노력을 피했고, 몇 달 걸릴 프로젝트를 빠른 배포로 전환했습니다.

아키텍처 및 테스트

실제 구축을 관리하기 위해 팀은 Claude CLI와 "Superpowers"라는 도구를 사용했는데, 이는 소크라테스식 접근법을 사용하여 아키텍처를 결정합니다. 단순히 코드를 생성하는 대신, 이 도구는 명확히 하는 질문을 통해 정확한 요구사항을 파악하는데, 이는 다중 창고 지원 및 외래 키 관리와 같은 복잡한 로직에 중요합니다.

안정성을 보장하기 위해 팀은 자동화된 테스트에 크게 의존했습니다. 저자가 언급한 바와 같이, "슬롭은 테스트된 정도만큼 80% 안전합니다", 즉 AI 생성 코드는 프로덕션 준비가 되려면 엄격한 테스트 하네스가 필요합니다.

최종 제품: 맞춤형 물류 엔진

결과물은 단순한 클론이 아니라, TRMNL의 특정 요구에 최적화된 맞춤형 도구입니다:

  • 하드웨어 통합: 네트워크 프린터용 맞춤형 Swift 유틸리티로, 4x6 라벨과 포장 슬립을 한 번에 출력.
  • 동시성 제어: WebSockets를 사용하여 특정 창고 팀 구성원에 주문을 잠가서 중복 배송 방지.
  • 주문 최적화: 동일한 고객의 여러 주문을 결합하여 우편 비용을 줄이는 "주문 병합" 인터페이스.
  • 자동화 규칙: SKU, 위치 및 Incoterms에 따라 배송 방법을 자동으로 할당하는 Python, Ruby 또는 Node로 규칙을 작성할 수 있는 서버리스 스타일 인프라.

결론: 새로운 SaaS 현실

이 프로젝트는 약 80-100시간의 개발 시간과 그 후 1주간의 현장 디버깅이 소요되었습니다. 결과는 더 빠르게 로드되고, 더 빠르게 출력되며, 연간 $20,000 계약보다 유지 비용이 znacz하게 낮은 시스템이었습니다.

이 변화는 소프트웨어 산업에서 증가하는 추세를 강조합니다. 한 Hacker News 커뮤니티 구성원이 언급한 바와 같이:

"비즈니스를 위한 맞춤형 소프트웨어를 구축할 수 있는 능력은 incredible한 초능력입니다. 저는 이것이 또한 전체적으로 SaaS 기업에 가격 압력을 가한다고 생각합니다.

엔터프라이즈 소프트웨어 제공업체에게 교훈은 명확합니다: 가치 제안이 "코드 작성을 피하게 해주는 것"에서 "우수한 서비스 제공"으로 바뀔 때, 법적 계약과 높은 churn 장벽에 의존하여 고객을 유지하는 제공업체는 "자동완성 CLI 구독을 가진 똑똑한 사람"에게 취약해질 것입니다.

Sources