"바이브코딩 외주"를 검색하면 7일 완성, 100만원부터라는 광고가 다수 표출됩니다. 기존 외주 개발이 수개월에 수천만 원이 소요되었던 것과 비교하면 낮은 가격이며, 바이브코딩으로 실제 가능한 속도이기도 합니다. 발주처가 관심을 갖는 것은 당연합니다.
그러나 결제 직전 한 가지 의문이 생깁니다. 이 가격과 속도로 실제 사용 가능한 결과물이 나오는지입니다. 이 의문은 타당합니다. 다만 결론부터 말하면, 가격은 문제의 원인이 아닙니다.
가격이 아닌 개발 범위 미확정 상태의 외주 의뢰 문제
외주 개발에서 비용이 손실되는 과정은 대부분 동일합니다. 아이디어를 크게 설정하고, 기능 목록을 다수 작성해 전달하고, 결과물을 확인한 후 수정 요청을 반복합니다. 수정 요청이 3회, 5회, 10회 누적되고, 일정이 지연되고, 추가 비용이 발생하며, 최초 견적의 2배에서 3배를 지출하고도 출시하지 못합니다.
이 현상은 100만 원 외주와 3,000만 원 외주에서 동일하게 발생합니다. 금액이 아니라 개발 대상이 정리되지 않은 상태에서 의뢰했기 때문입니다.
업체의 책임을 검토하기 전에 확인할 사항이 있습니다. 발주처가 전달한 기획서에 앱의 핵심 기능, 이용자, 이용자가 해당 기능을 원한다는 확인 근거가 작성되어 있었는지입니다.
대부분 작성되어 있지 않습니다. 필요한 기능 수준의 목록만 전달하는 경우가 대부분입니다. 따라서 업체도 해당 목록대로 개발할 수밖에 없습니다.
요청 범위 내에서 개발하는 외주 업체의 역할
이는 업체의 잘못이 아닙니다. 외주 업체의 역할은 발주처가 요청한 결과물을 기한 내에 개발해 인계하는 것입니다. 그 이상의 업무를 수행할 의무는 없습니다. 요청이 명확하면 명확한 결과물이, 요청이 불명확하면 불명확한 결과물이 납품됩니다.
예를 들어 "이런 느낌으로 만들어주세요"라고 전달하면 업체는 그 느낌을 자체적으로 해석해 개발합니다. 결과물을 확인한 발주처가 차이를 지적하면 수정합니다. 이 요청과 수정이 반복됩니다. 바이브코딩으로 반복 속도가 빨라질 뿐, 반복 자체가 사라지지는 않습니다.
요청과 수정의 반복을 줄이는 방법은 한 가지입니다.
의뢰 전에 발주처가 먼저 정리하는 것입니다.
외주 의뢰 전 작성할 세 가지 항목
작성 도구는 무관합니다. 다음 세 가지 항목을 각각 한 줄로 작성할 수 있으면 충분합니다.
"20대 직장인"은 충분한 답이 아닙니다. "점심시간에 운동을 기록하고 싶으나 기존 앱이 복잡해 사용하지 않는 사람"이 충분한 답입니다. 이 이용자가 구체적으로 확인되지 않으면 아직 고객을 만나지 않은 상태입니다.
기능이 아니라 문제입니다. "운동 기록 기능"이 아니라 "3분 이내에 당일 운동을 기록하고 싶다"가 문제입니다. 이 문제를 이용자에게 직접 확인한 적이 있어야 합니다.
1개입니다. 2개도 해당하지 않습니다. 이 1개의 개발을 외주로 의뢰합니다. 나머지 기능은 이 1개의 효과가 확인된 후 추가합니다.
이 세 줄을 작성해 업체에 전달하면 요청과 수정의 반복이 줄어듭니다. 업체도 개발 대상이 명확하므로 속도가 향상되고 결과물의 정확도가 높아집니다.
사전 정리 후 개발비 투입의 효과
정리 없이 3,000만 원
기능 목록만 전달됩니다. 결과물 확인 후 수정 요청이 시작되고, 수정할수록 일정과 비용이 함께 증가합니다.
세 줄 작성 후 100만 원
개발 대상이 한 문장으로 전달됩니다. 고객에게 즉시 제시할 수 있는 결과물이 개발되고, 다음 추가 기능도 확인됩니다.
이 세 줄의 작성 여부가 결과물을 결정합니다. 가격이 낮아서가 아니라, 정리 없이 의뢰한 것이 문제였습니다.
의뢰 전 개발 도구보다 기획 정리를 먼저 하십시오. 세 줄을 작성하십시오. 대상 이용자, 이용자의 문제, 문제를 해결하는 핵심 기능 1개입니다. 이 세 줄이 작성되지 않으면 아직 외주 의뢰 시점이 아닙니다. 해당 이용자를 먼저 만나십시오.
세 줄의 작성 예시는 아이디어 1장 요약 예시에서 설명합니다. 최저가 업체를 선택해도 되는 경우와 안 되는 경우는 최저가 견적 검토 방법에서 설명합니다. 개발 전후의 전체 과정은 앱, 홈페이지 개발 기획 가이드에 단계별로 정리하였습니다.
자주 묻는 질문
017일 완성, 100만 원 같은 저가 바이브코딩 외주를 맡겨도 됩니까
결과를 가르는 것은 가격이 아니라 무엇을 만들지 정리된 상태에서 맡겼는지 여부입니다. 정리 없이 맡기면 100만 원짜리든 3,000만 원짜리든 수정 요청이 쌓이고 처음 견적의 두세 배를 쓰고도 출시하지 못하는 일이 똑같이 생깁니다.
02외주 결과물이 기대와 다른 이유는 무엇입니까
외주 업체의 역할은 요청받은 것을 기한 안에 만들어 넘기는 것이므로 요청이 뭉뚱그려져 있으면 결과물도 뭉뚱그려집니다. 기능 목록만 넘기면 업체가 나름대로 해석해 만들고 수정 요청이 되풀이됩니다.
03외주를 맡기기 전에 무엇을 정리해야 합니까
앱을 쓸 사람이 누구인지, 가장 먼저 풀고 싶은 문제가 무엇인지, 그 문제를 푸는 기능 하나가 무엇인지 세 가지를 한 줄씩 적습니다. 세 줄이 적히지 않으면 아직 외주를 맡길 때가 아닙니다.
04사용자와 문제는 어느 정도로 구체적으로 적어야 하나요
20대 직장인처럼 넓은 표현이 아니라 점심시간에 운동을 기록하고 싶은데 기존 앱이 복잡해서 안 쓰는 사람처럼 상황과 불편이 드러나야 합니다. 문제도 운동 기록 기능 같은 기능 이름이 아니라 3분 안에 오늘 운동을 적고 싶다처럼 적습니다.