이미 Google Workspace 도입이 왜 필요한지, 메일 전환이 단순 계정 변경으로 끝나지 않는다는 점은 기존 글인 Google Workspace 도입, 메일만 바꾸는 일이 아닙니다에서 설명했다. 이 글은 설득보다 실행 전 점검에 초점을 둔다. 도입을 결정했거나 검토 막바지에 있는 조직이 전환 전에 빠뜨리기 쉬운 권한, DNS, 메일, 공유드라이브, 사용자 공지, 안정화 항목을 체크리스트로 정리하는 글이다.
Google Workspace 도입 전에는 계정 수보다 먼저 메일 전환 방식, DNS 인증, 공유드라이브 권한, 사용자 공지, 전환 당일 대응 체계를 확인해야 한다. 이 항목들이 정리되지 않으면 Gmail 계정은 만들어져도 메일 수신, 파일 권한, 대표 메일, 외부 공유에서 문제가 생긴다. 블루코코넛은 전환 전 체크리스트와 전환 SOP를 나눠 도입 전, 전환 당일, 전환 후 48시간 안정화까지 확인한다.
확인 항목 1: 현재 도메인과 관리자 권한은 누가 가지고 있나?
Google Workspace 도입 전에 가장 먼저 확인할 것은 현재 도메인과 메일 운영 방식, 관리자 권한, 사용자 명단이다. 이 정보가 있어야 DNS 인증, Gmail 전환, 대표 메일, 그룹 메일, 공유드라이브 권한 설계를 같은 순서 안에서 정리할 수 있다. 계정 수만 먼저 정하면 전환 당일에 누가 무엇을 승인하고 확인해야 하는지 흐려진다.
실무 체크:
- 도메인 구매처와 로그인 가능 담당자
- DNS 레코드 변경 권한 보유자
- 기존 메일 관리자 또는 호스팅 관리자
- 최종 승인자와 전환 당일 의사결정자
확인 항목 2: 메일 전환 범위는 어디까지인가?
Google Workspace는 메일, 드라이브, 캘린더, 문서 협업, 관리자 정책이 함께 움직인다. 그래서 사용자 계정을 먼저 만드는 것보다 현재 도메인, 메일 사용 방식, 기존 파일 구조, 대표 메일, 외부 공유 기준을 먼저 정리해야 한다. 특히 메일 전환은 DNS 인증과 연결되기 때문에 담당자 권한과 전환 시간대를 미리 정해야 한다.
실무 체크:
- 개인 메일 계정만 전환하는지, 대표 메일도 포함하는지
- 기존 메일함 백업 또는 이전이 필요한지
- 별칭, 그룹 메일, 부서 메일을 새 구조에서 어떻게 재현할지
- 전환 당일 수신/발신 테스트 계정을 누구로 둘지
확인 항목 3: 도입 전 자료는 실행 가능한 형태로 모였나?
도입 전 체크리스트에는 실행에 필요한 항목만 남기는 것이 좋다. 예를 들어 관리자 권한, 사용자 명단, 기존 메일 사용 방식, 공유드라이브 구조, 그룹/별칭 메일, 사용자 공지 문구, 리스크 등록 방식이 필요하다. 이 자료가 있어야 전환 당일에 누가 무엇을 확인할지 정할 수 있다.
실무 체크:
- 사용자 이름, 부서, 직무, 필요한 계정 목록
- 대표/공용/그룹 메일 목록
- 기존 파일 보관 위치와 공유 방식
- 전환 공지 문구와 문의 접수 채널
- 전환 중 발생할 수 있는 리스크 기록표
확인 항목 4: 전환 당일 테스트 순서는 정해졌나?
메일 전환 당일에는 DNS 변경, 메일 수신/발신, 대표 메일, 별칭, 그룹 메일, 모바일 앱 로그인, 기존 메일 확인 방법을 순서대로 본다. 전환 직후에는 일부 사용자가 기존 방식과 새 방식을 혼동할 수 있으므로 공지 문구와 문의 대응 창구가 필요하다. 전환 완료만 확인하지 말고 48시간 동안 오류와 권한 요청을 기록해야 한다.
실무 체크:
- DNS 변경 직후 확인할 항목 순서
- 내부 발신, 외부 발신, 외부 수신 테스트
- 대표 메일과 그룹 메일 수신 테스트
- 모바일 Gmail 앱 로그인 안내
- 오류 발생 시 공지할 담당자와 문구
확인 항목 5: 공유드라이브 권한 기준은 도입 전에 정했나?
개인 드라이브에 파일을 모아둔 상태에서 조직 계정만 바꾸면 퇴사, 부서 이동, 외부 공유 때 문제가 생긴다. 공유드라이브는 팀 단위 소유 구조, 접근 권한, 외부 공유 기준, 관리자 권한을 함께 정해야 한다. 전환 프로젝트에서는 파일을 어디에 둘지보다 누가 소유하고 누가 관리할지를 먼저 결정해야 한다.
실무 체크:
- 팀별 공유드라이브 이름과 소유 기준
- 외부 공유 허용 범위
- 퇴사자·협력사 권한 회수 기준
- 개인 드라이브에 남기면 안 되는 파일 유형
- 관리자와 실무자의 권한 차이
확인 항목 6: 전환 후 48시간 안정화 기준은 무엇인가?
전환 후 48시간은 메일 누락, 로그인 실패, 권한 요청, 모바일 설정, 외부 공유 오류를 빠르게 잡는 시간이다. 이때 들어온 문의를 기록하면 이후 교육 자료와 관리자 매뉴얼의 우선순위가 보인다. 도입 프로젝트는 전환 당일에 끝나는 것이 아니라 인수인계 기준이 정리될 때 끝난다.
실무 체크:
- 메일 누락 또는 반송 사례 기록
- 로그인 실패와 2단계 인증 문의 기록
- 파일 권한 요청 처리 기준
- 사용자 교육에서 반복 설명할 항목
- 관리자 인수인계 문서에 남길 항목
FAQ
Google Workspace 도입 전에 가장 먼저 확인할 것은 무엇인가요?
가장 먼저 확인할 것은 현재 도메인과 메일 운영 방식, 관리자 권한, 사용자 명단입니다. 이 정보가 있어야 DNS 인증, Gmail 전환, 대표 메일, 그룹 메일, 전환 당일 확인 범위를 정할 수 있습니다.
기존 Google Workspace 글과 이 체크리스트 글은 무엇이 다른가요?
기존 글은 Google Workspace 도입이 왜 단순 메일 변경이 아닌지 설명하는 개념/설득형 글입니다. 이 글은 도입을 실제로 준비하는 단계에서 무엇을 확인해야 하는지 정리한 실무 체크리스트형 글입니다.
메일 전환은 보통 어떤 순서로 진행하나요?
사전 확인, 설계, 테스트, DNS/메일 인증, 전환 당일 확인, 48시간 안정화, 인수인계 순서로 진행합니다. 실제 순서는 조직의 기존 메일 환경과 관리자 권한 상태에 따라 달라질 수 있습니다.
공유드라이브는 도입 후에 정리해도 되나요?
가능은 하지만 권장하지 않습니다. 공유드라이브 구조를 나중에 정하면 개인 드라이브에 파일이 흩어지고 권한 기준이 섞일 수 있습니다. 도입 전부터 팀별 소유 구조와 외부 공유 기준을 함께 정하는 편이 안전합니다.
Google Workspace 교육은 언제 넣는 것이 좋나요?
전환 직후 기본 사용법 교육을 넣고, 안정화 이후 실제 업무 흐름에 맞춘 교육을 한 번 더 넣는 방식이 좋습니다. 첫 교육은 로그인, Gmail, Drive, Calendar 중심으로 짧게 잡고, 두 번째 교육은 문서 협업과 권한 관리까지 다루는 식입니다.
