웹사이트 인수인계는 새 담당자가 운영하고 복구하며 필요한 지원 연락처를 찾을 수 있을 때 완료됩니다. 디자인 파일과 정상 작동하는 첫 화면만으로는 도메인 갱신 담당자나 문의 전달이 끊겼을 때의 대응 방법을 알 수 없습니다.
출시 전이나 개발사를 변경할 때 아래 항목을 확인하세요. 각 항목에 책임자, 확인 증거와 남은 조치를 기록하면 인수인계 상태를 판단하기 쉬워집니다.
계정 소유권과 접근 권한 확인하기
도메인 등록기관, 호스팅, CMS, 소스 저장소, 분석 도구와 연결 서비스를 목록으로 만듭니다. 각 계정의 소유 조직, 결제 담당자, 접근이 필요한 사람을 확인하세요. 하나의 관리자 비밀번호를 돌려 쓰기보다 담당자별 계정에 적절한 역할을 부여합니다.
갱신일과 주요 계정의 복구 연락처도 확인합니다. 업무에 중요한 서비스를 갱신하거나 복구할 유일한 연락처가 떠난 외주 담당자의 개인 메일로 남지 않도록 해야 합니다.
운영에 필요한 정보를 문서화하기
- 소스 파일, 이미지와 승인된 콘텐츠의 저장 위치.
- 테스트 환경과 운영 환경의 차이.
- 일반 문서에 비밀정보를 노출하지 않고 설정과 인증정보를 관리하는 방법.
- 라이선스나 갱신이 필요한 플러그인, 서비스, 글꼴 등의 의존 항목.
- 변경 배포, 결과 확인과 이전 버전 복구 절차.
다국어 사이트라면 각 언어의 콘텐츠 담당자와 서비스 변경을 다른 언어에 반영하는 흐름을 정하세요. 리디렉션과 주요 문의 전달 경로도 인수인계 문서에 포함합니다.
백업으로 실제 복원할 수 있는지 확인하기
백업 대상, 보관 위치, 보존 기간과 복구 권한이 있는 담당자를 합의합니다. 백업 성공 알림을 받은 것과 실제 복구에 성공한 것은 다릅니다.
대표적인 백업을 분리된 환경에 복원하고 콘텐츠, 업로드 파일과 주요 설정을 확인하세요. 복원한 사이트가 시험 중 실제 문의나 외부 알림을 발송하지 않도록 통제합니다. 걸린 시간과 누락된 절차를 기록하되, 한 번의 측정 결과를 복구 시간 보장으로 취급하지는 마세요.
일상 점검과 장애 대응 책임 정하기
업데이트, 만료 알림, 문의 전달과 서비스 상태를 누가 확인할지 명시합니다. 장애 신고 방법, 조사 담당자와 다른 업체의 지원이 필요한 조건도 정리하세요. 지원 시간과 응답 목표는 실제 계약에서 확인해야 하며, 유지보수에 24시간 지원이 자동으로 포함된다고 가정하지 않습니다.
기존 기능의 오류와 새로운 기능 요청을 구분하세요. 비용이나 운영 방식에 영향을 주는 변경을 승인할 사람도 정해 두는 것이 좋습니다.
인수 담당자가 직접 리허설하기
새 담당자가 문서에 따라 테스트 환경에서 작은 변경을 수행하게 합니다. 최신 백업, 배포 절차와 장애 연락처도 직접 찾아보도록 하세요. 이 과정에서 나오는 질문은 파일 전달 목록만으로는 찾기 어려운 빈틈을 보여줍니다.
남은 항목에는 담당자와 완료 목표일을 지정합니다. 큰 변경이 생기면 문서도 갱신해 다음 운영자가 오래된 절차를 그대로 받지 않도록 해야 합니다.
사이트 출시나 유지보수 전환을 준비한다면 웹 개발 서비스를 살펴보고 필요한 인수인계 범위를 알려주세요.