Хочу перевести небольшую организацию на
Яндекс.Коннект (Yandex.Connect). Сейчас у неё два ящика, к каждому из которых одновременно имеют доступ несколько сотрудников. Предположим, это
example@yandex.ru
(администрация) и
example-techsupport@yandex.ru
(технический отдел).
Удобство в том, что один ящик — это одна папка «входящие». Каждое новое письмо открывается любым из имеющих доступ к ящику сотрудников. Письму присваивают соответствующие метки, совершают связанные с ним необходимые действия и отправляют в архив. Процесс очень прозрачный, потому что всем всегда видно, какие письма совсем новые, что начало обрабатываться, на что частично готов ответ в общих черновиках, а что уже доделано. Вся команда работает как единый организм, постоянно стремясь разгрести общую папку «входящие».
После переезда на Яндекс.Коннет, адреса двух ящиков превратятся во что-то типа
contact@example.com
(администрация) и
techsupport@example.com
(технический отдел). Допустим, со старых адресов будет настроена переадресация, так что для клиентов проблем из-за переезда не возникнет.
Непонятно вот что: как теперь совместно разгребать общие ящики? В
справке по Коннекту предлагается каждому сотруднику создать индивидуальный аккаунт типа
ivan.ivanov@example.com
, а общие адреса присвоить отделам или командам, настроив принадлежность сотрудников.
Само по себе наличие индивидуальных ящиков — хорошо. Один человек — один почтовый адрес — один личный пароль. Но как быть с прозрачностью процесса разбора общих писем? Сообщение, адресованное
contact@example.com
, одновременно попадает в несколько ящиков (
ivan.ivanov@example.com
,
petr.petrov@example.com
и
sidr.sidorov@example.com
). Каждый человек видит это письмо по отдельности, то есть не знает, начал ли его уже кто-нибудь разбирать или нет. Ответ одного из сотрудников, скорее всего, по умолчанию не будет виден остальным, если использовать кнопку «ответить», а не «ответить всем». Общих меток нет, общего архива нет, и так далее. Человек, вернувшись из отпуска, увидит сотни писем в своём личном ящике, но не будет знать, что уже сделано другими, а что нужно сделать самому.
Очевидно, что вместо создания сотрудников и отделов, можно просто создать вот таких двух «человек»:
contact@
и
techsupport@
. Однако, это больше похоже на костыль, чем на правильное решение. У групп сотрудников опять будет общий аккаунт, как и до переезда, а это не очень хорошо с точек зрения безопасности, гибкости и удобства.
Кажется, я что-то упускаю в понимании процесса. Как правильно всё организовать?