홈페이지 제작 비용, 왜 업체마다 열 배씩 다른가 — 견적 전에 정해야 할 한 가지

홈페이지 제작 비용을 알아보려고 세 곳에 견적을 요청하면, 돌아오는 금액의 폭이 당황스러울 만큼 넓습니다. 한 곳은 수백만 원을 말하고, 다른 곳은 수천만 원을 말하고, 마지막 한 곳은 금액을 주지 않은 채 “요구사항을 좀 더 들어봐야 한다”고 답합니다. 같은 자료를 보내고 같은 참고 사이트를 보여드렸는데도 그렇습니다.

이 시점에서 대부분의 담당자는 누가 금액을 부풀리고 있는지를 판단하려 합니다. 그런데 실제로는 세 곳 모두 정직하게 산정했을 가능성이 높습니다. 세 곳이 서로 다른 물건의 가격을 말했기 때문입니다.

한국어에서 “홈페이지”라는 단어는 회사 소개 다섯 페이지짜리 사이트부터, 회원이 매일 로그인해서 쓰는 웹 서비스까지 전부를 가리킵니다. 발주사가 어느 쪽을 원하는지 정하지 않은 상태로 견적을 요청하면, 각 업체는 자기가 평소에 만드는 것을 기준으로 답합니다. 금액이 열 배 차이 나는 이유는 개발 단가가 아니라 정의입니다.

이 글은 “홈페이지”라고 불리는 세 가지 다른 물건을 구분하는 기준, 유형별로 비용을 결정하는 요소, 그리고 유형에 따라 맞는 파트너가 왜 달라지는지를 정리합니다. 웹 개발 외주를 검토하기 시작하셨다면, 견적을 요청하기 전에 읽어 보시기 바랍니다.

디비컨설팅은 100건 이상의 프로젝트를 수행했고, 50개 이상의 글로벌 파트너사와 함께 프로젝트별 개발팀을 구성합니다. 고객 만족도는 98%입니다. 직방 호갱노노(부동산 데이터 서비스), LS일렉트릭 테크스퀘어(산업 B2B 거래 플랫폼), GS건설 엘리시안 리조트(리조트 웹·앱 통합 구축), 가천대학교 학사관리 시스템처럼 사용자가 매일 접속하는 웹 서비스를 구축해 왔습니다. 디비컨설팅은 시원스쿨(Siwon School) 계열사입니다. 회사에 대한 자세한 내용은 디비컨설팅 소개에서 확인하실 수 있습니다.

“홈페이지” 한 단어가 가리키는 세 가지 물건

견적을 요청하기 전에 정해야 하는 것은 예산 규모가 아닙니다. 만들려는 것이 아래 셋 중 어디에 속하는지입니다.

	브로슈어형 홈페이지	기능형 웹사이트	웹 플랫폼(웹 서비스)
목적	회사·제품을 보여주는 것	문의·예약·신청을 처리하는 것	사용자가 반복해서 쓰는 것
핵심 산출물	디자인과 콘텐츠	입력 폼과 관리자 기능	데이터 구조와 API
로그인·회원 관리	없음	제한적	필수
비용을 결정하는 것	페이지 수, 디자인 수준	기능 개수	데이터 모델, 예외 처리
발주 후 변경 비용	낮음	보통	매우 높음
출시 후 운영 부담	거의 없음	낮음	지속적
적합한 파트너	제작 대행사	소규모 개발사	요구사항 정의 + 전담 개발팀

브로슈어형 홈페이지 — 비용은 페이지 수에서 나옵니다

회사 소개, 사업 영역, 오시는 길, 문의 폼 정도로 구성된 사이트입니다. 데이터가 쌓이지 않고, 사용자가 로그인하지 않으며, 관리자가 손볼 것도 콘텐츠뿐입니다. 이 유형에서 견적을 좌우하는 것은 페이지 수와 디자인의 완성도이고, 대부분 제작 대행사가 템플릿 기반으로 빠르게 만들어 줍니다.

여기에 해당한다면 개발사를 찾을 이유가 없습니다. 제작 대행사에 맡기시는 것이 빠르고 저렴합니다. 저희에게 문의하실 필요도 없습니다.

기능형 웹사이트 — 비용은 기능 개수에서 나옵니다

브로슈어형에 처리 기능이 붙은 형태입니다. 상담 신청을 받아 담당자에게 배정하고, 예약 현황을 관리자 화면에서 보고, 신청서를 엑셀로 내려받습니다. 데이터가 쌓이기 시작하지만 아직 사용자가 매일 들어오는 서비스는 아닙니다.

이 유형은 기능 목록을 문장으로 적을 수 있으면 견적도 어느 정도 정확해집니다. 문제는 기능 목록을 적는 순간 대부분의 회사가 “그러면 이것도 되어야 하는데”를 발견한다는 점입니다. 그 발견이 계약 전에 일어나면 견적이 정확해지고, 계약 후에 일어나면 추가 비용이 됩니다.

웹 플랫폼 — 비용은 눈에 보이지 않는 곳에서 나옵니다

사용자가 계정을 만들고, 데이터를 올리고, 서로 상호작용하고, 결제하거나 정산하는 서비스입니다. 매물 데이터를 보여주는 부동산 서비스, 기업 간 거래를 중개하는 B2B 플랫폼, 수강생과 강의 이력을 관리하는 학습 시스템이 여기에 속합니다.

이 유형에서 비용을 결정하는 것은 화면 수가 아닙니다. 데이터를 어떤 구조로 저장할지, 권한을 어떻게 나눌지, 그리고 정상적으로 흘러가지 않는 경우를 어디까지 처리할지가 결정합니다. 결제가 중간에 실패하면, 두 사람이 같은 것을 동시에 신청하면, 승인 담당자가 퇴사하면 어떻게 되는지 — 이런 질문의 개수가 개발 기간을 정합니다. 화면으로는 보이지 않기 때문에 발주사가 견적서를 보고 “화면 스무 개인데 왜 이렇게 비싼가”라고 느끼는 지점이 정확히 여기입니다.

같은 이유로, 웹 플랫폼은 발주 후에 구조를 바꾸는 비용이 유형 중 가장 높습니다. 데이터 구조를 바꾸면 그 위에 올라간 모든 화면과 기능이 함께 움직입니다. 서비스 개발에서 가장 비싼 비용이 코드가 아니라 사람을 관리하는 시간인 이유도 여기에 있습니다.

유형이 정해지지 않으면 견적은 계산될 수 없습니다

업체는 자기가 아는 유형으로 답합니다

“중고 거래 홈페이지를 만들고 싶습니다”라는 한 문장을 받으면, 제작 대행사는 상품 목록 화면이 있는 사이트를 떠올리고 수백만 원을 말합니다. 플랫폼을 만들어 온 개발사는 회원, 거래, 정산, 신고 처리, 분쟁 처리를 떠올리고 수천만 원을 말합니다. 둘 다 자기가 상상한 물건의 가격을 정직하게 답한 것입니다.

발주사가 세 곳의 견적을 나란히 놓고 비교할 수 없는 이유가 여기 있습니다. 비교는 같은 물건에 대해서만 가능합니다. 유형을 정하지 않은 채 여러 곳에서 받은 견적은 데이터가 아니라 소음입니다.

잘못된 유형의 파트너에게 발주하면 비용은 두 번 듭니다

가장 비싼 실수는 웹 플랫폼이 필요한 회사가 가장 낮은 견적을 준 제작 대행사에 발주하는 경우입니다. 초반 몇 주는 순조롭습니다. 화면이 나오고 디자인이 붙습니다. 문제는 사용자가 늘고 데이터가 쌓이기 시작할 때 나타납니다. 관리자 화면이 느려지고, 권한을 나눠야 하는데 나눌 수 없고, 통계를 뽑아야 하는데 그 형태로 저장되어 있지 않습니다.

이때 남은 선택지는 두 가지뿐입니다. 그 위에 계속 덧붙이거나, 데이터 구조부터 다시 만드는 것입니다. 전자는 손댈 때마다 비용이 올라가고, 후자는 이미 쓴 예산을 버리는 일입니다. 초기에 아낀 금액보다 재구축 비용이 큰 경우가 드물지 않습니다. IT 외주개발 비용이 견적보다 항상 더 나오는 구조와 같은 패턴입니다.

이미 만들어 둔 사이트가 있고 그것을 계속 쓸 수 있는지 판단해야 하는 상황이라면, 고칠 것과 다시 만들 것을 가르는 기준을 먼저 확인하시기 바랍니다. 판단의 순서가 다릅니다.

발주 전에 필요한 것은 디자인 시안이 아니라 요구사항입니다

많은 회사가 견적을 받기 전에 참고 사이트를 모으고 디자인 이미지를 준비합니다. 도움이 되기는 하지만, 견적의 정확도를 결정하는 것은 그것이 아닙니다. 누가 쓰는지, 무엇을 저장하는지, 어떤 권한이 있는지, 잘못된 경우를 어디까지 막을지가 정해져야 개발 기간이 계산됩니다.

이 문서를 어디까지 써야 하는지는 요구사항 정의서, 어디까지 써야 할까에 따로 정리해 두었습니다. 다만 여기서 한 가지는 미리 말씀드릴 필요가 있습니다. 사내에 개발팀이나 PM이 없는 회사가 이 문서를 혼자 쓰기는 대체로 어렵습니다. 그리고 이 문서를 누가 쓰는지가, 다음 장의 선택을 결정합니다.

웹 플랫폼을 만들어야 한다면, 선택지는 셋입니다

만들려는 것이 세 번째 유형으로 확인되었다면, 이제 남은 질문은 누구와 만들 것인가입니다. 실무에서 검토되는 경로는 셋입니다.

	국내 개발사	해외 직접 발주	한국 PM + 글로벌 개발팀
개발 단가	높음	낮음	낮음
요구사항 정의 책임	개발사	발주사 본인	한국 PM
커뮤니케이션 언어	한국어	영어	한국어
발주사 담당자 투입 시간	보통	매우 많음	적음
재작업 리스크	낮음	높음	낮음
총비용 관점	비쌈	기대만큼 안 싸다	실질 절감

이 표에서 가장 중요한 줄은 개발 단가가 아니라 “요구사항 정의 책임”입니다. 해외 직접 발주가 기대만큼 저렴해지지 않는 이유가 정확히 여기에 있습니다. 시간당 단가는 분명히 내려갑니다. 그러나 무엇을 만들 것인지 정의하는 일이 통째로 발주사에게 넘어옵니다. 데이터 구조를 정하고, 예외 상황을 정리하고, 산출물을 검수하고, 시차를 넘겨 가며 영어로 조율하는 일을 발주사 담당자가 직접 해야 합니다.

사내에 개발팀과 PM이 있는 회사라면 가능합니다. 그러나 개발 조직이 없는 회사가 해외 개발팀을 직접 운영하는 것은 사실상 어렵습니다. 요구사항을 정의할 사람이 없는 상태에서 개발이 시작되면, 낮은 단가로 잘못된 것을 빠르게 만들게 됩니다. 그리고 재작업 비용은 단가가 낮다고 해서 낮아지지 않습니다. 앞에서 본 것처럼 웹 플랫폼은 구조를 되돌리는 비용이 가장 큰 유형입니다. 문제가 개발사가 아니라 구조에 있다고 말씀드리는 이유입니다.

그래서 실제 의사결정 문제는 어느 국가의 개발자를 쓰느냐가 아닙니다. 요구사항을 누가 정의하고, 그 결과에 누가 책임지는가입니다. 세 번째 선택지, 즉 한국인 PM이 한국어로 요구사항을 정의하고 검수까지 책임지면서 검증된 글로벌 개발팀이 구현을 맡는 구조가 이 질문에 답합니다. 발주사는 국내 채용 대비 평균 40~60%의 비용 절감을 가져가면서, 커뮤니케이션과 정의 책임은 국내 발주와 동일한 조건으로 유지합니다. 디비컨설팅의 IT 아웃소싱이 제공하는 것이 이 구조입니다.

디비컨설팅이 비용을 통제하는 5단계

1. 상담 및 요구 분석

비즈니스 목표와 기술 요구사항을 한국어로 문서화합니다. 이 단계에서 가장 먼저 확정하는 것이 앞에서 이야기한 유형입니다. 브로슈어형으로 충분한 영역과 플랫폼으로 만들어야 하는 영역을 문장으로 가릅니다. 재작업의 대부분은 여기서 사라집니다. 범위가 문서로 있으면, 개발 중에 발견되는 일이 아니라 계약 전에 합의되는 일이 되기 때문입니다.

2. 개발팀 구성

확정된 요구사항에 맞춰 전담팀을 2~4주 내에 구성합니다. 필요한 역할만 넣습니다. 범위가 먼저 정해졌기 때문에 팀을 과하게 잡을 이유도, 부족하게 잡아 중간에 늘릴 이유도 줄어듭니다.

3. 프로젝트 개발

애자일 방식으로 진행하며 진행 상황을 투명하게 공유합니다. 발주사 담당자는 영어로 개발자와 조율하지 않습니다. 한국인 PM하고만 한국어로 이야기하고, 산출물을 확인하고, 다음 우선순위를 정합니다. 담당자가 하루를 커뮤니케이션에 쓰지 않는 것이 이 구조의 목적입니다.

4. 테스트 및 배포

QA 프로세스를 거친 뒤 릴리스합니다. 웹 플랫폼에서는 화면이 뜨는지만 보는 것으로 부족합니다. 결제 실패, 동시 요청, 권한 없는 접근처럼 정상적으로 흘러가지 않는 경로를 함께 검증합니다.

5. 운영 및 유지보수

문서와 함께 인계합니다. API 명세, DB 스키마, 배포 절차를 남기고 장기 지원을 이어갑니다. 다음에 기능을 추가하거나 개발사를 바꾸실 때, 시스템을 다시 읽는 데 몇 주를 쓰지 않도록 하는 것이 이 단계의 역할입니다.

실제 수행 프로젝트

• 직방 호갱노노 — 부동산 데이터 서비스
• LS일렉트릭 테크스퀘어 — 산업 B2B 거래 플랫폼
• GS건설 엘리시안 리조트 — 리조트 웹·앱 통합 구축
• 가천대학교 — 학사관리 시스템
• 센터필드·센트로폴리스·그랑서울 — 프라임 오피스 빌딩 관리 시스템
• 삼성물산 홈닉 — 주거 플랫폼 앱
• 하나투어 하나오픈챗 — 여행 상담 채팅 서비스
• 와디즈 — 글로벌 플랫폼

교육, 금융·핀테크, 헬스케어, 제조·물류, 이커머스, 스마트빌딩·IoT 영역에서 실서비스를 운영 중인 기업들과 함께 진행한 프로젝트입니다. 전체 목록은 포트폴리오에서 보실 수 있습니다.

이런 기업에 적합합니다

• 만들려는 것이 단순 홈페이지가 아니라 사용자가 계정을 만들고 데이터를 쌓는 웹 서비스인 기업
• 여러 곳에서 견적을 받았지만 금액 차이가 너무 커서 무엇을 기준으로 비교해야 할지 모르는 기업
• 사내에 개발팀이나 PM이 없어 요구사항을 문서로 정의할 사람이 없는 기업
• 해외 개발 비용을 검토했지만 직접 관리할 인력이 없어 실행하지 못한 기업
• 출시 이후에도 기능 추가와 운영이 계속 이어질 서비스를 준비하는 기업

반대로, 권하지 않습니다

• 필요한 것이 회사 소개 페이지 다섯 장짜리 브로슈어형 홈페이지라면, 제작 대행사에 맡기시는 것이 빠르고 저렴합니다. 저희 구조는 과합니다.
• 사내에 개발팀과 PM이 이미 있고 요구사항을 직접 정의할 수 있는 기업이라면, 파트너 없이 해외 인력을 직접 운영하시는 편이 낫습니다.
• 요구사항을 문서로 정의하는 과정을 생략하고 바로 개발부터 시작하기를 원하신다면, 저희와는 맞지 않습니다. 저희가 비용을 줄이는 방식이 정확히 그 단계에 있기 때문입니다.
• 이미 만들어 둔 시스템에서 배너나 문구만 바꾸는 작업이라면, 기존 유지보수 업체가 더 빠릅니다.

자주 묻는 질문

홈페이지인지 웹 플랫폼인지 저희도 아직 모릅니다. 견적을 받을 수 있나요?

가능합니다. 오히려 그 판단을 함께 하는 것이 첫 단계입니다. 해결하려는 문제, 주요 사용자, 반드시 필요한 기능 3~5개, 그리고 일정과 예산 범위만 정리되어 있으면 개략 견적을 드릴 수 있습니다. 기획서나 디자인 시안은 없어도 됩니다. 상세 정의는 1단계인 상담 및 요구 분석에서 함께 문서로 만듭니다.

해외 개발자와 직접 소통해야 하나요?

아닙니다. 발주사는 한국인 PM하고만 한국어로 소통합니다. 요구사항 정의, 일정 관리, 산출물 검수는 모두 PM의 책임입니다. 개발팀과의 커뮤니케이션은 PM이 처리하므로, 발주사 담당자가 영어로 회의에 들어가거나 시차를 맞출 일은 없습니다.

비용은 어떻게 산정됩니까?

투입 인력의 등급별 단가와 투입 기간을 기준으로 산정합니다. 기획, 디자인, 개발, QA, 배포, 유지보수를 항목별로 구분해 제시하므로 어느 단계에 얼마가 들어가는지 확인하실 수 있습니다. 범위가 바뀌면 어느 항목이 얼마나 움직이는지도 같은 기준으로 설명드립니다. 페이지 수 기준의 정액 견적이 아니라, 무엇을 만드는지에 따라 산정되는 구조입니다.

프로젝트 중간에 팀 규모를 조정할 수 있나요?

가능합니다. 전담팀, 장기 협업, 인력 단위, 프로젝트 단위 중에서 선택하실 수 있고, 진행 중에도 범위와 일정에 맞춰 인원을 조정합니다. 웹 플랫폼은 초기에 설계·기획 비중이 크고 후반에 개발·QA 비중이 커지므로, 실제로 조정이 필요한 경우가 많습니다.

소스코드 소유권은 누구에게 있습니까?

발주사에 귀속됩니다. 코드뿐 아니라 API 명세, DB 스키마, 배포 절차 문서까지 함께 인계합니다. 웹 플랫폼에서 이 조건은 특히 중요합니다. 데이터 구조 문서가 없으면 다음 개발사가 시스템을 읽는 데만 몇 주를 쓰게 되고, 그 비용은 다음 프로젝트 예산에 그대로 붙습니다. 그 상황을 만들지 않는 것이 저희 계약의 기본 조건입니다.

정리

홈페이지 제작 비용의 견적이 업체마다 열 배씩 다른 것은 시장이 불투명해서가 아닙니다. 발주사와 업체가 같은 단어로 서로 다른 물건을 이야기하고 있기 때문입니다. 브로슈어형 홈페이지, 기능형 웹사이트, 웹 플랫폼은 비용을 결정하는 요소가 다르고, 발주 후 변경 비용이 다르고, 맞는 파트너가 다릅니다. 그래서 견적을 여러 곳에서 더 받는 것보다, 만들려는 것이 어느 유형인지 먼저 정하는 것이 예산을 훨씬 크게 좌우합니다. 그리고 사내에 개발팀이 없는 회사가 그 정의를 혼자 해내기는 어렵습니다. 지금 받으신 견적들이 왜 이렇게 다른지부터 함께 정리해 드립니다.