
홈페이지 유지보수 비용은 웹사이트를 만든 뒤 서버 운영, 보안 점검, 콘텐츠 수정, 오류 대응 등을 지속적으로 처리하는 대가로 지불하는 비용을 말한다. 제작비와 달리 한 번 내고 끝나는 돈이 아니라 계약 기간 동안 매달 또는 매년 반복해서 지출되는 항목이라, 계약 전에 그 구조를 제대로 알아 두어야 나중에 분쟁을 줄일 수 있다. 이 글은 유지보수 비용이 어떻게 구성되고, 계약서와 과업지시서에 무엇을 담아야 하는지, 실무에서 자주 부딪히는 지점이 무엇인지를 순서대로 짚는다.
먼저 유지보수라는 말 안에 서로 다른 성격의 작업이 섞여 있다는 점을 이해해야 한다. 서버와 도메인 관리처럼 사이트가 꺼지지 않게 하는 기술적 운영이 있고, 텍스트나 이미지를 바꾸는 콘텐츠 수정이 있으며, 보안 취약점을 점검하고 패치하는 작업이 있고, 방문자가 늘거나 기능이 바뀌면서 발생하는 기능 추가·개선이 있다. 이 네 가지는 필요한 전문성과 소요 시간이 전혀 달라서, 하나의 금액으로 뭉뚱그려 놓으면 나중에 어디까지가 포함되고 어디부터 별도 비용인지를 두고 다툼이 생기기 쉽다.
비용이 갈리는 이유
유지보수 비용이 사이트마다 크게 차이 나는 까닭은 규모와 대응 범위가 다르기 때문이다. 정적인 소개 페이지 몇 장을 운영하는 경우와, 회원 가입·결제·게시판이 얽힌 사이트를 운영하는 경우는 오류가 발생할 가능성과 대응 난이도 자체가 다르다. 또한 월 몇 회의 콘텐츠 수정을 포함하는지, 야간이나 주말 장애 대응을 포함하는지, 응답 시간을 얼마 이내로 보장하는지에 따라서도 금액 구조가 달라진다. 따라서 단가표만 보고 비교하기보다는 그 단가가 어떤 작업 범위를 전제로 한 것인지부터 확인하는 것이 순서다.
계약서와 과업지시서에 담을 것
홈페이지 유지보수 계약서는 표준 계약서 양식을 그대로 쓰기보다 실제 업무에 맞게 항목을 다듬어야 실효성이 있다. 계약서에는 계약 기간, 월 정기 비용과 지급 시기, 정기 점검 주기, 장애 발생 시 대응 시간, 계약 해지 조건이 들어가야 한다. 과업지시서에는 이보다 더 구체적으로 월별 콘텐츠 수정 허용 횟수, 수정 가능한 항목의 종류, 별도 견적이 필요한 작업의 기준, 요청과 처리 사이의 소통 방식을 적어 둔다. 이 두 문서를 분리해서 작성하면 계약서는 상위 조건을, 과업지시서는 실무 세부사항을 각각 관리할 수 있어 나중에 업무 범위를 조정하기도 수월하다.
견적서에서 확인할 항목
견적서를 받았을 때는 총액만 보지 말고 그 안에 무엇이 포함되고 무엇이 빠졌는지를 항목별로 뜯어봐야 한다. 서버·호스팅 비용이 유지보수비에 포함된 것인지 별도인지, 도메인 갱신 비용은 누가 부담하는지, 보안 인증서 갱신이 포함되는지를 따로 확인해야 한다. 또한 콘텐츠 수정 요청이 정해진 횟수를 넘어가면 어떤 방식으로 추가 비용이 청구되는지, 시간당 정산인지 건당 정산인지도 견적서 단계에서 명확히 해 두는 것이 좋다. 이런 항목이 애매하게 적혀 있으면 계약 기간 중 매번 추가 비용을 두고 협의해야 하는 번거로움이 생긴다.
자주 생기는 오해
유지보수 계약을 맺으면 모든 요청이 무제한으로 처리된다고 오해하는 경우가 많은데, 실제로는 대부분의 계약이 월별 처리 가능한 작업량에 상한을 두고 있다. 또한 유지보수 업체가 디자인 개편이나 새로운 기능 개발까지 당연히 맡아 준다고 생각하기 쉬우나, 이런 작업은 통상 기존 제작 범위를 벗어나는 별도 프로젝트로 취급되어 추가 견적이 필요하다. 반대로 사소한 오탈자 수정까지 매번 별도 비용을 청구하는 것도 일반적인 관행과는 거리가 있으므로, 계약 전에 어느 수준까지가 기본 범위인지 구체적인 예시를 들어 확인해 두는 것이 안전하다.
업체를 검토할 때 볼 점
홈페이지 유지보수 업체를 고를 때는 특정 브랜드나 순위를 참고하기보다 계약 조건 자체를 비교하는 것이 실질적으로 도움이 된다. 대응 시간 약속을 문서로 명시하는지, 장애 발생 시 연락 경로가 분명한지, 이전 담당자가 바뀌어도 인수인계 자료가 남는지를 확인해야 사이트 운영이 특정 개인에게 지나치게 의존하는 상황을 피할 수 있다. 아울러 계약을 해지할 때 소스코드와 관리자 계정을 온전히 넘겨받을 수 있는지도 계약서에 미리 못 박아 두어야, 업체를 옮기고 싶을 때 발이 묶이는 일을 막을 수 있다.
상황별로 다르게 판단할 점
운영 규모가 작고 콘텐츠 변경이 드문 사이트라면 정기 계약보다 건별 정산이 더 경제적일 수 있고, 반대로 거래나 회원 기능이 있어 장애 대응이 중요한 사이트라면 정기 계약을 맺어 응답 시간을 보장받는 편이 낫다. 자체적으로 콘텐츠 관리 시스템을 다룰 수 있는 인력이 있는 조직이라면 콘텐츠 수정은 내부에서 처리하고 기술적 보안 점검만 외부에 맡기는 방식으로 범위를 나눌 수도 있다. 이처럼 사이트의 성격과 내부 역량에 따라 계약 범위를 조정하는 것이 일률적인 패키지를 그대로 받아들이는 것보다 비용 효율이 높다.
| 구분 | 확인할 내용 |
|---|---|
| 계약서 | 계약 기간, 정기 비용 지급 시기, 해지 조건, 대응 시간 |
| 과업지시서 | 월별 수정 허용 범위, 추가 견적 기준, 소통 방식 |
| 견적서 | 호스팅·도메인·인증서 포함 여부, 초과 요청 정산 방식 |
| 해지 시 | 소스코드·관리자 계정 인수, 인수인계 자료 유무 |
계약을 앞두고 있다면 우선 계약서와 과업지시서, 견적서를 나란히 놓고 항목이 서로 어긋나는 부분이 없는지부터 대조해 보는 것이 순서다. 해마다 바뀔 수 있는 구체적인 단가는 여러 곳의 견적서를 직접 비교해 확인하고, 업무 범위와 대응 조건은 문서에 명시된 문구를 기준으로 판단하면 계약 이후 발생할 수 있는 다툼의 여지를 크게 줄일 수 있다.
· · · · · · · · · ·
스페셜타임스는 AI 기술의 도움을 받아 더 빠르고 다양한 뉴스를 독자에게 전달하기 위해 노력하고 있습니다.
