답변1
역할 주소의 주된 이유는 사람들이 직업을 바꾸기 때문입니다.
해당 주소를 받은 모든 클라이언트에 연락하여 주소록 변경을 요청하는 것보다 receive@ 또는 sales@가 새 직원이나 팀의 메일링 목록을 가리키도록 메일 서버 별칭을 변경하는 것이 훨씬 쉽습니다.
명확성을 위해 추가:
비즈니스 관점에서 고객은 도움을 줄 수 있는 사람과 항상 연락할 수 있으면서도 적절한 경우 고객/계정 관리 또는 더 높은 수준의 지원/판매를 위해 특정 직원에게 접근할 수 있기를 원합니다.
이 목표를 달성하기 위해 두 가지 기술을 모두 사용하는 것이 좋습니다. 직원은 개인화/기명 계정을 가지고 있어야 하며, 어떤 설명이든지 해당 부서, 역할 또는 지점에 대한 별칭 또는 메일링/배포 목록의 구성원이어야 합니다.
제공되거나 사용되는 주소는 예상되는 후속 조치/개인 연락/필요한 과거 지식, 직원 이직률 및 "일반" 고객 요청 방법(예: 모든 헬프데스크 직원이 비밀번호 재설정을 수행할 수 있음)에 대한 비즈니스 결정이 됩니다.
일선 고객 대면 역할, 이직률이 높은 부서 또는 직원이 요청을 완료할 수 있는 부서의 경우 고객에게 해당 부서의 별칭(support@, sales@, receive@)을 제공하여 해당 부서의 누군가가 요청을 받도록 보장할 수 있습니다. 우편물을 보관하고 관리할 수 있습니다. 직원이 떠나거나 역할이 변경되면 별칭이나 메일링 리스트 구독을 변경하는 문제가 됩니다.
높은 수준의 개인적 접촉, 역사적 지식 또는 특정 직원만이 업무를 수행할 수 있는 역할의 경우 명명된 계정을 사용하여 접촉할 수 있습니다. 직원이 퇴사하거나 휴가 중일 때 고객이 추위에 빠지지 않도록 고객에게도 별칭 주소를 제공하는 것이 좋습니다.
답변2
확실히 상황에 따라 다릅니다. 기명 계정은 사람들이 그 사람과 소통하고 싶을 때 사용되어야 합니다.구체적으로(예: '계정으로 John에게 이 파일 보내기') 역할 계정은 관심이 없을 때 매우 유용합니다.WHO현재 그 일을 하고 있습니다. 단지 귀하의 메시지를 받았을 뿐입니다(예: '방문자가 올 것으로 리셉션에 알리십시오').
개인 계정이 있고 역할 계정을 담당하거나 액세스할 수 있는 사람이 있을 수도 있습니다. 예를 들어 헬프데스크 직원은 고객이 처음에 'helpdesk@....'로 이메일을 보낸 다음 'ann.other'로부터 답장을 받을 수 있습니다. @...'. 이것이 우리 회사에서 사용하는 방식이며 우리에게 매우 잘 작동합니다.
답변3
나는 일반적으로 역할 이름이 있는 배포 그룹을 만들고 관련된 사람들을 그룹에 넣습니다. 사람이 한 명뿐이라면 어쨌든 그렇게 할 것이므로 항상 사람당 하나의 이메일 주소가 있고 역할당 적어도 하나의 이메일 주소가 있습니다.
답변4
이메일 별칭이 개발된 이유가 있습니다. 사람들이 역할을 바꿀 때 훨씬 더 쉬워집니다.
특정 역할에? 예. "접수", "연락처", "헬프데스크", "관리자"??
RFC 2142모든 도메인에 대해 합리적으로 기대할 수 있는 이메일 주소 목록을 제공합니다.