홈페이지 제작 업체 제안서, 견적보다 먼저 비교해야 할 7가지

홈페이지 제작 제안서를 여러 곳에서 받으면 가장 먼저 총액과 일정을 비교하기 쉽습니다. 하지만 업체마다 포함한 페이지, 기능, 콘텐츠 작업, 권리, 검수 기준이 다르면 같은 가격표처럼 보여도 실제 제안 범위는 전혀 다를 수 있습니다.

따라서 견적을 비교하기 전, 각 제안서를 동일한 항목으로 다시 정리해야 합니다. 핵심은 가격을 맞추는 것이 아니라 가격에 포함된 책임과 완료 기준을 맞추는 것입니다.

1. 페이지 수보다 ‘제작 범위’를 먼저 맞춘다

‘홈페이지 10페이지’처럼 페이지 수만 적혀 있으면 범위를 정확히 비교하기 어렵습니다. 같은 페이지 수라도 몇 종류의 템플릿을 디자인하는지, 어떤 기능을 구현하는지, 최종적으로 무엇을 인계하는지에 따라 작업 내용이 달라질 수 있기 때문입니다.

제안서에는 페이지 수와 템플릿 종류, 기능, 산출물, 제외 범위가 각각 구분돼 있어야 합니다. 추가 또는 변경 요청이 발생했을 때 요청 방법, 비용 산정, 일정 영향도 함께 확인해야 합니다. 국내 공공 소프트웨어 사업 지침도 요구사항을 상세히 작성하도록 하고, 과업 변경 시 변경 내용·사유·영향평가·소요비용을 기록하는 양식을 두고 있습니다.

“포함됩니다”라는 답변보다 포함 범위와 제외 범위가 문서에 적혀 있는지를 확인해야 합니다.

비교할 질문

• 제작할 페이지와 템플릿 종류는 무엇인가?
• 구현 기능과 최종 산출물은 무엇인가?
• 견적에서 제외된 작업은 무엇인가?
• 변경 요청은 어떤 절차로 접수하고 비용과 일정 영향은 어떻게 확인하는가?

2. 콘텐츠를 누가 준비하고 어디까지 등록하는지 확인한다

디자인과 개발 범위가 명확해도 콘텐츠 책임이 빠지면 일정과 비용을 예측하기 어렵습니다. 원고, 이미지, 영상, 다국어 번역, 자료 입력을 발주사가 준비하는지 제작사가 담당하는지 구분해야 합니다.

단순히 “자료 제공 필요”라고 적는 데서 끝내지 말고, 누가 언제 제공하며 제작사는 편집과 등록을 어디까지 맡는지 확인하는 것이 좋습니다. 원고를 그대로 등록하는 작업과 편집을 거쳐 화면에 맞게 구성하는 작업은 제안 범위상 구별할 필요가 있습니다.

비교할 질문

• 원고·이미지·영상·번역은 누가 준비하는가?
• 자료 제공 시점은 언제인가?
• 제작사는 콘텐츠 편집과 등록을 어디까지 담당하는가?
• 자료가 늦거나 변경될 때 일정과 범위는 어떻게 조정하는가?

3. 문의 전환을 화면이 아니라 측정 가능한 행동으로 정의한다

문의 버튼이나 상담 양식이 있다는 사실만으로 전환 설계가 완료되는 것은 아닙니다. 방문자가 수행하기를 원하는 목표 행동과 그 행동을 어떤 방식으로 측정할지를 함께 정해야 합니다.

예를 들어 문의폼 제출, 전화 클릭, 상담 예약 가운데 무엇을 이벤트로 구현하고 검수할지 제안서에 적을 수 있습니다. Google Analytics에서는 이벤트를 핵심 이벤트로 지정해 전환 관련 성과 보고에 활용할 수 있습니다.

전환 기준은 “문의 페이지 제작”이 아니라 “어떤 행동을 이벤트로 기록하고 검수할 것인가”까지 내려가야 합니다.

비교할 질문

• 홈페이지의 목표 행동은 무엇인가?
• 어떤 사용자 행동을 이벤트로 구현하는가?
• 구현된 이벤트가 정상 수집되는지는 누가 검수하는가?
• 오픈 후 전환 성과를 확인할 수 있도록 인계하는가?

4. 결과물의 권리와 이용 범위를 구분한다

제작비를 지급했다는 사실만으로 디자인, 퍼블리싱, 소스코드 등 모든 결과물의 권리가 포괄적으로 정리됐다고 단정하기는 어렵습니다. 계약서에서 어떤 결과물을 대상으로 어떤 권리를 확보하는지 확인해야 합니다.

한국저작권위원회 표준계약서는 저작재산권 전부 양도, 일부 양도, 독점적 이용허락, 비독점적 이용허락을 구분합니다. 대법원 판례 역시 개발위탁계약에서 새 프로그램의 권리를 양도했더라도 기존 원저작물의 권리까지 당연히 양도되는 것은 아니라고 봅니다.

소유권 비교에서는 결과물의 목록, 권리의 형태, 기존 저작물의 처리 범위를 따로 확인해야 합니다.

비교할 질문

• 디자인·퍼블리싱·소스코드 중 인계되는 결과물은 무엇인가?
• 각 결과물은 양도인지 이용허락인지?
• 이용허락이라면 독점적인지 비독점적인지?
• 제작사가 기존에 보유한 원저작물이 포함된다면 그 이용 범위는 무엇인가?

5. SEO·분석은 계정 권한과 인수 항목까지 본다

제안서에 ‘SEO 설정’이나 ‘분석 도구 연동’이라고만 적혀 있다면 실제 인수 상태를 파악하기 어렵습니다. Search Console과 Analytics 계정을 누가 소유하고 관리하는지, 오픈 후 어떤 권한과 설정을 넘겨받는지를 확인해야 합니다.

Google은 Search Console 이용의 출발점으로 사이트 소유권 확인을 안내합니다. 또한 URL 검사 도구에서 색인을 요청하려면 해당 속성의 소유자 또는 전체 사용자 권한이 필요하다고 설명합니다. 설정 여부뿐 아니라 발주사가 필요한 권한을 확보하는지가 중요한 이유입니다.

비교할 질문

• Search Console과 Analytics는 어떤 계정으로 설정하는가?
• 발주사가 확보하는 소유·관리 권한은 무엇인가?
• 오픈 후 인계할 계정과 설정 항목은 무엇인가?
• 문의 전환 이벤트 설정도 인수 범위에 포함되는가?

6. QA는 ‘확인했다’가 아니라 완료 조건으로 비교한다

“디자인 확인 후 오픈”이라는 표현만으로는 QA 범위와 완료 여부를 판단하기 어렵습니다. 테스트 대상, 테스트 방법, 충족 조건, 인계 계획이 구체적으로 적혀 있어야 업체별 품질 보증 수준을 비교할 수 있습니다.

국내 시스템운영환경구축사업 평가 기준도 검사·인계를 위한 검사 대상, 방법, 충족 조건과 인계 계획의 구체성을 평가합니다. 접근성 검수도 자동 도구의 결과만으로 완료됐다고 판단해서는 안 됩니다. W3C는 자동 검사와 사람의 평가를 함께 사용해야 한다고 설명합니다.

QA 완료 기준은 테스트 대상·방법·충족 조건·인계 계획이 모두 문서화됐는지로 비교해야 합니다.

비교할 질문

• 검사 대상과 방법은 무엇인가?
• 어떤 조건을 충족해야 완료로 판단하는가?
• 오류가 발견되면 수정과 재검수는 어떻게 진행하는가?
• 접근성은 자동 검사와 사람의 평가를 함께 진행하는가?

7. 유지보수는 기간보다 범위와 대응 절차를 본다

‘오픈 후 유지보수 제공’이라는 문구만으로는 충분하지 않습니다. 무상 하자보수 범위, 제외 항목, 장애 접수·응답·복구 절차, 월별 작업 한도를 나눠 확인해야 합니다. 하자 수정과 새로운 기능 추가도 같은 작업으로 간주되는지 구분할 필요가 있습니다.

국내 용역계약 일반조건은 검사로 사업 완료를 확인한 뒤 원칙적으로 1년간 하자보수 책임을 규정합니다. 공공 평가 기준도 하자담보 기간 중 보수 범위와 하자 발생 시 조치 절차를 구체적으로 제시하는지를 봅니다. 이는 공공 계약 기준이므로 모든 민간 계약에 그대로 적용된다고 단정하기보다, 민간 제안서를 비교할 때 확인 항목으로 참고하는 것이 적절합니다.

유지보수 기간이 같아도 무상 범위, 제외 항목, 대응 절차, 작업 한도가 다르면 실제 조건은 다릅니다.

비교할 질문

• 무상 하자로 인정되는 범위와 제외 항목은 무엇인가?
• 장애는 어디로 접수하며 응답과 복구 절차는 어떻게 되는가?
• 월별 작업 한도가 있는가?
• 하자 수정과 추가·변경 작업은 어떻게 구분하고 비용을 산정하는가?

제안서를 하나의 비교표로 다시 정리하는 방법

업체가 작성한 제안서의 목차와 표현은 서로 다를 수 있습니다. 받은 자료를 그대로 나란히 놓기보다 다음 7개 항목으로 다시 옮겨 적으면 빠진 조건과 해석 차이를 확인하기 쉽습니다.

비교표의 각 칸에는 가능하면 ‘포함’, ‘별도’, ‘제외’, ‘확인 필요’처럼 상태를 구분해 적고, 제안서나 계약서에서 해당 조건을 확인할 수 있는 위치를 함께 기록하는 방식이 유용합니다. 내용이 비어 있다면 가격 차이로 판단하기 전에 업체에 같은 질문을 보내 답변을 문서로 맞춰야 합니다.

결론: 가장 싼 견적보다 가장 명확한 제안서를 찾는다

홈페이지 제작 견적은 결과물과 책임 범위가 같을 때 비로소 의미 있게 비교할 수 있습니다. 제작 범위, 콘텐츠 책임, 전환 측정, 결과물 권리, 계정 권한, QA 완료 조건, 유지보수를 같은 기준으로 정리하면 총액 뒤에 숨어 있던 차이가 드러납니다.

업체 선정의 기준은 설명이 화려한지보다 무엇을 만들고, 무엇을 넘겨주며, 어떤 상태를 완료로 인정하고, 오픈 이후 어디까지 책임지는지가 문서에 명확한지에 두는 것이 좋습니다.