AI 빌더, 노코드 도구, 프리랜서 — 실제로 어떻게 선택하나요?

온보딩 통화 때마다 거의 매번, 보통 첫 5분 안에, "이게 X랑 뭐가 다른가요" 비슷한 형태로 이 질문을 받는다. 아래는 보도자료가 아니라 친구에게 답하듯 실제로 답한 질문들이다.

이건 Bubble이나 Webflow 같은 노코드 도구와 같은 건가요?

정확히는 아니다, 마케팅 문구만 보면 사촌지간처럼 들릴 때도 있지만. 노코드 도구는 캔버스와 컴포넌트 라이브러리를 제공하지만, 데이터베이스 스키마를 정하고, 화면 간 로직을 연결하고, 워크플로우가 두 번 실행되는 버그를 디버깅하는 건 여전히 당신 몫이다. 사실상 비주얼 프로그래밍이고, 학습 곡선을 넘고 나면 정말 강력하지만, Bubble의 경우 그 학습 곡선을 넘는 데 몇 분이 아니라 몇 주가 걸린다. 이런 AI 빌더는 원하는 것을 평범한 문장으로 설명하면 스스로 스키마, 로직, 화면을 만들어내고, 무엇을 왜 그렇게 했는지 설명해준다. 모든 걸 처음부터 직접 만드는 대신, 내린 결정을 검토하는 역할을 맡게 된다. 솔직히 말하면: 노코드는 원래 개발자를 고용해야 했을 사람들의 진입 장벽을 낮춰준다. AI 빌더는 그 장벽을 더 낮추고, 당신의 역할을 "부품을 조립하는 것"에서 "요구사항을 명시하고 결과를 판단하는 것"으로 바꾼다.

프리랜서 개발자가 아직 AI가 못하는 걸 할 수 있는 부분은 뭔가요?

대체로, 진짜 모호한 상황을 판단력으로 다루는 것이다. 스펙에 "사용자가 친구와 진행 상황을 공유할 수 있게 한다"라고 적혀 있고, 그게 공개 링크를 뜻하는지, 앱 내 피드를 뜻하는지, 인스타그램 내보내기를 뜻하는지 명시되어 있지 않다면, 실력 있는 프리랜서는 같은 갈림길에서 겪었던 여섯 개 프로젝트의 경험을 바탕으로 적절한 타이밍에 적절한 확인 질문을 던질 것이다. AI 빌더는 합리적인 선택을 하고 그 근거를 보여준다 — 이것도 괜찮고, 대체로 더 빠르지만, 그 결정이 예전에 잘못되는 걸 직접 지켜본 경험으로 미리 알아서 방향을 잡아주는 사람과는 다르다.

프리랜서도 사람다운 방식으로 세션 간의 맥락을 기억합니다. 예를 들면 이런 것들이죠:

• 당신이 이전 컬러 스킴을 싫어했다는 것
• 당신의 투자자가 특정 지표에 신경 쓴다는 것
• 당신이 지나가듯 언급한, 팝업 알레르기가 있다는 것

그리고 통합 작업에는 특정 부류가 있습니다 — 이상한 레거시 SOAP API, 문서화되지 않은 클라이언트의 자체 재고 시스템처럼, 클라이언트의 IT 부서와 직접 통화할 수 있는 사람이 여전히 자동화보다 나은 경우 말이죠. 이건 실제로 존재하는 간극이고, 결코 작지 않습니다. 아닌 척하기보다는 솔직하게 인정하는 게 낫습니다.

사람을 고용하는 것보다 실제로 저렴할까요?

첫 번째 빌드라면, 대체로 그렇습니다. 그것도 상당한 차이로요.

어느 쪽이든 v1의 범위는 동일합니다: 인증, 데이터베이스, 서너 개의 핵심 화면, 기본적인 스타일링까지 — 실제 사용자가 단 한 명도 써보기 전 단계까지요.

하지만 비용이 많이 드는 건 애초에 첫 번째 빌드가 아니었습니다. 진짜 비용은 그 이후 전부에서 발생합니다 — "저 버튼 위치 좀 옮길 수 있을까요"와 "재방문 사용자에게는 다른 홈페이지를 보여주면 어떨까요" 같은 요청이 슬랙 메시지 한 통씩마다 프리랜서의 리테이너 시간을 야금야금 잡아먹으며 열네 번이나 반복되는 그 과정 말이죠.

한 창업자가 6주와 1만 2천 달러 예산 대부분을 "간단한 대기자 명단 앱"으로 시작한 범위에 쏟아붓는 걸 지켜본 적이 있습니다. 그 범위는 합리적으로 보이는 메시지 하나하나를 거치며 아무도 예산에 넣지 않았던 세 가지 사용자 역할과 추천 시스템으로까지 불어났죠. 그 이야기 속에서 누구도 잘못한 사람은 없었습니다.

시간당 청구 방식에서의 범위 확장(scope creep)은 라운드마다 반복 비용이 클 때 필연적으로 벌어지는 일입니다. AI로 빌드할 때의 진짜 절약 효과는 첫 번째 버전에 있는 게 아니라, 열한 번째 라운드가 첫 번째 라운드와 거의 같은 비용이 든다는 사실에 있습니다.

노코드 플랫폼은 어떤가요 — 그것도 더 저렴하지 않나요?

프리랜서보다는 대체로 저렴합니다. AI 빌더보다는 항상 그렇지는 않은데, 도구를 직접 배우고 조립하는 데 드는 시간까지 계산에 넣으면 그렇습니다. 노코드의 더 큰 비용은 좀 더 서서히 드러나는 것으로, 바로 플랫폼 종속(lock-in)입니다. Bubble 앱은 다른 개발자에게 넘기거나 원하는 곳에 호스팅할 수 있는 이식 가능한 코드로 내보내지 않습니다 — 앱은 그 플랫폼의 런타임 안에 무기한 존재하고, 나중에 벗어나려면 내보내기가 아니라 재구축이 필요합니다. 그 플랫폼에 영원히 머물러도 괜찮다면 나쁘지 않은 거래지만, 그렇지 않다면 나쁜 반전이 됩니다.

여기서 시작했다가 나중에 갈아타고 싶으면 종속되나요?

실제 소스 코드를 — 독점 포맷이 아닌 진짜 코드를 — 받아서 어디든 가져갈 수 있어야 합니다. 어떤 플랫폼이 이 질문에 명확하게 "예"라고 답하지 못한다면, 그 위에 무언가 진지한 것을 구축하기 전에 신중히 고려할 가치가 있습니다. 그리고 이건 진지한 프로젝트를 맡기기 전에 어떤 AI 빌더에게든 반드시 물어봐야 할, 가장 중요한 단 하나의 질문입니다.

실제로 어느 쪽이 출시가 더 빠른가요?

1. AI 빌더 — 거의 매번 v1까지 가장 빠릅니다: 몇 주가 아니라 몇 분에서 몇 시간이면 충분합니다.
2. 노코드 — 이미 도구를 다룰 줄 안다면 그다음으로 빠릅니다. 처음부터 배운다면 여기에 실제로 몇 주가 더 추가되니, 그 부분을 가볍게 보지 마세요.
3. 프리랜서 — 첫 출시까지는 가장 느리지만, 종종 제대로 가는 데는 가장 빠릅니다. 좁은 의미에서, 숙련된 사람이 비용이 많이 드는 실수를 쌓이기 전에 미리 잡아낸다는 뜻이죠 — 누구도 초기에 잡지 못하면 석 달 뒤 재구축 비용으로 이어질 수 있는 그런 종류의 일입니다.

그래도 언젠가는 코딩을 배워야 할까요?

그럴 필요는 없지만, 배워두면 더 나은 질문을 할 수 있게 됩니다. 자동차 정비를 조금 알면 필요 없는 변속기 교체 견적을 받지 않고도 정비사와 대화할 수 있는 것과 비슷하죠. 직접 로직을 작성하지 않아도, 보여지는 로직이 올바른 일을 하고 있는지에 대해 유용한 의견을 가질 수 있습니다. 이 세 가지 경로 중 무엇을 선택하든 그런 안목을 기를 가치는 있습니다 — 사실 그것이야말로 이 모든 것 밑에 깔린 진짜 실력입니다.