홈페이지 유지보수와 백업 5분 읽기
유지보수 계약 범위 정하는 점검법
홈페이지나 웹 시스템을 구축한 뒤 유지보수 계약 범위를 정할 때는 통상적인 관리 작업과 추가 개발 작업의 경계를 문서로 명확히 가르는 것이 핵심입니다. 일상적인 보안 패치와 백업, 오류 수정, 단순 텍스트 교체처럼 반복되는 유지 과업을 명시하고, 신규 기능 추가나 대대적인 디자인 개편은 별도 과업으로 분류해야 업무 충돌을 막을 수 있습니다. 계약서 본문이나 과업 지시서에 각 항목별 작업 한도와 처리 방식을 구체적으로 규정해 둘수록 계약 기간 중 발생할 수 있는 분쟁 가능성이 줄어듭니다.
과업 세부 분류와 포함 여부 설정 순서
유지보수 계약 범위를 설정할 때는 먼저 관리 대상이 되는 기술 항목을 세분화하여 포함 여부를 정해야 합니다. 첫 번째로 핵심 코어 및 플러그인의 주기적 업데이트 포함 여부를 확정해야 하며, 이는 시스템의 보안 취약점을 예방하고 호환성을 유지하기 위해 필요합니다. 두 번째로 데이터베이스 및 전체 파일 백업의 정기 실행과 보관 주기 설정을 확인해야 하며, 이는 불시의 서버 장애나 데이터 유실 사고 발생 시 복구 기준점이 되기 때문에 필수적입니다. 세 번째로 서버 다운이나 기능 먹통 같은 시스템 장애 대응 프로토콜을 규정해야 하며, 이는 서비스 중단 시 신속한 복구 착수와 책임 소대를 명확히 나누기 위해 요구됩니다. 마지막으로 텍스트 수정이나 이미지 교체 등 일상적인 콘텐츠 수정의 허용 횟수와 작업 분량을 정해야 하며, 이는 단순 유지와 신규 디자인 작업 간의 시각 차이로 생기는 갈등을 방지하기 위해 정리가 필요합니다.
계약 갱신 주기와 운영 기간 설정 기준
표준적인 웹 시스템 유지보수 계약은 보통 1년 단위로 체결하고 갱신 여부를 검토하는 것이 일반적입니다. 다만 시스템의 복잡도나 트래픽 규모에 따라 6~12개월 단위로 유지보수 범위를 재산정하는 단기 방식을 택하기도 합니다. 서비스 환경의 안정성이나 시스템의 노후화 정도, 그리고 내부 운영 인력의 숙련도라는 상태에 따라 적정 계약 유지 기간과 갱신 시점의 재협의 주기에는 차이가 발생합니다.
운영 방식에 따른 계약 구조 비교
유지보수 계약은 운영 특성에 따라 정액 계약과 건별 계약이라는 두 가지 방식으로 나뉩니다. 정액 계약은 매달 고정된 유지보수 비용을 지불하며 정기 점검과 상시 모니터링을 보장받는 구조로, 주기적인 관리가 필수적이거나 안정적인 운영 예산 편성이 중요한 환경에 알맞습니다. 반면 건별 계약은 별도의 고정 비용 없이 작업 요청이 발생할 때마다 소요된 작업량에 비례하여 비용을 지불하는 구조로, 수정 소요가 드물고 시스템 변경 빈도가 극히 낮은 환경에 적합합니다.
| 구분 | 정액 유지보수 계약 | 건별 유지보수 계약 |
|---|---|---|
| 비용 청구 방식 | 월별 고정 청구 | 작업 발생 시 실사 청구 |
| 작업 처리 형태 | 상시 점검 및 정기 보고 | 요청 시 개별 견적 및 처리 |
| 예산 예측성 | 지출 예측이 용이함 | 작업 빈도에 따라 지출 변동 |
| 적합한 운영 환경 | 지속적 갱신과 모니터링이 필요한 사이트 | 기능 수정이나 텍스트 변경이 드문 사이트 |
공정 거래 기준과 업무 범위 명시 권고
용역 거래에서 발생하는 분쟁을 예방하기 위해 공정거래위원회는 용역 계약서 작성 시 과업의 내용과 업무 범위를 최대한 구체적으로 적시하도록 권고하고 있습니다. 포괄적이거나 모호한 문구로 유지보수 의무를 규정하면 발주처와 수행사 간에 요구 작업에 대한 해석 차이가 발생해 불공정 거래 분쟁으로 이어질 수 있습니다. 따라서 정기 과업의 대상과 제외되는 추가 개발의 범주를 명문화하여 부당한 과업 전가나 대가 미지급 문제가 생기지 않도록 방지하는 것이 표준적인 가이드라인입니다.
함께 읽을 글
유지보수 계약은 단순히 시스템을 관리해 준다는 추상적인 약속이 아니라, 주기적으로 점검할 작업 목록과 비정기적 장애 대응의 한계를 객관적으로 합의하는 과정입니다. 업데이트, 백업, 장애 조치, 내용 수정이라는 기본 과업의 포함 여부를 명확히 구분하고 운영 환경에 맞는 과금 방식을 선택할 때 안정적인 서비스 유지가 가능해집니다.
