출시 후 유지보수와 운영 가이드
앱이나 홈페이지를 출시한 후에는 오류 대응, 서버 관리, 기능 개선과 이용 결과 확인이 필요합니다. 앱 유지보수와 홈페이지 유지보수는 개발 비용과 별도로 담당 인력과 비용을 확보합니다.
운영 계획에는 문제 접수, 영향 확인, 담당자 배정, 수정과 재검수를 포함합니다. 이용 결과를 개선하는 업무는 장애 대응과 별도로 정합니다.
- 출시 준비
출시 후 오류와 이용 현황
출시 전에 접수 방법과 처리 책임을 합의합니다.
서비스를 공개했다고 방문과 반복 이용이 자동으로 늘지는 않습니다. 방문 경로, 가입, 주요 기능 사용, 재이용을 구분해 확인해야 합니다.
기기별 화면 오류, 로그인 실패, 서버 중단이 발생하면 증상과 이용 환경을 기록합니다. 계약의 지원 범위를 확인하고 담당자에게 전달합니다.
운영 담당자가 없거나 수정 절차가 정해지지 않으면 오류 대응이 지연될 수 있습니다.
홈페이지 관리와 앱 운영에서는 정상 동작을 유지하는 업무와 이용 결과를 개선하는 업무를 함께 검토합니다. 오류 수정, 기능 변경, 홍보와 고객 응대의 담당 업무를 구분합니다.
오류 접수, 수정, 검수와 운영 반영의 반복 과정 - 출시 직후
출시 직후의 확인 항목
실제 기기와 이용 환경에서 발생한 문제를 수집합니다.
접수 내용을 영향도에 따라 구분하고 확인, 수정, 배포 상태를 기록합니다.
하자보수와 기능 개선하자보수와 유지보수의 범위를 구분하고 하자보수 기간이 시작되는 날을 확인합니다. 오류 수정, 기능 추가, 외부 환경 변경의 처리 조건을 구분합니다.
오류 접수와 수정오류의 접수 창구, 재현 정보, 사용자 공지 방법을 정합니다. 장애 등급별로 접수 확인 시간, 조치 시작 시간, 복구 목표 시간, 진행 보고 방법을 합의합니다.
서버 장애서버 장애를 예방하기 위해 서버와 인증서의 만료일, 갱신 일정, 백업 복원 가능 여부를 확인합니다. 감시 대상, 알림 수신자, 대응 시간, 백업과 복구 절차를 점검합니다.
운영체제 변경운영체제 업데이트와 스토어 제출 규정 변경에 대비합니다. 지원 기기와 버전을 정하고 변경 시 주요 기능을 시험할 담당자와 일정을 정합니다.
무상 하자보수 기간은 민간 사업과 공공 사업의 기준이 다르므로 계약서에서 기간과 범위를 확인합니다.
하자보수와 장애 대응에 관한 글입니다.
- 운영 중
수정 요청의 분류와 우선순위
접수 순서대로 처리하지 않고 오류 수정과 기능 추가를 구분하여 처리 순서를 정합니다.
사용자의 기능 요청은 목적과 영향을 확인한 뒤 우선순위를 정합니다.
운영 요청은 긴급, 예정, 보류, 미적용으로 분류합니다. 출시 후 새로 들어온 기능 요청은 기대 효과와 늘어나는 운영비를 함께 검토합니다. 기존 기능에 미치는 영향, 자료 변경, 검수와 배포 방법도 검토 범위에 포함합니다.
유지보수 계약서에서는 정액, 건별, 혼합 중 계약 방식과 사용하지 않은 지원 시간의 이월 여부를 확인합니다. 유지보수 비용은 약정 방식에 따라 산정 기준이 달라집니다. 유지보수 업체를 교체하는 경우에는 새 업체가 기존 소스와 운영 환경을 점검하는 기간과 비용을 검토하고 소스 코드와 운영 자료의 인계 범위를 협의합니다.
수정 요청과 유지보수 계약에 관한 글입니다.
출시 후 운영의 기본 조건
담당자, 지원 범위, 검수 절차 - 이용 결과 확인
이용 결과의 단계별 진단
방문, 가입, 기능 사용, 반복 이용을 구분해 현재 결과를 확인합니다.
오류가 없다는 사실만으로 서비스 목적을 달성했다고 판단할 수 없습니다.
이용이 적다면 다음 네 단계에서 확인할 자료를 정리합니다. 수치와 사용자 의견을 함께 검토하고 원인을 단정하기 전에 실제 이용 과정을 확인합니다.
1단계방문과 유입 경로방문자 수, 유입 경로, 광고를 중단한 시점을 검토합니다. 검색 노출과 클릭, 광고와 소개 링크, 접속 오류를 구분해 확인합니다.2단계가입과 신청가입, 신청 등 목표 행동별 전환율과 단계마다 남은 인원의 비율을 확인합니다. 화면별 이동과 입력 오류, 필수 정보, 안내 내용을 검토합니다.3단계주요 기능 사용가입 직후 안내, 첫 이용 완료 여부, 유료 전환을 확인합니다. 사용자가 사용 방법을 이해하는지, 기능이 실제로 동작하는지, 필요한 정보를 제공하는지 검토합니다.4단계반복 이용과 중단이용을 중단한 사용자의 기준을 정하고 마지막으로 사용한 기능을 확인합니다. 재이용을 위한 기획과 운영 방안을 검토하고, 지표의 집계 기준과 표본 크기, 개선 조치의 부작용을 정리합니다.검토 결과에 따라 부분 교체와 전면 재구축을 비교합니다. 기존 기능의 활용 가능성, 변경 범위, 전환 비용, 직원 교육, 운영 중단 영향을 함께 검토합니다.
이용 결과의 진단과 개선에 관한 글입니다.
- 개선 검토
유지보수와 서비스 개선의 범위
기술 유지보수와 서비스 개선의 담당 업무를 구분합니다.
기술 유지보수와 개선 업무오류 수정, 성능 점검, 화면 개선, 이용 결과 분석의 범위를 구분해 협의합니다.
개선 작업은 목적과 확인 지표를 정한 뒤 진행합니다. 변경 전후 결과를 비교합니다. 고객 유입과 매출 증가는 특정 기능만으로 보장되지 않습니다.
운영 중 자주 바뀌는 내용은 운영자가 직접 변경하는 영역과 개발자가 수정하는 영역으로 나누어 정합니다. 변경 빈도가 높은 내용을 개발자 수정에 두면 변경할 때마다 비용과 대기 시간이 발생합니다.
개발 경험과 조직별 운영 준비
개발 경험과 운영 조직에 맞춰 담당 업무와 예산을 정합니다.
출시 후 서버, 외부 서비스, 유지보수 비용을 별도로 계산합니다. 지원 범위와 담당자를 확인하고 필요한 운영 자료를 인계받습니다.
이전 운영에서 대응이 늦거나 누락된 항목을 확인합니다. 접수 방법, 우선순위, 대응 시간과 보고 방법을 새 운영 조건에 반영합니다.
방문, 가입, 주요 기능, 반복 이용 순서로 자료를 확인합니다. 기능 추가 전에 이용 중단의 원인과 개선 목적을 정합니다.
고객 응대, 내용 관리, 장애 대응 중 직접 맡을 업무를 구분합니다. 외부 지원이 필요한 업무의 시간과 비용을 협의합니다.
내부 담당자와 외부 업체의 책임을 구분합니다. 지원 시간, 처리 범위, 정기 보고와 비용 정산 기준을 확인합니다.
유지관리 기간과 기관의 예산 일정을 함께 확인합니다. 지원이 중단되는 기간이 생기지 않도록 후속 업무와 계약 준비 일정을 검토합니다.
단계별 자료와 지원 범위
개발 필요성, 기획, 업체 선정, 제안 검증, 계약, 운영까지 확인했습니다. 단계별로 준비한 자료와 아직 정하지 않은 항목을 정리하면 추가로 필요한 지원 범위를 확인할 수 있습니다.
모든 업무를 한 사람이 수행할 필요는 없습니다. 발주자의 결정 사항과 개발 업체, 운영 업체의 수행 업무를 구분합니다.
준비가 부족한 단계의 관련 글을 다시 확인합니다. 공공기관 사업은 별도의 공공 발주와 수주 가이드에서 과업, 평가, 검수와 인계 준비 항목을 확인할 수 있습니다.
자주 묻는 질문
01서비스 출시 후 운영 계획에는 무엇이 들어가야 합니까
문제 접수, 영향 확인, 담당자 배정, 수정과 재검수를 포함합니다. 이용 결과를 개선하는 업무는 장애 대응과 별도로 정하며, 운영 담당자와 수정 절차를 출시 전에 합의해야 오류 대응이 지연되지 않습니다.
02하자보수와 기능 개선은 어떻게 구분합니까
오류 수정, 기능 추가, 외부 환경 변경의 처리 조건을 구분해 하자보수의 기간과 적용 범위를 확인합니다. 출시 후 기능 추가는 기존 기능에 미치는 영향, 자료 변경, 검수와 배포 방법을 포함해 검토합니다.
03출시 직후 오류와 장애에는 어떻게 대비합니까
장애 등급별로 접수 확인 시간, 조치 시작, 복구 목표와 진행 보고 방법을 합의하고, 서버 감시 대상과 알림 수신자, 대응 시간, 백업과 복구 절차를 점검합니다. 운영체제 변경에 대비해 지원 기기와 버전, 주요 기능을 시험할 담당자와 일정도 정합니다.
04출시 후 이용이 적다면 어디부터 확인합니까
방문과 유입 경로, 가입과 신청, 주요 기능 사용, 반복 이용과 중단 네 단계로 나눠 수치와 사용자 의견을 함께 검토합니다. 원인을 단정하기 전에 실제 이용 과정을 확인하고, 기능을 추가하기 전에 이용 중단의 원인과 개선 목적을 정합니다.
05유지보수 업체를 바꿀 때 무엇을 협의합니까
유지보수 계약과 비용의 구성을 확인하고, 소스 코드와 운영 자료의 검토와 인계 범위를 협의합니다.