퇴사자 메일 처리에서 가장 흔한 누락은 비밀번호 변경을 전체 계정 회수와 같은 일로 보는 것입니다. 로그인 경로는 닫혔는데 기존 자동전달 규칙이 외부 개인 주소를 향할 수도 있고, 반대로 계정을 너무 일찍 막아 고객 응대가 멈출 수도 있습니다.
개발·운영 팀에서는 인증 상태, 전달 경로, 업무 소유권을 서로 다른 점검 항목으로 분리하는 편이 안전합니다.
1. 먼저 종료 시각과 책임자를 확정합니다
최종 근무일만으로는 실제 접근 종료 시각을 알 수 없습니다. 계정 잠금 담당자, 업무 인계 담당자, 예외 승인자를 기록하고 변경 시 같은 작업표에서 갱신합니다.
2. 복구 경로와 활성 세션을 닫습니다
회사에서 관리하는 복구 수단을 확보한 뒤 개인 전화번호·이메일을 정리합니다. 활성 세션, 앱 비밀번호, 모바일·데스크톱 메일 앱 연결을 확인합니다. 새 비밀번호를 공유 문서에 적어 인계하는 방식은 피해야 합니다.
3. 자동전달과 위임을 별도로 봅니다
받은편지함 필터, 외부 전달 주소, 다른 계정에 부여한 읽기·보내기 권한은 각각 확인합니다. 비밀번호 변경이 기존 규칙을 모두 제거해 준다고 가정하지 않습니다. 필요한 내부 자동화는 새 담당자나 역할 기반 공용주소로 옮기고 변경 이유를 남깁니다.
4. 대화 전체가 아니라 다음 행동을 인계합니다
메일함 전체를 복사하면 불필요한 과거 대화까지 노출될 수 있습니다. 회신 대기, 견적·계약 마감, 정산 확인 등 진행 중인 건만 추리고 아래 네 칸으로 요약합니다.
- 상대방과 문의 주제
- 현재 상태
- 다음 행동 및 담당자
- 회신 또는 확인 기한
“확인 필요”보다 “최종 수량 회신 대기, 9월 29일까지 새 담당자가 확인”이 운영 가능한 기록입니다.
5. 역할 주소로 고객 접점을 옮깁니다
사람 이름 주소가 유일한 고객 연락처라면 다음 인사 변경 때 같은 문제가 반복됩니다. 지원·영업·정산 등 역할별 공용주소를 안내하고 내부 담당자를 교체할 수 있게 설계합니다.
6. 설정 저장이 아니라 동작으로 검증합니다
외부 계정에서 테스트 메일을 보내 새 담당자가 실제로 받는지 확인합니다. 이전 계정의 발신 차단, 자동회신의 안내 주소, 전달 규칙 변경 결과도 확인합니다.
완료 기준: 정해진 시각에 접근이 닫혔고, 고객과의 다음 대화가 새 담당자에게 이어집니다.
