앱 유지보수 계약, 무상 오류 수정과 유상 개선은 어떻게 나눌까요?

월 유지보수 비용과 무상 기간을 먼저 정하기보다 어떤 상황을 오류로 보고, 외부 환경이 바뀌었을 때 누가 대응하며, 기존에 없던 기능을 어떤 절차로 견적 내는지 합의하세요.

기준 버전과 알려진 문제를 남기지 않으면 계약 전에 있던 문제와 새로 생긴 문제를 구분하기 어렵습니다.

운영 데이터가 관련된 문제라면 주문·예약·회원 번호처럼 개인 정보를 과도하게 공유하지 않고 조회할 수 있는 식별값과 발생 시각을 제공하세요. 개발업체는 재현 여부와 사용자 영향 범위를 먼저 확인해야 합니다.

분류 이름보다 판단 근거, 포함 작업, 검수와 배포 범위를 계약에 함께 적는 것이 중요합니다.

누가 등급을 판단하고 변경하는지, 업무 시간과 휴일 연락 기준, 최초 응답에서 안내할 내용, 임시 우회와 운영 조치, 범위가 커질 때 일정·비용 재합의 방식을 정하세요.

서버 모니터링을 한다고 모든 기능 개선이 포함되는 것은 아니고 앱 오류를 수정한다고 서버 비용과 24시간 장애 대응이 자동으로 포함되는 것도 아닙니다. 정기 확인, 요청 시 확인, 긴급 대응과 추가 개발을 계약 표에서 분리하세요.

이미지 설명: 앱 유지보수 요청이 접수, 재현과 우선순위 확인, 수정과 영향 범위 검수, 고객 승인, 운영 배포와 모니터링을 거쳐 완료되는 화면

한 요청에는 최초 요청과 첨부 자료, 재현 결과와 영향 범위, 분류 근거, 수정한 앱·서버·관리자 영역, 관련 기능 테스트, 고객 검수, 배포 버전·시간·복구 방법과 배포 후 모니터링 결과를 남기세요.

스토어 심사가 필요한 앱 업데이트는 제출 완료와 사용자에게 새 버전이 공개된 상태를 구분해야 합니다.

유지보수 계약의 목적은 모든 요청을 무료로 처리하거나 시간을 판매하는 것이 아닙니다. 운영 중 발생한 문제를 같은 기준으로 분류하고, 사용자 영향이 큰 문제를 먼저 복구하며, 수정 결과와 배포 이력을 남기는 과정입니다.

현재 앱의 오류·환경 대응·기능 개선 범위를 함께 나누고 싶다면 30분 무료 상담을 신청해 주세요. 운영 버전과 대표 요청을 기준으로 유지보수 전에 확인할 계정·문서·처리 흐름을 함께 정리하겠습니다.