거의 모든 이메일 공급업체가 인원수로 과금하므로 기업도 메일을 사람 중심으로 구성합니다. 직원마다 주소를 주고 프로젝트, 부동산, 고객, 작업 번호 같은 모든 항목을 그 주소에 넣은 뒤 폴더, 필터, 기억에 의존해 나중에 정리합니다.
프로젝트별 메일함은 이를 뒤집습니다. 주소가 직원이 아니라 업무에 속합니다. 스레드를 담당하던 사람이 퇴사하거나 두 사람이 같은 기록을 필요로 하거나 고객이 삼월의 합의 내용을 물으면 작은 관리 차이가 중요해집니다. 이 글은 이 방식이 유용한 경우, 좌석당 과금하지 않을 때의 비용, 실패하는 지점을 설명합니다.
프로젝트별 메일함의 구조
구조는 간단합니다. 모든 것을 사람에게 보내는 대신 업무 단위 자체의 주소를 만들고 관련 구성원에게 읽기 권한을 줍니다.
업종에 따라 모습은 다릅니다. 건설사는 작업 번호마다, 임대 대행사는 부동산마다, 대행사는 고객마다 만들어 세 명의 account manager가 바뀌어도 유지하고, 제조사는 생산 run마다 만듭니다. 원리는 같습니다. 서신이 관련 업무에 붙어 있고 직원이 바뀌어도 남습니다.
프로젝트별 메일함이 실용적인지는 이백 번째 주소의 비용에 달려 있습니다. 좌석당 요금에서는 첫 주소와 같은 비용이 들어 Google Workspace나 Microsoft 365에서 이 방식을 거의 쓰지 않습니다. Google 가격 페이지의 Business Starter 좌석당 $7를 적용하면 프로젝트 메일함 오백 개가 연간 $42,000여서 예산 단계에서 중단됩니다.
가능하게 만드는 비용 계산
당사 플랜은 메일함당 과금하는 대신 등급별 개수 한도를 둡니다. Pro는 도메인당 메일함 300개, 도메인 100개, 통합 저장 용량 50 GB를 제공합니다. Agency는 도메인당 1,000개, 도메인 1,000개, 200 GB를 월 $29 또는 연 $279에 제공합니다.
따라서 Agency의 프로젝트 메일함 오백 개는 연 $279이며 $42,000보다 훨씬 낮습니다. 제약은 저장 용량으로 옮겨갑니다. 200 GB를 메일함 500개가 나누면 각각 약 410 MB로, 일반 서신에는 넉넉하지만 도면이나 사진이 많으면 부족할 수 있습니다. 이 한도가 문제라면 Drive 추가 기능이 월 $3.20부터 저장 용량을 늘리며 메일함 계산은 바꾸지 않습니다.
이것이 실제 trade-off입니다. 라이선스 비용은 낮은 대신 저장 용량 계획이 필요하며, 새 일을 수주할 때마다 커지는 좌석당 청구서보다 관리하기 쉬운 경우가 많습니다.
폴더와 필터보다 나은 이유
폴더가 이미 해결한다는 반론이 자연스럽지만 완전히 같지는 않습니다. 이유를 구체적으로 살펴보겠습니다.
폴더는 한 사람의 메일함 안에 있습니다. 그 사람이 자리를 비우면 기록에도 접근하기 어렵습니다. 위임을 올바르게 설정하고 시험한 경우는 예외입니다. 프로젝트 주소는 설계상 필요한 모든 사람이 접근합니다.
필터는 주제가 아니라 수신자를 기준으로 실행됩니다. 사람에게 보낸 프로젝트 관련 메일은 규칙으로 분류해야 하며, 고객이 제목을 바꾸거나 새 주소에서 답하면 규칙이 깨질 수 있습니다. 프로젝트 주소로 온 메일은 이런 분류가 필요 없습니다.
인수인계가 구성원 변경이 됩니다. 직원 교체가 잦은 대행사와 임대업에서 새 담당자는 전체 기록에 바로 접근합니다. 전달하거나 내보낼 필요가 없고 IT에 반납된 노트북의 PST 파일에 기록이 남지 않습니다.
필터도 유용하지만 Starter가 아닌 Pro부터 제공되어 혼동할 수 있습니다. 필터는 프로젝트별 메일함과 다른 문제를 해결합니다.
실제로 운영하는 방법
몇 가지 세부 사항이 오래 유지되는 구성과 한 분기 뒤 폐기되는 구성을 가릅니다.
예측 가능한 이름을 사용하세요. 작업 번호, 부동산 참조, 고객 코드처럼 규칙으로 주소를 유추할 수 있어야 합니다. 매번 주소를 찾아봐야 한다면 패턴이 제대로 작동하지 않습니다.
일괄 생성하세요. 메일함 이백 개를 수동으로 만드는 데 오후를 쓸 이유는 없습니다. 일괄 생성과 설정 초대를 이용하면 한 번에 주소를 프로비저닝하고 사용자가 직접 비밀번호를 정해 인증 정보 공유를 피할 수 있습니다. 메일함 일괄 생성을 참고하세요.
시작 전에 누가 무엇을 읽을지 정하세요. 적절한 사람이 들어 있어야 유용합니다. 실제 구성원이 있는 공유 메일함이 그 수단이며 전달과 다르게 작동합니다. 공유 메일함 작동 방식을 참고하세요.
종료를 계획하세요. 프로젝트는 끝납니다. 완료된 프로젝트의 메일함을 보관할지, 휴면으로 둘지, 삭제할지 미리 정하세요. 누적이 이 패턴의 주요 실패 요인입니다.
프로젝트별 메일함이 적합하지 않은 경우
일부 업무에는 맞지 않습니다. 주소 삼백 개를 만들기 전에 알아두는 편이 좋습니다.
매주 수십 개의 작은 프로젝트가 생기고 각각 이메일 두 통만 만든다면 주소를 만들고 종료하는 부담이 이점보다 큽니다. 합리적인 필터가 있는 공유 받은편지함이 낫습니다. 많은 영업 관계처럼 서신이 정말 개인적이면 상대방의 기대에 맞게 주소가 사람을 따라야 합니다. 다른 사람의 스레드를 볼 일이 없다면 없는 문제를 해결하는 셈입니다.
업무가 담당자보다 오래 지속되고 여러 사람이 같은 기록을 필요로 하며 나중에 합의 내용과 시점을 확인해야 할 때 가치가 있습니다. 대행사, 임대업, 건설, 전문 서비스, 제조업에는 잘 맞지만 두 사람이 운영하는 컨설팅에는 거의 필요 없습니다.
누가 무엇을 읽는가
접근 권한을 의도적으로 구성해야 효과가 있습니다. 결과가 서로 다른 세 가지 방식이 있습니다.
구성원이 있는 공유 메일함이 보통 적절한 답입니다. 여러 사람이 같은 메일함을 열고 동료의 답장을 포함한 전체 기록을 봅니다. 사람을 추가하거나 빼는 일은 인증 정보 인계가 아니라 구성원 변경입니다. 보낸 메일은 개인의 Sent 폴더에 흩어지지 않고 프로젝트에 남아 인수인계가 가능합니다.
개인 메일함으로 전달하면 간단해 보이지만 이점을 잃습니다. 각자 사본을 받고 개인 주소로 답하며 프로젝트에는 대화 기록이 없습니다. 단계를 늘려 원래 문제를 다시 만드는 셈입니다.
인증 정보를 공유하는 메일함은 피해야 합니다. 누가 무엇을 했는지 알기 어렵고 퇴사 시 모두가 아는 비밀번호를 바꿔야 하며 이중 인증도 합리적으로 관리하기 어렵습니다.
공유 메일함은 Starter에서 도메인당 다섯 개로 시작해 Pro에서는 열다섯 개, Agency에서는 서른 개입니다. 도입 전에 이 도메인당 한도를 프로젝트 수와 비교하세요.
두 해 후
실제 시험은 시간이 지나며 악화되는지입니다. 한 가지 결정을 일찍 내리지 않으면 악화됩니다.
완료된 프로젝트가 쌓입니다. 두 해 뒤에는 대부분 휴면인 메일함 수백 개가 조금씩 저장 용량을 쓰고 모든 목록을 복잡하게 합니다. 만족하며 쓰는 팀은 프로젝트 종료 시의 처리를 처음부터 정했습니다.
메일을 보관하고 메일함을 삭제해 슬롯을 회수하면서 기록을 유지하거나, 슬롯을 쓰지만 접근 가능하도록 휴면 상태로 두거나, 아무도 확인하지 않는 일반 메일함으로 바꿀 수 있습니다. 어떤 선택이든 보관과 복원을 미리 시험하고 결정을 내리는 것이 더 중요합니다.
주소 자체의 처리도 결정해야 합니다. 작업 번호 주소가 메일 수신을 중단하면 늦게 도착한 청구서, 보증 요청, 기존 주소를 가진 공급업체의 문의가 반송됩니다. 메일함을 종료하면서 catch-all 목적지로 주소를 유지하면 추가 주소 비용 없이 이를 처리할 수 있습니다.
작게 시작하기
사업 전체에 적용할 필요는 없습니다. 지난 한 해 가장 혼란스러웠고 퇴사자의 메일함을 뒤져야 했던 프로젝트부터 골라 각각 주소를 주세요.
한 분기 동안 잘 유지되면 확대하세요. 그렇지 않아도 처음부터 메일함이 좌석당 과금되지 않았으므로 몇 분 외에는 손실이 없습니다. 핵심은 메일함을 인원수로 청구하지 않는 순간 프로젝트별 메일함이 비싼 재편이 아니라 저렴한 실험이 된다는 것입니다.
