포트폴리오: 디자인보다 실제 작동 여부가 핵심
업체의 포트폴리오는 실제 운영 중인 사이트인지 직접 확인하는 것이 가장 중요합니다. 단순히 이미지로만 구성된 포트폴리오는 실제 구현 능력과 다를 수 있습니다. 제시된 포트폴리오 웹사이트에 직접 방문하여 디자인, 속도, 기능이 원활하게 작동하는지 확인해야 합니다. 특히 내가 만들고 싶은 웹사이트와 유사한 업종이나 기능의 프로젝트를 성공시킨 경험이 있는지 눈여겨보세요. 성공적인 프로젝트 경험은 내 비즈니스에 대한 이해도가 높을 가능성을 의미합니다.
요구사항 정의: 모호함이 분쟁의 시작
계약 전, 원하는 기능과 디자인에 대한 구체적인 요구사항을 문서로 정리하고 상호 검토해야 합니다. '깔끔한 디자인'이나 '편리한 게시판' 같은 추상적인 표현은 담당자마다 다르게 해석할 여지가 큽니다. 이는 프로젝트 중반에 불필요한 분쟁과 추가 비용의 원인이 됩니다. 간단하게라도 원하는 기능, 페이지 구성, 참고 사이트 등을 정리하여 전달하고, 업체가 이를 바탕으로 작성한 요구사항 정의서(RFP)나 제안서를 꼼꼼히 검토하는 과정이 필수적입니다.
요구사항이 명확할수록 결과물의 만족도는 높아지고, 프로젝트는 계획대로 진행됩니다. 최소한 아래 항목들은 문서로 정리하여 공유하는 것이 좋습니다.
- 필수 페이지 목록: 회사소개, 제품/서비스 소개, 갤러리, 문의하기 등
- 핵심 기능: 회원가입/로그인, 결제 시스템, 예약 기능, 검색 기능 등
- 디자인 참고자료: 벤치마킹할 경쟁사 또는 선호하는 디자인의 웹사이트 URL
- 콘텐츠 제공 주체: 페이지에 들어갈 텍스트와 이미지는 누가 준비할 것인지
상세 견적서: 총액보다 포함/미포함 내역 확인
견적서는 총액만 볼 것이 아니라 어떤 항목이 포함되고 제외되었는지 세부적으로 분석해야 합니다. 지나치게 저렴한 견적은 필수적인 기능이나 서비스가 누락되었을 가능성이 있습니다. 예를 들어, 기획, 디자인, 개발, 콘텐츠 입력 등의 작업 범위가 명확히 구분되어 있는지 확인하세요. 또한, 추후 비용이 발생할 수 있는 항목을 미리 확인하는 것이 중요합니다. 더 자세한 비용 구조는 유형별 홈페이지 제작 비용 가이드에서 확인해볼 수 있습니다.
추가 비용 발생 가능 항목
- 유료 스톡 이미지 또는 폰트 라이선스 비용
SSL보안 인증서 설치 비용- 도메인 및 호스팅(서버) 비용
- 계약 범위를 벗어나는 기능 추가 또는 디자인 수정 요청

개발 범위(SOW): 계약서의 가장 중요한 부분
계약서에는 프로젝트의 결과물로 나올 모든 기능과 페이지를 포함하는 개발 업무 범위(Scope of Work, SOW)가 명확하게 담겨야 합니다. '게시판 기능'이라고만 명시하면 댓글, 파일 첨부, 비밀글 기능 등 세부 사항에서 이견이 발생할 수 있습니다. 각 기능에 대해 사용자가 어떤 행동을 할 수 있는지 구체적으로 서술해야 합니다. 개발 범위가 명확하면 프로젝트 완료 기준 또한 명확해져 양측 모두에게 이롭습니다.
유지보수 및 기술 지원: 제작 후 진짜 시작
웹사이트는 제작 완료 후에도 지속적인 관리가 필요합니다. 계약서에 무상 유지보수 기간과 범위, 그리고 유상 유지보수 전환 시의 비용과 서비스 내용을 반드시 명시해야 합니다. 웹사이트 오픈 후 발생하는 간단한 텍스트 수정이나 오류 해결은 무상 기간에 포함되는지, 서버 장애나 보안 문제 발생 시 어떻게 대응하는지 등을 확인해야 합니다. 이는 웹사이트의 안정적인 운영과 직결되는 중요한 문제입니다. 홈페이지 제작 초기 비용과 유지보수 비용의 균형을 고려하는 것이 현명합니다.
서비스 수준 협약(
Service Level Agreement, SLA)은 기술 지원의 응답 시간, 해결 시간, 가용성 등을 구체적인 수치로 약속하는 문서입니다. 중요한 비즈니스 웹사이트라면SLA포함 여부를 확인하는 것이 좋습니다.
소스 코드 소유권: 내 자산에 대한 권리 확인
프로젝트 완료 후 웹사이트의 원본 소스 코드 소유권이 누구에게 귀속되는지 반드시 계약서에서 확인해야 합니다. 소유권이 의뢰인(고객)에게 완전히 이전되어야만, 추후 다른 업체를 통해 사이트를 수정하거나 기능을 확장할 때 문제가 발생하지 않습니다. 일부 업체는 자체 개발한 솔루션이나 프레임워크를 사용했다는 이유로 소유권 이전을 거부하거나 제한하는 경우가 있으므로 계약 전에 명확히 해야 할 핵심 사항입니다.

프로젝트 일정 및 소통 방식: 투명한 진행 관리
전체 프로젝트의 시작부터 완료까지의 상세 일정과 각 단계별 산출물을 합의해야 합니다. 기획, 디자인 시안 확인, 개발, 테스트 등 주요 마일스톤(milestone)을 설정하고 각 단계의 완료 시점을 명시하면 프로젝트 지연을 방지할 수 있습니다. 또한, 정기적인 진행 상황 공유 방식(예: 주간 보고서, 정기 회의)과 주요 소통 채널(이메일, 메신저 등)을 정해두면 원활한 협업이 가능합니다.
계약 해지 및 분쟁 해결: 만약을 위한 안전장치
프로젝트가 원활하게 진행되지 않을 경우를 대비해 계약 중도 해지 조건과 위약금, 분쟁 발생 시 해결 절차를 미리 확인해야 합니다. 각 당사자의 귀책 사유에 따른 책임 범위와 환불 규정 등이 명시되어 있는지 꼼꼼히 살펴보세요. 이는 불필요한 법적 분쟁을 예방하는 최소한의 안전장치입니다. 공정거래위원회에서 제공하는 IT 프로젝트 표준계약서 양식을 참고하여 계약서의 내용이 일반적인 기준에 부합하는지 비교해보는 것도 좋은 방법입니다.
최종 점검: 업체별 계약 조건 비교표
여러 업체를 두고 고민 중이라면, 아래 표를 활용하여 각 업체의 계약 조건을 객관적으로 비교하고 최종 결정을 내리는 데 도움을 받을 수 있습니다. 모든 항목에서 완벽한 업체를 찾기보다는, 내 비즈니스의 우선순위에 맞춰 가장 적합한 파트너를 선택하는 것이 중요합니다.
| 확인 항목 | A 업체 | B 업체 | C 업체 | 비고 |
|---|---|---|---|---|
| 포트폴리오 적합성 | 유사 업종 경험 많음 | 디자인 우수 | 기능 중심 프로젝트 다수 | 우리 비즈니스와 맞는가? |
| 상세 견적 제공 | 항목별 상세 | 총액 위주 | 중간 수준 | 추가 비용 발생 여지 |
| 유지보수 조건 | 1년 무상 (텍스트) | 6개월 무상 (오류) | 유료 전환 필수 | 무상 범위와 기간 |
| 소스 코드 소유권 | 100% 고객 귀속 | 일부 라이브러리 제외 | 완전 이전 | 자유로운 수정/이전 가능? |
| 기술 지원(SLA) | 이메일 지원 | 전화/메신저 지원 | SLA 계약 별도 | 장애 시 대응 속도 |
| 프로젝트 관리 방식 | 주간 보고서 | 월간 미팅 | 담당자 지정 없음 | 소통이 원활할까? |
자주 묻는 질문
- 계약서에 없는 기능을 중간에 추가로 요청할 수 있나요?
대부분 가능하지만 추가 비용과 기간이 발생합니다. 계약된 개발 범위(SOW)를 벗어나는 요청은 별도의 추가 계약으로 진행되는 것이 일반적입니다. 따라서 초기 기획 단계에서 필요한 기능을 최대한 구체적으로 정의하는 것이 예산을 초과하지 않는 가장 좋은 방법입니다.
- 홈페이지 제작 기간은 보통 얼마나 걸리나요?
웹사이트의 규모와 기능 복잡성에 따라 크게 달라집니다. 간단한 회사 소개 페이지는 24주, 맞춤 기능이 포함된 중규모 사이트는 812주 이상 소요될 수 있습니다. 계약 시 업체와 합의한 상세 일정표를 기준으로 삼는 것이 가장 정확합니다.
- 유지보수 계약은 꼭 필요한가요?
필수는 아니지만 강력히 권장합니다. 웹사이트는 서버, 플러그인, 브라우저 업데이트 등 외부 환경 변화에 따라 오류가 발생하거나 보안에 취약해질 수 있습니다. 정기적인 유지보수는 웹사이트를 최적의 상태로 안전하게 운영하기 위한 보험과 같습니다.
- 견적이 저렴한 제작 업체는 피해야 할까요?
무조건 피할 필요는 없지만, 저렴한 이유를 명확히 확인해야 합니다. 템플릿 기반으로 제작하여 비용을 낮췄거나, 포함된 기능이 매우 제한적일 수 있습니다. 견적서의 세부 항목을 꼼꼼히 비교하여 내가 원하는 결과물을 합리적인 비용으로 제공하는 곳인지 판단해야 합니다.
