담당자가 바뀌어도 웹사이트는 계속 운영되어야 합니다
기존 업체의 지원 중단, 기술 직원의 퇴사, 초기 계약을 넘어선 운영 요구 등 기업이 새 유지보수 파트너를 찾는 이유는 다양합니다.
원활한 인수인계는 ‘사이트가 어떤 자산, 서비스, 담당자에 의존하는가’라는 실무 질문에서 시작됩니다. 이를 모르면 관리자 계정만으로 모든 업무를 인수할 수 없습니다.
완벽한 서류를 모두 갖춰야 새 업체와 이야기할 수 있는 것은 아닙니다. 다만 가진 것, 부족한 것, 사업에 영향을 주는 부분을 알면 다음 단계를 정확히 판단하기 쉽습니다.
1. 중요 자산의 관리 권한 확인
모든 것을 ‘웹사이트 계정’으로 묶지 말고 목록을 만드세요. 일반적으로 다음을 확인합니다.
- 도메인: 등록자나 관리자, 갱신 기한, 공급업체 연락 담당자.
- 호스팅 또는 서버: 사이트 저장 위치, 관리 권한 보유자, 공용 서비스.
- 소스 코드와 데이터베이스: 운영 버전, 작업 사본 위치, 맞춤 개발 부분.
- 테마·플러그인·상용 소프트웨어: 라이선스가 기업 소유인지 개발 업체 계정에 속하는지.
- 연동 서비스: 이메일, CRM, 결제, 지도 등 연결된 시스템.
- 문서와 백업: 사용 안내, 설정 기록, 백업과 접근 방법.
모든 사이트가 위 구성요소를 전부 사용하는 것은 아닙니다. 실제 사용하는 자원과 기업이 인수할 권한의 범위를 확인하는 것이 목적입니다.
특히 소프트웨어 라이선스는 이용 조건을 확인해야 합니다. 기존 업체 계정에 묶인 라이선스가 새 업체로 이전된다고 가정하면 안 됩니다.
2. 빠뜨리면 안 되는 기능 기록
새 담당자는 화면은 볼 수 있어도 기업의 사용 방식을 모를 수 있습니다. 메뉴에 잘 보이지 않는 양식이 광고 문의 전부를 받고, 별도 로그인 페이지가 오랜 거래처를 위한 것일 수 있습니다.
기업은 고객 유입 경로, 수행 동작, 데이터 목적지, 수신 직원을 명확히 알려야 합니다. 연동 시스템은 필요 시 함께 확인할 관련 업체 연락 담당자가 있어야 합니다.
출시, 캠페인, 데이터 갱신 기간 등 변경을 제한해야 할 시기도 기록하세요. 사업 운영에 맞춰 전환 일정을 정하는 데 도움이 됩니다.
3. 미해결 오류와 요청 정리
‘사이트가 느리다’, ‘자주 오류가 난다’, ‘양식이 가끔 작동하지 않는다’는 출발점일 뿐 원인을 찾기에는 부족합니다. 문제마다 다음을 보완하세요.
- 오류 URL 또는 기능.
- 수행 단계와 실제 결과.
- 문제를 처음 발견한 시점.
- 문제가 자주 생기는 기기나 조건.
- 고객 또는 내부 업무에 미치는 영향.
- 알고 있는 최근 변경이나 시도한 해결 방법.
스크린샷과 동영상은 확인 시간을 줄일 수 있습니다. 공유 전 고객 데이터, 로그인 정보, 불필요한 비공개 내용을 제거해야 합니다.
4. 계정이나 문서가 없으면 어디서 시작하나요?
먼저 정보를 아직 찾지 못한 경우와 기업에 관리 권한이 없는 경우를 구분하세요. 두 상황은 대응 방식이 다릅니다.
퇴사자가 관리한 계정이라면 내부 담당자나 공급업체의 정당한 확인 절차를 통해 복구할 수 있습니다. 코드나 라이선스가 기존 업체와의 계약에 달려 있다면 계약과 인수인계 범위를 검토해야 합니다.
새 업체는 허용된 접근 범위에서 조사 한계를 정할 수 있습니다. 하지만 일부 결론에는 충분한 권한과 데이터가 필요합니다. 점검 전 모든 문제를 고칠 수 있다고 약속하거나 문서가 없다는 이유로 재구축을 단정하면 안 됩니다.
5. 조사, 인수, 수리 구분
조사는 현황을 이해하는 일입니다. 인수는 권한, 연락 창구, 운영 책임을 확정하는 일입니다. 수리나 업그레이드는 문제를 파악하고 범위를 합의한 뒤 진행합니다.
세 단계가 비슷한 시기에 진행되어도 명확히 논의해야 합니다. 기존 결함, 지원 종료 소프트웨어, 부적합한 인프라는 별도 계획이 필요할 수 있으므로 정기 유지보수 포함 범위를 오해하지 않아야 합니다.
긴급 상황에도 초기 상태, 허용된 변경, 처리 후 점검 기준을 기록하는 것이 좋습니다.
6. 중단을 줄이는 전환 방식 합의
유지보수 업체를 바꾼다고 반드시 호스팅을 옮기거나 도메인을 바꿀 필요는 없습니다. 명확한 이유와 적합한 계획이 있을 때만 인프라를 변경해야 합니다.
이전이 필요하면 데이터, 이메일, DNS, 인증서, 관련 연동을 함께 검토해야 합니다. 웹사이트 이전만 목적이어도 확인 없는 DNS 변경은 이메일에 영향을 줄 수 있습니다.
작업 전 백업, 전환 시점, 결정권자, 점검 방식, 되돌릴 조건을 합의하세요. 작업에 맞게 개별 권한을 주고 합의한 채널로 전달하며 완료 후 조정해야 합니다. 공개 문의 양식에 암호나 접근 키를 입력하지 마세요.
초기 인수인계 목록 예시
| 정보 구분 | 기록할 내용 |
|---|---|
| 웹사이트 범위 | 인수할 도메인, 웹사이트, 환경. |
| 자산과 관리 권한 | 공급업체, 관리 담당자, 인계 가능 항목, 확인이 필요한 항목. |
| 중요한 흐름 | 문의, 가입, 구매, 연동, 데이터 수신자. |
| 기술 현황 | 알려진 오류, 최근 변경, 문서, 백업 상태. |
| 계속할 업무 | 남은 요청, 우선순위, 승인자. |
| 전환 | 시점, 양측 담당자, 완료 확인 방식. |
인수 후 무엇을 확인해야 하나요?
합의한 권한, 중요 기능, 알림 수신 위치, 남은 업무를 점검해야 합니다. 기업은 새 업체의 책임 시작 시점과 문제 발생 시 연락 대상도 알아야 합니다.
계정 목록을 넘기는 것으로 끝내지 마세요. 새 담당자가 인수한 업무를 이해하고 기업이 관리 범위를 아는 것이 인수인계의 결과여야 합니다.
다른 업체가 만든 사이트를 인수할 파트너를 찾는다면 DigiWeb의 WordPress 유지보수 서비스를 참고하세요. URL, 현재 지원 상황, 겪고 있는 문제를 보내 적합한 초기 점검 방법을 함께 논의할 수 있습니다.