고객사를 늘리되
메일은 섞이지 않게
고객사마다 자기 워크스페이스를 갖습니다. 고객사의 도메인, 주소, 사람까지. 사이드바 상단에서 전환하고, 서로 넘나드는 것은 없습니다.
워크스페이스 전환기에서 고객사를 고르면 도메인, 주소, 사람도 함께 바뀝니다.
출발점
지금은 이런 모습입니다.
고객사마다 자기 도메인이 있습니다
내가 소유하지 않은 도메인에서 메일이 나가므로, 레코드로 그 도메인이 고객사의 것임을 증명해야 합니다.
하루 종일 로그인과 로그아웃을 반복합니다
고객사마다 계정이 하나씩이라, 고객사 메일을 보려면 내 메일을 두고 나가야 합니다.
고객사도 자리를 원합니다
워크스페이스에 있는 나머지 전부가 아니라, 자기 주소만 보고 싶어 합니다.
작동 방식
네 단계면 돌아갑니다.
- 01
고객사별 워크스페이스 만들기
각 워크스페이스가 자기 도메인, 주소, 구성원, 규칙을 담고, 모두 지금 쓰는 계정 아래에 있습니다.
- 02
고객사 도메인 추가와 게시
소유 확인, 서명, 라우팅 레코드를 고객사 DNS에 복사하거나, 지원되는 곳에서는 한 번 눌러 동기화하세요.
- 03
고객사 초대
역할을 주고 고객사가 가진 주소만 부여하세요. 주소 하나는 딱 그 주소 하나입니다.
- 04
사이드바에서 전환
고객사를 고르면 도메인, 주소, 사람이 함께 따라오고, 내 메일은 그대로 남습니다.
바탕이 되는 기능
일을 해내는 구성 요소.
고객사 워크스페이스가 무엇으로 이루어지는지, 그리고 고객사가 들어온 뒤 무엇을 볼 수 있고 무엇을 볼 수 없는지.
사이드바에 저희 것 대신 직접 만든 마크와 로고를 넣으세요.
역할은 무엇을 할 수 있는지를, 주소 권한은 그것을 어디에 할 수 있는지를 정합니다.
읽기만, 또는 읽고 그 주소로 발송까지. 나머지는 보이지 않습니다
실제 활용
구성 요소별로 하나씩.
짧은 가이드 네 개. 고객사를 분리해 두기, 도메인 증명하기, 보낸 뒤 결과 읽기, 그리고 모든 발송에 같은 서명 넣기.
질문
가입 전에 자주 묻는 것.
고객사가 제 다른 고객사를 볼 수 있나요?
아니요. 워크스페이스는 자기 도메인, 주소, 구성원, 규칙을 담고, 전환기에는 그 사람이 열 수 있는 워크스페이스만 보입니다. 주소 권한은 그 주소 하나에만 적용됩니다.
고객사마다 계정을 따로 만들어야 하나요?
아니요. 계정은 하나, 워크스페이스는 고객사마다 하나입니다. 워크스페이스 전환기에서 고객사를 고르면 도메인, 주소, 사람이 함께 따라옵니다.
고객사의 DMARC 정책을 OpenEmail이 대신 강화해 주나요?
아니요. 도메인을 추가하면 복사하거나 동기화할 수 있는 시작용 p=none 레코드가 나옵니다. p=none에서 더 나아가는 것은 서명 상태가 만족스러워진 뒤 고객사 DNS에서 직접 하는 변경입니다.
관련 사례
