Overview
유지보수는 작업 범위와 대응 기준을 나누는 일입니다
게임 솔루션 유지보수는 오픈 이후 발생하는 모든 요청을 무제한으로 처리하는 개념이 아닙니다. 오류 수정, 화면 문구 변경, 콘텐츠 추가, 관리자 기능 보완, API 제공사 변경 대응은 각각 난이도와 검수 기준이 다릅니다.
계약 전에 범위를 나누면 운영자는 어떤 요청을 언제 전달해야 하는지 알 수 있고, 개발팀은 장애 대응과 기능 개발의 우선순위를 안정적으로 잡을 수 있습니다.
Scope
유지보수 범위 분리
오류 수정
기존 기능의 화면 깨짐, API 오류, 접속 문제, 로그 확인을 처리합니다.
기능 보완
관리자 메뉴, 버튼, 문구, 노출 조건처럼 작은 개선 요청을 다룹니다.
연동 변경
제공사 문서 변경, 인증키 갱신, 게임 목록 변경에 대응합니다.
운영 보고
처리 내역, 남은 이슈, 점검 결과를 정리해 운영 판단 자료로 남깁니다.
Contract Table
계약 전 확인할 항목
| 항목 | 확인 내용 | 정리 기준 |
|---|---|---|
| 대응 시간 | 긴급 장애와 일반 요청의 접수·처리 기준 | 긴급, 일반, 보류 항목을 구분합니다. |
| 수정 범위 | 기존 오류 수정, 문구 변경, 화면 보완, 신규 기능 | 유지보수와 추가 개발을 분리합니다. |
| API 변경 | 제공사 정책 변경, 인증키 갱신, 신규 게임 추가 | 문서 확인 후 별도 일정으로 산정합니다. |
| 월간 점검 | 접속 상태, 주요 오류, 백업, 관리자 로그 | 반복 점검 항목과 보고 방식을 정합니다. |
Reporting
처리 내역이 남아야 유지보수가 관리됩니다
유지보수 요청은 메신저 대화로만 흘러가면 누락되기 쉽습니다. 요청 내용, 담당자, 처리 상태, 반영 일자, 검수 결과를 남기면 같은 문제가 반복될 때 빠르게 원인을 찾을 수 있습니다.
Monthly Care
월 관리비는 포함 범위를 먼저 정해야 합니다
월 관리비는 단순히 서버를 켜두는 비용이 아닙니다. 오류 확인, 화면 문구 수정, 관리자 기능 보완, API 변경 대응, 콘텐츠 추가, 운영 문의 대응 중 어떤 항목을 포함하느냐에 따라 범위가 달라집니다.
상담에서는 긴급 장애, 일반 수정, 신규 기능 개발, API 제공사 변경을 분리해야 합니다. 모두 같은 유지보수로 묶으면 실제 운영 중 우선순위가 흐려지고, 처리 내역도 관리하기 어려워집니다.
기본 관리
접속 상태, 화면 오류, 주요 링크, 관리자 기본 기능을 정기적으로 확인합니다.
변경 대응
문구, 배너, 콘텐츠 노출, API 키 갱신처럼 운영 중 바뀌는 항목을 관리합니다.
추가 개발
새 메뉴, 신규 API, 대형 화면 개편은 유지보수와 별도 범위로 산정할 수 있습니다.
Request Flow
유지보수 요청 방식도 계약 전에 정해야 합니다
유지보수 범위가 정리되어 있어도 요청 방식이 없으면 누락이 생깁니다. 메신저로만 전달되는 요청은 처리 상태, 담당자, 반영 일자를 추적하기 어렵기 때문에 간단한 요청 양식을 정해두는 것이 좋습니다.
| 요청 유형 | 필수 정보 | 처리 기준 |
|---|---|---|
| 긴급 오류 | 발생 시간, 화면 URL, 재현 순서, 캡처 | 운영 영향도를 먼저 확인하고 우선 처리합니다. |
| 일반 수정 | 수정 문구, 위치, 원하는 반영일, 참고 이미지 | 월 관리 범위 안에서 일정에 맞춰 처리합니다. |
| 신규 기능 | 목적, 필요한 화면, 관리자 영향, API 필요 여부 | 유지보수와 별도 개발 범위로 산정할 수 있습니다. |
Monthly Check
월간 점검 항목을 정하면 운영 상태를 비교할 수 있습니다
접속과 화면
대표 URL, 모바일 화면, 상담 링크, 주요 버튼, 404 페이지가 정상인지 확인합니다.
연동 상태
제공사 응답, 최근 오류, 인증키 만료, 호출 제한 변경 여부를 점검합니다.
관리자 로그
관리자 작업 이력, 권한 변경, 콘텐츠 수정 내역을 확인해 운영 리스크를 줄입니다.
월간 점검 기록이 쌓이면 같은 문제가 반복되는지, API 제공사 문제인지, 내부 기능 보완이 필요한지 판단하기 쉬워집니다. 유지보수 계약에는 단순 대응뿐 아니라 기록과 보고 방식도 함께 두는 것이 좋습니다.
FAQ
유지보수 계약 FAQ
유지보수 계약에서 가장 먼저 정해야 할 것은 무엇인가요?
오류 대응, 기능 수정, 콘텐츠 추가, API 변경 대응 중 어떤 항목을 포함할지 먼저 나눠야 합니다. 범위가 명확해야 일정과 우선순위를 정할 수 있습니다.
신규 기능 개발도 유지보수에 포함되나요?
계약 범위에 따라 다릅니다. 단순 수정과 신규 기능 개발은 작업량이 다르므로 별도 범위로 나누는 것이 좋습니다.
API 제공사 변경도 유지보수로 처리할 수 있나요?
제공사 변경은 신규 연동에 가까울 수 있습니다. 문서, 테스트 계정, 기존 구조 영향도를 확인한 뒤 별도 작업 범위로 산정하는 것이 안전합니다.