웹사이트 제작 견적서 비교법, 바가지 피하는 체크리스트

웹사이트 제작 견적서를 세 장 받아놓고 비교해봐도 막상 무엇을 봐야 할지 감이 안 잡히는 경우가 많다. 결론부터 말하면 이렇다. 견적서는 총액이 아니라 항목별 구성을 비교해야 하고, 계약서에는 소스코드·도메인의 저작권 귀속과 하자보수·유지보수 조건이 구체적으로 적혀 있어야 안전하다.

같은 "홈페이지 제작"이라는 요청에도 견적이 200만 원에서 2,000만 원까지 벌어지는 이유는 실력 차이보다 포함 범위의 차이인 경우가 훨씬 많다. 저가 견적서를 받고 좋아했다가, 계약 후에 항목마다 추가금이 붙어 결국 더 비싸지는 사례도 드물지 않다. 반대로 처음부터 항목을 꼼꼼히 나눠 제시하는 업체를 "복잡하게 군다"며 피하다가, 나중에야 그 꼼꼼함이 예산을 지켜주는 장치였다는 사실을 깨닫는 경우도 많다.

이 글은 견적서를 받은 사업가가 계약서에 도장을 찍기 전, 정확히 무엇을 비교하고 무엇을 확인해야 하는지 예시 중심으로 정리한다. 법률 자문을 대신하지는 않지만, 실무에서 반복적으로 문제가 되는 지점을 미리 짚어두면 분쟁 소지를 크게 줄일 수 있다. 처음 홈페이지를 제작하는 사업가일수록 이런 정보를 어디서부터 확인해야 할지 감을 잡기 어려우므로, 견적서를 읽는 순서대로 하나씩 따라가며 정리했다.

이 글에서 먼저 챙겨 갈 핵심만 추리면 이렇다.

• 같은 요청인데 견적이 크게 벌어지는 이유는 실력 차이가 아니라 포함 범위의 차이다
• 견적서를 볼 때는 기획·디자인·개발·도메인과 호스팅·유지보수·기타 비용, 6가지 항목을 따로 떼어 비교해야 한다
• 저가 견적서에 흔히 빠지는 항목과, 계약 후 추가금이 붙는 전형적인 패턴
• 가격보다 먼저 봐야 할 계약서 조항: 소스코드 저작권 귀속, 도메인·호스팅 명의, 하자보수 기간
• 계약금·중도금·잔금을 나누는 안전한 방식과, 서명 전 마지막 체크리스트

실제로 비슷한 규모의 사업체가 받은 견적서를 나란히 놓고 보면 차이가 더 뚜렷해진다. 예를 들어 동네 카페 사장님이 받은 견적서 세 장 중 한 장은 100만 원, 다른 한 장은 250만 원, 나머지 한 장은 450만 원이었다고 가정해보자. 금액만 보면 100만 원짜리가 가장 매력적으로 보이지만, 항목을 뜯어보면 100만 원짜리에는 반응형과 유지보수가 아예 빠져 있고, 450만 원짜리에는 예약 문의 폼과 6개월 무상 하자보수까지 포함되어 있는 경우가 흔하다.

이 상태에서 가격만 보고 100만 원짜리를 선택하면, 완성 후 모바일 최적화·문의 폼·유지보수를 하나씩 추가로 계약하면서 결과적으로 450만 원짜리보다 더 많은 비용을 치르게 될 수도 있다. 처음 견적서의 숫자가 아니라, 최종적으로 필요한 모든 항목을 다 채웠을 때의 총비용을 기준으로 비교해야 진짜 비교가 된다. 병원이나 쇼핑몰처럼 예약·결제 기능이 필요한 업종이라면 이 격차는 더 크게 벌어지므로, 처음부터 필요한 기능 목록을 만들어두고 견적을 요청하는 편이 좋다.

왜 같은 요청인데 견적 금액이 두세 배씩 차이 날까?

정해진 범위가 없으면 각 업체가 서로 다른 기준으로 견적을 짠다. "홈페이지 만들어주세요"라는 요청만으로는 페이지 수, 디자인 맞춤 정도, 기능 범위, 유지보수 포함 여부가 전혀 정해지지 않는다. 업체마다 이 빈 칸을 자기 기준으로 채워 넣기 때문에 금액이 벌어진다.

가장 큰 변수는 세 가지다.

• 디자인의 맞춤 정도: 기존 템플릿을 그대로 쓰는지, 브랜드에 맞춰 새로 그리는지에 따라 비용 차이가 크다
• 기능의 복잡도: 단순 소개형 페이지와, 예약·결제·회원 기능이 들어간 페이지는 개발 공수 자체가 다르다
• 유지보수·운영 포함 여부: 완성 후 관리를 업체가 계속 맡는지, 넘겨받고 끝인지에 따라 견적 구조가 달라진다

유형	특징	비용 성향
템플릿 기반	빠른 제작, 제한된 맞춤	낮음
반맞춤형	브랜드 반영, 적당한 확장성	중간
완전 맞춤형	고유 설계, 복잡한 기능	높음

견적서 세 장의 금액만 나란히 놓고 저렴한 순서로 줄 세우는 비교는 의미가 없다. 같은 조건인지 먼저 확인해야 비교가 성립한다.

업체에 견적을 요청할 때부터 페이지 수, 원하는 기능, 반응형 대응 범위를 최대한 구체적으로 전달하면, 받는 견적서들의 조건이 비슷해져 비교가 훨씬 쉬워진다. 반대로 애매하게 요청하면 업체마다 알아서 다른 범위를 상상해 견적을 짜므로, 그 차이가 그대로 금액 차이로 나타난다.

견적을 요청할 때 이렇게 물어보면 비교가 쉬워진다

여러 업체에 똑같은 질문지를 돌리면 견적서의 조건이 저절로 맞춰진다. 아래 질문을 그대로 복사해서 견적 요청 메일이나 문의 폼에 붙여 넣으면, 업체마다 답변 형식이 비슷해져 나란히 비교하기가 훨씬 수월해진다.

• 기준 페이지 수는 몇 페이지이며, 초과하면 페이지당 단가는 얼마인가
• 반응형(모바일 최적화)이 기본 포함인가, 별도 항목인가
• 디자인 시안 수정은 몇 회까지 무료이며, 이후 건당 비용은 얼마인가
• 도메인과 호스팅은 발주자 명의로 등록해주는가
• 완성 후 소스코드를 전체 넘겨받을 수 있는가
• 하자보수 무상 기간은 며칠 또는 몇 개월인가
• 유지보수는 월 정액인가, 건별 청구인가
• 견적 금액에 부가세가 포함인가, 별도인가

같은 질문지에 대한 답을 받아 나란히 놓고 보면, 어느 업체가 더 저렴한지가 아니라 어느 업체가 더 넓은 범위를 같은 가격에 포함하는지가 눈에 보이기 시작한다. 이 단계에서 답변을 회피하거나 "일단 계약부터 하시죠"라는 식으로 넘어가려는 업체는 주의 깊게 볼 필요가 있다.

견적서에서 반드시 확인해야 할 6가지 항목은 무엇일까?

견적서 한 장은 보통 여섯 항목으로 나뉜다. 항목별로 무엇을 하는 작업인지, 왜 비용이 붙는지 알면 견적서를 훨씬 빨리 읽을 수 있다.

• 기획: 사이트 구조와 콘텐츠 흐름을 설계하는 단계. 건물로 치면 설계도를 그리는 작업이다
• 디자인: 기획안을 바탕으로 실제 화면 시안을 만드는 단계. 특별한 개발 요소가 없다면 전체 비용에서 가장 큰 비중을 차지하는 경우가 많다
• 퍼블리싱·개발: 디자인을 실제로 작동하는 화면으로 구현하는 단계. 로그인·예약·결제 같은 기능이 들어갈수록 단가가 높아진다
• 도메인: 웹사이트 고유 주소를 등록하는 비용. 연간 비용이 크지 않아 견적서에서 눈에 잘 안 띈다
• 호스팅: 사이트 데이터를 저장하는 서버 공간 비용. 보통 월 단위로 청구되며 규모에 따라 약 2–3만 원부터 10만 원 이상까지 벌어진다
• 유지보수: 완성 후 콘텐츠 수정과 오류 대응을 맡기는 비용. 단순 업데이트라면 월 약 1–2만 원, 콘텐츠 변경이 잦은 쇼핑몰이라면 월 10만 원 이상으로 올라가기도 한다

여기서 포인트는 도메인과 호스팅, 유지보수는 "일회성 비용"이 아니라 "매달 또는 매년 반복되는 비용"이라는 점이다. 제작비 총액만 보고 계약하면, 운영 기간 내내 나가는 이 반복 비용을 놓치기 쉽다.

견적서를 받으면 6항목이 모두 명시되어 있는지, 그중 어떤 항목이 견적서 밖에서 별도로 청구되는지부터 확인하는 것이 순서다. 예를 들어 "제작비 300만 원"이라고만 적혀 있고 호스팅·유지보수 항목이 아예 빠져 있다면, 그 비용은 나중에 별도로 청구된다는 뜻으로 읽어야 한다.

사이트 유형별로 업계에서 흔히 언급되는 제작비 범위를 대략 정리하면 아래와 같다. 정가가 있는 것은 아니므로 참고용으로만 보는 것이 안전하다.

사이트 유형	페이지 규모	제작비 범위(대략)
소개형(템플릿 기반)	5–10페이지	약 100–300만 원
반맞춤형(브랜드 반영)	10–20페이지	약 300–800만 원
완전 맞춤형·기능 포함	20페이지 이상, 예약·결제 등	약 800만 원 이상

같은 "소개형"이라도 사진 촬영, 카피라이팅, 다국어 지원 같은 부가 작업이 붙으면 범위 안에서도 금액이 크게 움직인다. 견적서를 받았을 때 이 범위에서 크게 벗어나 있다면, 그 이유가 무엇인지(포함 범위가 넓어서인지, 단순히 단가가 높아서인지) 먼저 물어보는 편이 좋다.

저가 견적서에 숨은 함정은 무엇일까?

저가 견적서가 나쁜 것은 아니지만, 포함 범위가 좁아서 저렴한 경우가 대부분이다. 문제는 그 좁은 범위가 계약 전에는 잘 드러나지 않는다는 데 있다. 계약하고 작업이 시작된 뒤에야 "이건 포함이 아니었다"는 말을 듣는 경우가 흔하다.

실무에서 자주 발견되는 함정은 이런 것들이다.

• 반응형 대응 제외: 모바일 화면 최적화가 견적에서 빠져 있다가, 나중에 별도 견적으로 청구된다
• 페이지 수 제한: 견적서 기준 페이지 수를 넘기면 페이지당 추가금이 붙는데, 이 기준 페이지 수가 처음부터 너무 적게 잡혀 있다
• 수정 횟수 제한: 시안 수정이 1회로 제한되어 있고, 2회부터는 건당 추가 비용이 발생한다
• 소스코드 미제공: 완성 후에도 소스코드를 넘겨받지 못해, 이후 수정을 항상 같은 업체에만 맡겨야 한다
• 도메인·호스팅 업체 명의: 도메인과 호스팅 계정이 발주자가 아닌 제작사 명의로 등록되어 있다

저가 견적서 자체가 문제라기보다, 그 견적이 "무엇을 뺀 가격"인지 계약 전에 확인하지 않는 것이 진짜 문제다.

각 함정이 실제로 어떤 식으로 나타나는지 하나씩 풀어보면 이렇다.

• 반응형 대응 제외: 견적서에는 "홈페이지 제작"이라고만 적혀 있어 당연히 모바일도 잘 보일 것이라 생각했는데, 완성하고 보니 PC 화면만 정상이고 모바일에서는 레이아웃이 깨져 있는 경우다. 요즘은 방문자 절반 이상이 모바일로 접속하므로, 반응형이 빠지면 사실상 절반짜리 홈페이지를 받은 셈이 된다.
• 페이지 수 제한: 견적서 기준이 "5페이지"인데, 실제로는 회사소개·서비스·문의 외에도 개별 상품 소개 페이지가 필요해 기준을 훌쩍 넘기는 경우가 흔하다. 계약 전에 필요한 페이지를 미리 나열해보고, 그 수가 견적서 기준과 맞는지 대조해야 한다.
• 수정 횟수 제한: 시안을 처음 받아보면 대부분 한 번에 만족스럽지 않다. 무료 수정이 1회뿐이라면, 실제로는 2회차부터 매번 비용이 청구되어 최종 완성까지 초기 견적보다 훨씬 많은 비용이 들 수 있다.

웹사이트 완성 후에도 계속 나가는 숨은 비용은 무엇일까?

제작비만 계산하고 운영 비용을 빼먹으면 예산이 어긋난다. 견적서에 명시적으로 안 나와 있어도, 사이트를 운영하는 동안 꾸준히 나가는 비용들이 있다. 계약 전에 이 항목들도 물어봐야 실제 예산을 정확히 짤 수 있다.

• SSL 인증서: 주소창에 자물쇠 표시를 띄우는 보안 인증서. 무료 인증서를 자동 적용하는 호스팅도 있지만, 유료 인증서를 별도로 청구하는 곳도 있다
• 이메일 호스팅: info@내도메인.com 같은 회사 이메일 계정. 도메인·홈페이지 호스팅과 별개로 추가 비용이 붙는 경우가 많다
• 스톡 이미지·폰트 라이선스: 시안에 쓰인 유료 이미지나 폰트를 상업적으로 계속 쓰려면 라이선스 비용이 별도로 발생할 수 있다
• 플러그인·외부 서비스 연동: 예약 시스템, 채팅 상담, 결제 모듈 같은 외부 서비스는 자체 월 이용료가 따로 있는 경우가 대부분이다
• 도메인 갱신비: 도메인은 1년 단위로 갱신되는 경우가 많아, 매년 잊지 않고 갱신 비용을 챙겨야 한다

제작비는 한 번 내는 돈이지만, 호스팅·도메인·유지보수·외부 서비스는 매달 또는 매년 반복되는 돈이다. 계약 전에 1년 치 운영 비용을 합산해보면 진짜 예산이 보인다.

예를 들어 A업체는 "홈페이지 제작 300만 원"이라는 견적서 한 줄만 보낸다. B업체는 같은 300만 원이지만 기획·디자인·퍼블리싱·반응형·기본 SEO 설정을 항목별로 나눠 명시하고, 도메인·호스팅·유지보수는 월 비용으로 별도 표기한다. 총액은 같아 보여도, A업체는 계약 후 반응형·SEO 항목에서 추가금이 붙을 가능성이 높고, B업체는 계약 시점에 전체 비용 구조가 이미 투명하게 드러나 있다.

같은 금액이라도 항목이 구체적으로 쪼개져 있는 견적서가 더 안전하다. 항목이 뭉뚱그려져 있을수록, 그 안에 무엇이 빠졌는지 나중에야 알게 될 가능성이 크다.

실무에서 자주 나오는 흐름을 하나 예로 들어본다. 카페를 운영하는 사업가가 "홈페이지 제작 250만 원"이라는 견적서만 보고 계약했다고 가정하자. 계약 후 디자인 시안이 나오고 나서야 모바일 화면이 깨진다는 사실을 알게 되고, 업체에 문의하니 "반응형은 견적에 없던 항목"이라며 80만 원을 추가로 요구한다. 이런 상황을 피하려면 계약 전에 반응형 포함 여부를 견적서에 명시된 문장으로 확인해두어야 한다. 계약 후에 구두로 "포함해달라"고 요청하는 것과, 계약서 자체에 적혀 있는 것은 법적 효력이 완전히 다르다.

계약서에서 가격보다 더 중요하게 봐야 할 조항은 무엇일까?

가격보다 먼저 확인해야 할 것은 소유권이다. 아무리 저렴하게 계약해도, 완성된 결과물에 대한 권리가 발주자에게 없으면 나중에 훨씬 큰 비용을 치르게 된다.

한국 저작권법에서는 외주로 만든 웹사이트나 프로그램의 저작권이 대금을 지불했다는 사실만으로 자동으로 발주자에게 넘어가지 않는다. 계약서에 저작권 양도 조항이 없으면 저작권은 원칙적으로 만든 쪽(제작사)에 남는다. 실제로 발주사가 계약서에 이 조항 없이 소스코드를 자체적으로 운용했다가 거액의 손해배상 판결을 받은 사례가 보도된 적도 있다.

계약서를 받으면 아래 조항들이 명시되어 있는지부터 확인해야 한다.

• 소스코드·저작권 귀속: 완성물의 저작권과 소스코드가 발주자에게 귀속된다는 문구가 명확히 들어 있는지
• 도메인·호스팅 명의: 도메인과 호스팅 계정을 처음부터 발주자 명의로 등록하는지, 등록 후 명의를 넘기는지
• 하자보수 기간: 인수 후 발견된 오류를 무상으로 고쳐주는 기간이 며칠인지, 몇 개월인지
• 유지보수 범위: 무상 A/S와 유상 유지보수의 경계가 어디인지, 콘텐츠 수정은 몇 건까지 무료인지
• 지체상금: 완성일을 넘기면 어떻게 처리하는지에 대한 조항이 있는지

소스코드를 넘겨받지 못하면 이후 수정·이전은 언제나 같은 업체를 거쳐야 한다. 유지보수비 협상력이 통째로 넘어가는 셈이다.

계약서를 처음부터 직접 작성하기 부담스럽다면, 표준화된 양식을 참고하는 방법도 있다. 한국저작권위원회 홈페이지에서는 저작권 관련 표준계약서 양식을 무료로 내려받을 수 있고, 이런 양식에 소스코드 귀속·도메인 명의·하자보수 조항이 이미 포함되어 있는 경우가 많다. 업체가 제시한 계약서와 표준 양식을 나란히 놓고 빠진 조항이 없는지 비교해보는 것만으로도 검토 수준이 크게 올라간다.

도메인·호스팅을 제작사 명의로 등록하면, 그 업체가 문을 닫거나 연락이 끊겼을 때 사이트 전체가 함께 사라질 위험이 있다. 계약 초기부터 도메인은 발주자 명의로 직접 등록하고, 제작사에는 관리 권한만 위임하는 방식이 훨씬 안전하다.

하자보수 기간은 업체마다 다르지만, 국내 웹 제작 계약에서는 보통 3개월에서 1년 사이를 무상 하자보수 기간으로 두는 경우가 많다. 이 기간과 범위(디자인 오류인지, 기능 오류인지)가 계약서에 구체적으로 적혀 있는지 확인해야 한다.

완성일을 넘겼을 때를 대비한 지체상금(지연배상금) 조항을 넣는 계약서도 있다. 완성일을 넘기면 하루당 계약 금액의 일정 비율을 배상하도록 정하고, 전체 배상액에는 상한선을 두는 방식이 일반적이다. 예를 들어 오픈 이벤트나 광고 집행 일정이 정해진 쇼핑몰이라면, 완성이 며칠만 늦어져도 매출에 직접 영향을 준다. 이런 경우일수록 지체상금 조항이 실질적인 압박 수단이 된다. 이런 조항이 없다고 계약이 무효는 아니지만, 일정이 중요한 프로젝트라면 계약서에 지연 시 처리 방법을 미리 정해두는 편이 이후 분쟁을 줄인다.

에이전시·프리랜서·빌더, 업체 유형마다 다르게 봐야 할까?

업체 유형에 따라 견적서에서 무게를 둬야 할 항목이 다르다. 같은 예산이라도 에이전시·프리랜서·홈페이지 빌더는 계약 구조 자체가 다르기 때문에, 견적서를 읽을 때 확인 순서도 달라져야 한다.

업체 유형	견적서에서 특히 볼 항목	특징
에이전시	유지보수 계약 범위, 담당자 변경 시 인수인계 방식	팀 단위 작업, 계약서가 표준화된 경우가 많음
프리랜서	소스코드 인도 시점, 연락 두절 시 대응 방안	개인 단위 작업, 유연하지만 리스크도 개인에게 집중
홈페이지 빌더	월 구독료 인상 가능성, 자체 도메인 연결 제한 여부	소스코드 개념 자체가 없고, 플랫폼 정책에 종속됨

프리랜서와 계약할 때는 특히 연락이 끊기는 상황을 대비한 조항을 넣어두는 것이 중요하다. 중도 계약 해지 시 그때까지 작업한 결과물과 소스코드를 넘겨받을 수 있다는 문구를 계약서에 포함시켜두면 최악의 상황에서도 손실을 줄일 수 있다. 빌더를 선택했다면 애초에 소스코드 귀속이라는 개념 자체가 없으므로, 대신 월 구독료가 향후 어떻게 바뀌는지와 자체 도메인 연결이 유료 플랜에서만 가능한지를 확인하는 데 집중하는 편이 낫다. 빌더와 에이전시 중 무엇이 지금 단계에 맞는지는 빌더와 에이전시 비교에서 더 자세히 다루고 있다.

계약금·중도금·잔금은 어떻게 나누는 게 안전할까?

결제 조건은 계약금·중도금·잔금 세 단계로 나누는 방식이 일반적이다. 계약 체결 시 계약금, 시안 확정이나 개발 완료 시 중도금, 최종 인수 후 잔금을 지급하는 흐름이다. 법으로 정해진 비율은 없지만, 각 단계를 결과물 확인 시점과 맞추는 것이 핵심이다.

일반적으로 계약금은 전체의 약 30–40퍼센트, 잔금은 최종 검수 후 지급하는 약 20–30퍼센트 선으로 남겨두는 경우가 많다. 잔금 비율을 충분히 남겨야 완성도에 대한 협상력이 생긴다. 잔금까지 미리 다 지급해버리면, 결과물에 문제가 있어도 수정을 요구할 지렛대가 약해진다.

• 계약금: 계약 체결 시 지급, 작업 착수를 위한 최소 비용
• 중도금: 디자인 시안 확정 또는 개발 완료 시 지급, 진행 상황을 눈으로 확인한 뒤 지급
• 잔금: 최종 인수·검수 후 지급, 하자보수 조건까지 확인한 뒤 지급

잔금을 완전히 다 치르기 전에 도메인·호스팅 명의 이전, 소스코드 전달, 관리자 계정 인수인계까지 모두 끝났는지 확인하는 것이 순서다.

부가세 포함 여부도 계약서에서 자주 놓치는 부분이다. 견적서에 "300만 원"이라고만 적혀 있으면 부가세 포함인지 별도인지 알 수 없으므로, 계약 전에 반드시 확인해야 한다.

프로젝트 규모가 커질수록 단계를 더 세분화하는 경우도 많다. 예를 들어 대규모 프로젝트에서는 계약금·기획 완료·디자인 확정·개발 완료·최종 인수까지 다섯 단계로 나눠 지급하기도 한다. 단계를 잘게 나눌수록 각 시점마다 결과물을 확인하고 다음 단계로 넘어갈 수 있어, 발주자 입장에서는 위험이 줄어든다.

프로젝트 규모	일반적인 지급 단계
소규모(수백만 원대)	계약금 → 잔금 2단계 또는 계약금 → 중도금 → 잔금 3단계
중대형(천만 원대 이상)	계약금 → 기획·디자인 확정 → 개발 완료 → 최종 인수 4단계 이상

작은 프로젝트에서 단계를 지나치게 잘게 나누면 오히려 서로 관리 부담만 커질 수 있으므로, 규모에 맞는 단계 수를 정하는 것이 실용적이다.

좋은 견적서와 나쁜 견적서는 실제로 어떻게 다를까?

같은 예산이라도 견적서를 작성하는 방식만으로 이후 분쟁 가능성이 크게 달라진다. 견적서 작성이 꼼꼼한 업체는 대개 계약서와 작업 진행 과정도 체계적으로 관리하는 경우가 많다. 반대로 견적서부터 항목이 뭉뚱그려져 있다면, 작업 중간에도 소통이 불명확할 가능성을 미리 염두에 두는 편이 좋다. 아래는 실제로 자주 마주치는 두 유형의 비교다.

구분	좋은 견적서	나쁜 견적서
항목 구성	기획·디자인·개발·도메인·호스팅·유지보수가 각각 분리	"홈페이지 제작 일체"로 뭉뚱그려짐
페이지 수	기준 페이지 수와 초과 시 단가 명시	페이지 수 언급 없음
수정 횟수	무료 수정 횟수와 이후 단가 명시	수정 범위 언급 없음
반응형	포함 여부를 항목으로 별도 표기	포함 여부 불명확
유지보수	월 비용과 포함 범위 명시	견적서에서 아예 누락
지급 조건	계약금·중도금·잔금 시점과 비율 명시	전액 선입금 요구

좋은 견적서는 읽는 사람이 "이 돈으로 정확히 무엇을 받는지" 바로 알 수 있게 쓰여 있다. 반대로 나쁜 견적서는 항목이 뭉뚱그려져 있어서, 계약하는 순간까지도 실제 포함 범위를 정확히 알기 어렵다.

견적서 비교 단계에서 항목이 지나치게 단순하게 적혀 있다면, 그 자리에서 "이 금액에 반응형·유지보수·수정 횟수가 포함되어 있는지" 직접 물어보고 답변을 서면으로 받아두는 것이 가장 확실한 방법이다.

이때 문자나 메일로 받은 답변도 계약서만큼의 효력을 완전히 대신하지는 못하지만, 분쟁이 생겼을 때 "포함하기로 했었다"는 사실을 뒷받침하는 근거는 될 수 있다. 가능하다면 구두로 들은 내용도 최종 계약서 본문이나 특약사항에 그대로 옮겨 적는 것이 가장 안전하다.

계약 전 마지막으로 확인할 체크리스트는?

계약서에 서명하기 직전, 아래 항목을 순서대로 확인하면 대부분의 분쟁 소지를 미리 걸러낼 수 있다.

• 소스코드·저작권 귀속 조항이 명확히 적혀 있는가 — 이후 다른 업체로 유지보수를 옮길 수 있는지가 이 조항 하나로 결정된다
• 도메인·호스팅 명의가 발주자로 등록되는가 — 업체가 사라져도 사이트가 함께 사라지지 않도록 하는 최소한의 안전장치다
• 하자보수 기간과 범위가 구체적인 기간으로 명시되어 있는가 — "필요시 지원"처럼 모호한 표현이 아니라 구체적인 일수·개월 수로 적혀 있어야 한다
• 유지보수 범위와 비용이 무상·유상 구간으로 나뉘어 있는가 — 어디까지가 무료 지원이고 어디부터 별도 청구인지 경계선이 분명해야 한다
• 무료 수정 횟수와 초과 시 단가가 정해져 있는가 — 횟수가 적으면 최종 완성까지 예상보다 많은 추가 비용이 붙을 수 있다
• 결제 조건(계약금·중도금·잔금 비율과 시점)이 명확한가 — 잔금을 충분히 남겨야 완성도에 대한 협상력이 유지된다
• 완료 기한과 지연 시 처리 방법이 계약서에 포함되어 있는가 — 일정이 미뤄졌을 때 누구의 책임인지 미리 정해두면 분쟁을 피할 수 있다

이 일곱 가지 중 하나라도 계약서에서 빠져 있다면, 서명 전에 반드시 추가 조항으로 넣어달라고 요청하는 편이 안전하다. 계약 후에 요구하면 협상력이 이미 약해진 상태이기 때문이다. 정상적으로 운영되는 업체라면 이런 요청을 이상하게 받아들이지 않고, 오히려 명확한 조건을 먼저 제시하는 발주자를 더 신뢰하는 경우가 많다.

자주 묻는 질문

견적이 다른 곳보다 유독 저렴하면 무조건 의심해야 하나?

무조건 의심할 필요는 없지만, 반드시 이유를 확인해야 한다. 저렴한 이유가 단순히 효율적인 작업 방식 때문일 수도 있고, 반응형·유지보수·수정 횟수 같은 항목이 통째로 빠져 있어서일 수도 있다. 견적서에 항목이 구체적으로 쪼개져 있는지 먼저 확인하면 이유를 빠르게 파악할 수 있다.

유지보수 계약은 꼭 제작한 업체와 이어서 해야 하나?

소스코드를 온전히 넘겨받았다면 꼭 그럴 필요는 없다. 소스코드와 관리자 권한을 완전히 넘겨받으면 다른 업체나 내부 담당자가 유지보수를 맡을 수도 있다. 반대로 소스코드를 못 받았다면, 사실상 제작한 업체에만 유지보수를 의존할 수밖에 없는 구조가 된다.

소스코드를 넘겨받지 못하면 실제로 어떤 문제가 생기나?

향후 수정과 이전 모두 한 업체에 종속된다. 다른 업체로 유지보수를 옮기고 싶어도 코드가 없으면 처음부터 다시 만들어야 하는 경우가 많다. 이 때문에 유지보수 단가도 협상 없이 제작사가 정하는 대로 따를 수밖에 없는 상황이 생긴다.

계약서에 특약사항을 추가로 넣어달라고 요청해도 되나?

가능하고, 오히려 권장되는 방법이다. 표준 계약서 양식에 우리 상황에 맞는 조항(예: 도메인 명의 발주자 등록, 특정 기한 내 소스코드 전달)이 빠져 있다면, 특약사항으로 명시해달라고 요청하면 된다. 정상적인 업체라면 이런 요청을 부담스러워하지 않는다.

견적서에 부가세가 포함인지 별도인지는 왜 확인해야 하나?

총 지불 금액이 최대 10퍼센트까지 달라질 수 있기 때문이다. 견적서에 부가세 표기가 없으면 계약 시점에 반드시 확인해야 한다. 사업자 간 거래에서는 부가세 별도가 일반적이므로, 표기가 없다면 별도일 가능성을 염두에 두고 예산을 계획하는 편이 안전하다.

계약 후 요구사항이 바뀌면 추가 비용은 어떻게 처리되나?

변경 범위에 따라 다르지만, 처리 방식을 계약서에 미리 정해두는 것이 최선이다. 사소한 텍스트·이미지 교체는 무료 수정 횟수 안에서 처리되는 경우가 많고, 페이지 구조나 기능이 바뀌는 수준의 변경은 별도 견적으로 처리되는 것이 일반적이다. 어느 선까지가 무료이고 어디부터 유상인지 계약서에 구체적으로 적어두면 이후 이견을 줄일 수 있다.

견적서 여러 장을 비교할 시간이 부족하면 어떻게 해야 하나?

이 글의 체크리스트 일곱 가지만이라도 먼저 대조해보는 것으로 충분하다. 모든 조항을 처음부터 완벽하게 검토하기는 현실적으로 어렵다. 소스코드·저작권 귀속, 도메인·호스팅 명의, 하자보수 기간 세 가지만 먼저 확인하고, 나머지는 계약 전 미팅에서 직접 질문하는 방식으로도 충분히 위험을 줄일 수 있다.

계약서 없이 구두 약속만으로 진행해도 괜찮나?

괜찮지 않다. 구두로 "반응형도 해드릴게요", "소스코드도 나중에 드릴게요"라고 들었더라도, 문서로 남아 있지 않으면 분쟁이 생겼을 때 입증하기 어렵다. 간단한 프로젝트라도 최소한 이메일이나 문자로라도 합의 내용을 남겨두고, 규모가 있는 프로젝트라면 반드시 정식 계약서를 작성해야 한다.

여러 업체에 동시에 견적을 요청해도 실례가 되지 않나?

전혀 실례가 아니다. 견적 비교는 발주자의 당연한 권리이며, 대부분의 업체도 경쟁 견적이 있다는 사실을 자연스럽게 받아들인다. 다만 상담에 응해준 업체에는 최종 결정 결과를 짧게라도 알려주는 것이 이후 다른 프로젝트에서도 좋은 관계를 유지하는 데 도움이 된다.

계약서 검토에 변호사 자문이 꼭 필요한가?

프로젝트 규모에 따라 다르다. 수백만 원대 소규모 프로젝트라면 이 글의 체크리스트로 직접 검토해도 충분한 경우가 많다. 다만 억대에 가까운 대형 프로젝트이거나 특수한 기능(결제, 개인정보 처리 등)이 포함된다면, 계약서 검토에 법률 자문을 받는 비용이 이후 분쟁 비용보다 훨씬 저렴하다.

정리하면, 견적서는 금액이 아니라 항목으로 비교하고, 계약서는 가격보다 소유권 조항을 먼저 읽어야 한다. 소스코드 저작권 귀속, 도메인·호스팅 명의, 하자보수 기간 이 세 가지만 계약 전에 확인해도 이후 발생할 수 있는 대부분의 분쟁을 예방할 수 있다.

견적서 비교와 계약서 검토가 막막하게 느껴지신다면, 이루웹과 함께 항목별로 하나씩 짚어보시길 권해 드립니다. 이루웹은 SEO 최적화 홈페이지 제작 단계부터 견적 구성과 계약 조건을 투명하게 안내해 드리고 있으며, 홈페이지 제작 비용을 결정하는 요소와 제작 전 SEO 체크리스트도 함께 참고하시면 판단에 도움이 되실 것입니다. 이루웹의 다른 서비스도 살펴보시고, 궁금한 점은 문의로 남겨 주시면 성실히 답변드리겠습니다.