유지보수 비용과 계약: 월정액·건별 작업을 비교하는 방법

유지보수 비용은 무엇에 따라 달라지나요?

유지보수 견적은 시스템을 파악하는 데 필요한 작업, 반복해서 수행할 운영 업무, 요구하는 지원 시간과 변경 규모를 함께 보고 비교해야 합니다. 화면 수가 적어도 결제나 재고 연동이 복잡하면 오류를 재현하고 검수할 범위가 넓어질 수 있습니다. ‘월 몇 건 수정’만 맞추기보다 같은 업무와 산출물을 기준으로 견적을 요청하세요.

월정액과 건별 중 어떤 방식이 맞을까요?

월 2~3건처럼 요청이 적어도 한 번의 중단이 주문 전체에 영향을 준다면 지원 시간과 긴급 대응 조건을 함께 봐야 합니다. 반대로 업무 중단과 관계없는 작은 수정은 범위를 정해 건별로 비교할 수 있습니다. 위 표는 견적을 비교하는 기준이며, 업체별 단건 수임 여부와 최소 계약 조건은 별도로 확인해야 합니다.

초기 진단비와 월 운영비를 나눠 요청하세요

진단 결과 수정이 어렵거나 재구축이 필요하더라도 어떤 결과물을 받는지 확인하세요. 진단비에 실제 오류 수정까지 포함되는지, 같은 내용을 다시 분석하지 않도록 기록을 전달하는지도 비교 항목입니다. 정기 운영에 들어간 뒤에는 접수 건수뿐 아니라 작업 내용과 검수·배포에 사용한 범위를 확인할 수 있어야 합니다.

버그 수정과 신규 기능의 경계를 예시로 정하세요

합의했던 주문 저장이 특정 조건에서 실패하면 기존 기능의 오류 수정으로 검토할 수 있습니다. 주문 승인 단계를 새로 추가하는 일은 업무 규칙과 화면이 달라지는 기능 개발입니다. 브라우저·운영체제·외부 API 변경 대응은 원래 기능을 유지하기 위한 작업이더라도 조사와 수정 규모가 달라지므로 포함 범위를 따로 적는 것이 좋습니다. 무상 하자 대응 여부와 기간도 기존 계약의 기준을 확인하세요.

예산이 작을수록 먼저 지킬 업무를 정하세요

첫째, 로그인·주문·결제·데이터 저장처럼 중단되면 곧바로 업무가 멈추는 흐름을 정합니다. 둘째, 최근 요청을 긴급 수정, 정기 점검, 미룰 수 있는 개선으로 분류합니다. 셋째, 인수·복구에 필요한 자료를 확보한 뒤 가능한 월 작업 범위를 협의하세요. 화면 개선을 단계적으로 진행하더라도 수정 결과를 확인할 검수와 배포 기록까지 빠뜨리지 않는 편이 좋습니다.

• 현재 기술 구성·운영 계정·소스와 문서의 보유 상태
• 최근 오류 사례·요청 빈도·업무가 집중되는 시간
• 필수 지원 시간·정기 점검 주기·긴급 요청 경로
• 포함 작업량·초과 승인·미사용분 처리·계약 종료 조건
• 초기 진단서·월 작업 내역·완료 보고서의 제공 범위

• 토핑 유지보수 범위와 비용 협의 항목
• 장애 대응 시간과 SLA 확인 방법
• 레거시 시스템 인수와 초기 진단