Я ищу здесь предложения по передовому опыту.
Каковы причины за и против использования имен ролей в качестве префиксов учетных записей электронной почты вместо имени пользователя?
"[email protected]" против. "[email protected]"
или
"[email protected]" против "[email protected]"
И, кроме того, есть ли какие-то особые случаи, когда «общее правило» не должно применяться? Например, для определенных ролей? Например, «ресепшн», «контакт», «служба поддержки», «администратор»??
Мне просто нужно больше знать о плюсах и минусах, чтобы у меня было больше информации, которую я мог бы предоставить руководству.
решение1
Основная причина обращения по ролям — смена работы.
Гораздо проще изменить псевдоним почтового сервера так, чтобы reception@ или sales@ указывали на нового сотрудника или список рассылки команды, чем связываться с каждым клиентом, когда-либо получавшим этот адрес, и просить его изменить свои адресные книги.
Дополнение для ясности:
С точки зрения бизнеса клиенты хотят быть уверены, что они всегда могут связаться с кем-то, кто им поможет, и при этом иметь доступ к определенным сотрудникам для управления клиентами/счетами или более высокого уровня поддержки/продаж, когда это необходимо.
Для достижения этой цели я рекомендую использовать оба метода: сотрудники должны иметь персонализированные/именованные учетные записи и быть участниками псевдонима или списка рассылки/рассылки для своего отдела, должности или филиала — любое разграничение имеет смысл.
Какой адрес выдавать или использовать, затем становится бизнес-решением, учитывающим ожидаемые последующие действия/личные контакты/необходимые исторические знания, текучесть кадров и то, насколько «общими» являются запросы клиентов (например, сброс пароля может выполнять любой сотрудник службы поддержки).
Для ролей, непосредственно связанных с клиентами, отделов с высокой текучестью кадров или там, где запросы могут быть выполнены любым сотрудником, клиентам может быть предоставлен псевдоним (support@, sales@, reception@) для этого отдела, гарантируя, что кто-то из этого отдела получит их почту и сможет позаботиться о них. Когда сотрудник уходит или меняет роль, тогда это становится вопросом смены псевдонима или подписки на рассылку.
Для ролей, где требуется высокий уровень личных контактов, исторических знаний или где работа может быть выполнена только определенными сотрудниками, контакт может быть установлен с использованием именной учетной записи. Я бы рекомендовал предоставить клиенту также адрес-псевдоним, чтобы он не остался в стороне, когда сотрудник покидает компанию или находится в отпуске.
решение2
Это определенно зависит от контекста — именованные учетные записи должны быть предназначены для случаев, когда люди захотят связаться с этим человеком.конкретно(например, «отправить этот файл Джону в аккаунтах»), в то время как ролевые аккаунты очень полезны, когда вам все равноВОЗв настоящее время выполняет эту работу, просто они получают ваше сообщение (например, «сообщите на ресепшен, что я жду посетителя»).
У вас даже могут быть люди с личными учетными записями, ответственные за учетные записи ролей или имеющие к ним доступ — например, работники службы поддержки: клиенты могут сначала отправить электронное письмо на адрес «helpdesk@....», а затем получить ответ от «ann.other@...». Так у нас в компании, и это работает очень хорошо.
решение3
Обычно я создаю группы рассылки с именами ролей и помещаю в группы соответствующих лиц. Если есть только один человек, я все равно это сделаю, чтобы всегда был один адрес электронной почты на человека и как минимум один адрес электронной почты на роль.
решение4
Не зря были разработаны псевдонимы электронной почты. Они значительно облегчают людям смену ролей.
для определенных ролей? например, «ресепшн», «контакт», «служба поддержки», «администратор»??
Запрос на изменение 2142приводится список адресов электронной почты, которые можно разумно ожидать для любого домена.