SaaS가 2.4배 인상 통보를 보냈다, 그래서 하룻밤 만에 클론했다

핵심 요약 (TL;DR)

호주 Perth의 인디 개발자 Kohan Ikin(HN 닉네임 SyneRyder)이 자기 회사가 쓰던 SaaS의 2.4배 가격 인상 통보를 받고, 모든 페이지를 스크린샷으로 찍고 API 문서를 다운로드한 뒤 Claude에게 self-hosted 클론을 의뢰했어요. 결과는 하룻밤 만에 read-only 클론 완성, 비용은 연간 시트 한 자리의 절반 이하. 같은 사람이 같은 시기에 "10년 동안 못 풀던 legacy 버그"를 Opus 4.6에게 state machine 모델링을 시켜 단번에 잡았어요. SaaS 갱신 협상의 첫 질문이 "클론 가능한가?"로 바뀐 거죠.

이건 익명 댓글이 아닙니다, 15년 추적 가능한 인디 개발자의 진술이에요

이번 사례가 HN 스레드 "What was your oh-shit moment with GenAI?"에서 가장 화제가 된 답변이었어요. 6월 4일 게시되자마자 520점 넘게 받고 920개 넘는 댓글이 달렸어요.

중요한 건 SyneRyder가 익명 트롤이 아니라는 점입니다. 본명 Kohan Ikin, Perth 거주, namesuppressed라는 인디 소프트웨어 회사 창업자예요. Photoshop 플러그인과 데스크탑 앱을 15년 넘게 만들어온 사람이고, HN에는 2011년부터 활동하며 5,000 카르마 이상을 쌓았어요. "Claude로 하룻밤에 SaaS 클론했다"가 마케팅 트윗이 아니라 추적 가능한 한 사람의 실제 워크플로 보고서라는 뜻이에요.

사례 A — SaaS를 하룻밤 만에 클론한 정확한 절차

자기 회사가 쓰던 SaaS가 가격을 2.4배 올리겠다고 통보했어요. Kohan은 갱신 대신 클론을 택했죠. 절차는 단순했어요.

1. SaaS의 모든 페이지를 스크린샷으로 캡처
2. API 문서를 PDF로 다운로드
3. 자기 회사 데이터를 export
4. Claude에게 "이 스크린샷과 API 문서를 보고 self-hosted 버전을 만들어줘" 의뢰

결과: 그날 저녁 안에 read-only 버전이 동작했어요. 자기 회사의 전체 히스토리 데이터를 그대로 보존한 상태로요. 비용은 Opus API 사용료를 다 합쳐도 그 SaaS의 "연간 시트 1자리 가격의 절반 이하"였다고 본인이 적었어요.

원문 표현은 이래요. "less than half the price of a single annual seat." 시트 한 자리값으로 회사 전체가 클론된 거예요.

주의해야 할 디테일이 두 가지 있어요. 첫째, read-only예요. 쓰기 기능은 없었다는 뜻이죠. 회사 입장에선 "히스토리 보관용 + 조회용"으로 충분했어요. 둘째, 어떤 SaaS였는지는 공개하지 않았어요. Notion 같은 복잡한 협업 도구일 수도, 단순 CRUD 대시보드일 수도 있어요. 그래서 "내 SaaS도 똑같이 클론 가능?" 질문에는 "기능 복잡도에 따라 다르다"가 정직한 답입니다.

사례 B — 10년 못 푼 버그를 state machine 모델링으로 잡다

같은 게시물에서 Kohan은 두 번째 "oh shit" 순간도 공유했어요. 자기들이 유지보수 중인 legacy 소프트웨어에 10년 넘게 해결 못 한 버그가 있었어요. 원래 작성자들과 함께 "hundreds of hours"를 부었지만 못 풀었고, 이전 LLM들도 모두 실패했어요. Opus 4.5는 workaround만 제안했죠.

Opus 4.6에게 같은 문제를 던졌더니, 호출하는 쪽 소프트웨어의 state machine 자체를 모델링해서 "the one state where we weren't correctly sending data back"이라는 단 하나의 상태를 짚어냈어요. 원문 그대로예요. 데이터가 정확히 돌아오지 않는 한 상태가 있었고, 거기서 누락이 발생하고 있었다는 거죠.

10년 동안 사람 눈이 못 본 걸 Opus 4.6이 봤어요. 이게 두 번째 충격 포인트예요.

SaaS 갱신 협상의 새 첫 질문

이 사례가 한국 1인 메이커와 소기업에게 주는 신호는 분명해요. SaaS 갱신 결정 프로세스에 새 첫 질문이 들어옵니다.

"Claude로 하룻밤 클론 가능한가?"

이전엔 SaaS가 가격을 올리면 선택지가 셋이었어요. 받아들이거나, 경쟁 제품으로 옮기거나, 직접 개발자를 고용해 만들거나. 마지막 선택지는 비용·시간 때문에 사실상 없는 거였죠.

이제 네 번째 옵션이 생겼어요. "하룻밤·Claude API 비용으로 read-only 클론 만들기"예요. 이게 협상 카드로 작동하는 거죠. 영업 담당과 갱신 회의를 잡기 전에, 먼저 "내가 쓰는 기능 중 70%는 사실 우리가 직접 만들어도 되는 거 아닌가?"를 자문하는 게 새 절차가 돼요.

구체적인 행동 지침도 나옵니다.

첫째, 쓰는 SaaS의 페이지를 정기적으로 스크린샷으로 백업하세요. 가격 통보 받은 시점이 아니라 평소에요. 클론이 가능한지를 정기 점검하는 거죠.

둘째, 자기 데이터를 export해두세요. 클론이 동작하려면 데이터가 있어야 하니까요.

셋째, "내가 쓰는 SaaS 기능 중 정말 핵심은 무엇인가?" 목록을 5개 이내로 좁혀두세요. Claude에게 클론 의뢰할 때 그 5개만 부탁하면 read-only 버전이 그날 안에 나옵니다.

"read-only 클론으로 충분한 SaaS"가 의외로 많아요

생각해 보면 우리가 쓰는 SaaS 중 다수가 "조회 + 검색 + 약간의 정리"가 핵심이에요. 마케팅 분석 대시보드, 고객 데이터 뷰어, 빌링 히스토리, 리포트 생성기, 로그 검색 도구... 이런 것들은 read-only 클론으로 90% 충당돼요.

복잡한 워크플로 자동화(예: Salesforce·Notion·Linear)는 클론이 어렵지만, 그건 어차피 SaaS의 진짜 가치 영역이라 비싸도 갱신하는 게 맞을 때가 많죠. 가격 인상이 아프게 다가오는 SaaS들은 보통 "기능은 단순한데 데이터 락인으로 비싼" 카테고리예요. 거기가 클론의 기회 영역이에요.

FAQ

Q. SaaS 클론은 법적으로 괜찮은가요?
A. 자기 회사가 쓰던 데이터를 self-hosted 환경에서 조회하는 read-only 버전은 일반적으로 자기 데이터의 소유권 안에서 이뤄지는 거라 문제 소지가 작아요. 다만 UI/UX 디자인을 그대로 복제하면 저작권 이슈가 있을 수 있고, API spec을 우회해 access하면 ToS 위반일 수 있어요. "내 데이터 + 내 기능" 범위 안에서 짜는 게 안전합니다.

Q. 어떤 종류의 SaaS가 클론에 적합한가요?
A. 데이터 조회와 정리가 본질인 SaaS가 가장 적합해요. 대시보드, 리포트 도구, 데이터 뷰어, 검색 인터페이스 등이죠. 반대로 협업·자동화·외부 시스템 통합이 핵심인 SaaS는 클론 비용이 빠르게 올라가요. 본질을 분해해서 답하는 게 첫 단계입니다.

Q. Opus 4.6이 정말 그렇게 잘 짭니까?
A. Kohan의 두 사례 모두 Opus 4.6에서 처음 깨진 경우예요. 한 번은 하룻밤 클론, 한 번은 10년 버그였죠. 모든 모델이 모든 작업에서 그렇게 잘하진 않지만, "state machine을 통째로 모델링한 다음 추론하는" 류의 작업에서 Opus 4.6이 이전 세대와 다른 결과를 내고 있다는 신호로 받아들이면 됩니다.

SaaS 가격 인상 메일을 받았을 때 예전엔 화가 났어요. 이제는 한 번 도전해볼만한 게임이 시작된 신호로 받아들일 수 있게 됐죠. 하룻밤은 누구에게나 있습니다.

참고: HN 스레드는 https://news.ycombinator.com/item?id=48406174 에서 직접 보실 수 있어요. Kohan의 두 댓글은 48422525(클론)와 48422835(버그)입니다.