Миграция без простоя: два хелпдеска работают параллельно

Одни команды могут выбрать тихие выходные и сменить хелпдеск одним движением. Другие не могут: поддержка работает круглосуточно, поток обращений не проседает никогда, а цена тяжёлого понедельника слишком высока. Для них есть другой сценарий — параллельная работа. Переключение перестаёт быть событием и становится регулятором: два хелпдеска живут одновременно, трафик перетекает со старого на новый по одному каналу за раз, а старый инструмент выключают только тогда, когда цифры говорят, что это безопасно.

Сделано аккуратно — клиенты ничего не замечают, а агенты не оказываются перед обрывом. Сделано на глазок — получаете два классических провала: клиенту отвечают дважды разные люди или не отвечает никто, потому что каждый инструмент считал, что обращение ведёт другой. Разница — в нескольких правилах.

Принцип: новое — в новый, старое — дожать

Весь сценарий держится на одном правиле: новые обращения начинаются в новом инструменте; начатые переписки дозакрываются там, где начались.

Ничего не переносится на середине переписки. Клиент, написавший во вторник в старую систему, в четверг получит ответ из неё же — от агента, который видит переписку целиком. Клиент, написавший впервые уже после переключения, попадёт в новый инбокс. У каждого обращения ровно один дом, и определяется он тем, где обращение началось. Значит, в любой момент и команда, и оба инструмента однозначно знают, кто чем занимается.

Старый хелпдеск перестаёт быть вашей системой поддержки и превращается в дожимаемую очередь: новых обращений не поступает, бэклог тает, финиш виден.

Переключайте каналы по одному

Параллельная работа выигрывает за счёт того, что вы никогда не ставите на кон все каналы разом. Типичный порядок — от наименее рискованного:

1. Чат на сайте. Меняется один сниппет, откат мгновенный, а переписки в чате короткие — начатое дожимается за часы, а не за недели. Это ваша репетиция с минимальной ценой ошибки.
2. Второстепенный почтовый алиас — малонагруженный адрес, а не главный. Проследите полную неделю трафика от начала до конца: маршрутизация, назначение, эскалации, CSAT.
3. Основная почта поддержки. К этому моменту процесс уже проверен — меняется только объём.
4. Мессенджеры и соцсети — их переподключение часто упирается в шаги на стороне платформы, поэтому повторную привязку планируйте заранее, а не считайте её данностью.

Каждому каналу дайте период выдержки — несколько дней работы на новом инструменте, пока вы проверяете, что нигде не течёт, — и только потом беритесь за следующий. Вся лестница обычно занимает от двух до четырёх недель. Медленнее — нормально; пропуск ступеней — вот как копятся сюрпризы.

Как держать данные согласованными в двух инструментах

Соблазнительная архитектура — живая двусторонняя синхронизация между системами. Не поддавайтесь. Двусторонняя синхронизация двух хелпдесков — хрупкая обвязка, которая ломается молча, и решает она задачу, уже решённую правилом маршрутизации. Никому не нужно, чтобы каждое обращение лежало в обоих инструментах во время пересечения; нужно, чтобы у каждого обращения сейчас был один дом, а в новом инструменте в итоге оказалась полная история.

Работающая схема куда проще:

• Массовый импорт до начала параллельной работы: история, контакты, база знаний и макросы приезжают в новый инструмент, чтобы у агентов был контекст с первого дня.
• Догоняющий импорт в конце: когда очередь старого инструмента дожата, один финальный проход забирает всё, что появилось там за время пересечения. История становится полной ровно в тот момент, когда старый инструмент уходит на покой.
• Контакты сводятся по адресу почты — это ключ дедупликации, поэтому клиент, засветившийся за время пересечения в обоих инструментах, склеивается в одну карточку, а не раздваивается.

Кто где отвечает: расстановка людей без раздвоения

Делите команду по каналам, а не по грейдам: кто ведёт чат — переходит в новый инструмент в день переключения чата; почтовая группа — в день переключения почты. Каждый агент переезжает вместе со своим каналом, поэтому никто не работает в двух очередях сразу, — а именно работа в двух очередях и порождает двойные ответы.

Два вспомогательных правила:

• Первыми переходят чемпионы. Первый канал берут агенты, которые учатся быстрее всех, — и к моменту переключения основной почты в новом инструменте есть свои эксперты на каждой смене.
• У старого инструмента есть дата отключения в календаре, и её видят все. Бессрочная параллельная работа плодит окапывание в привычной очереди — агенты задерживаются в знакомом инструменте, — и вы платите за две системы из чистой инерции.

Метрики в период двойной работы

Смешанные цифры во время пересечения врут: очередь старого инструмента тает по замыслу, очередь нового растёт по замыслу, поэтому любое общее среднее измеряет в основном пропорцию, а не качество сервиса. Вместо этого:

• Считайте время первого ответа и время решения отдельно по каждому инструменту, а цифры нового сравнивайте с базовым уровнем старого до миграции — только это честное сравнение сопоставимого.
• Следите за кривой бэклога старого инструмента. Она должна падать монотонно; плато означает, что туда всё ещё что-то поступает, и найти эту течь — самая важная задача дня.
• Ждите, что цифры нового инструмента начнутся чуть хуже и обгонят базовый уровень за неделю-две по каждому каналу, пока привычки устаканиваются.

Критерии выхода: когда выключать старый инструмент

Запишите их до начала параллельной работы, чтобы решение было чек-листом, а не спором:

• Все каналы переведены на новый инструмент, и каждый прошёл свой период выдержки.
• Очередь начатых переписок в старом инструменте дожата до заранее согласованных единиц, а отстающие явно переназначены.
• Догоняющий импорт отработал, и выборочная проверка подтверждает, что история полная.
• Метрики нового инструмента по каждому каналу на уровне базового до миграции или выше.
• Интеграции, вебхуки и автоматизации проверены и смотрят только на новый инструмент.
• Команда подписалась: старшие смен подтверждают, что от старой системы больше ничего не зависит.

Дальше: старый инструмент — в режим только чтения до конца оплаченного периода (дешёвая страховка и честный справочник), отмена подписки подтверждена письменно, а архивная выгрузка лежит там, где ей распоряжаетесь вы.

Сценарии провала, от которых защищаемся заранее

• Двойные ответы — всегда симптом того, что агент работает в обеих очередях или канал заведён сразу в два инструмента. Правило маршрутизации и расстановка людей по каналам предотвращают это структурно.
• Осиротевшие алиасы — забытый адрес пересылки, который продолжает кормить старый инструмент после того, как «всё» переключили. Выдаёт его плато бэклога.
• Интеграции, пишущие в покойника — вебхук или скрипт, который до сих пор заводит обращения в старой системе. Не зря вынесены в критерии выхода.
• Вечное пересечение — полгода оплаты двух инструментов, потому что за дату отключения никто не отвечал. Назначьте её в первый же день.

При чём здесь MoveDesk

MoveDesk рассчитан именно на параллельный сценарий: бесплатная миграция «под ключ» включает и первичный массовый импорт, и финальный догоняющий проход; неограниченное число мест означает, что во время пересечения вся команда спокойно живёт в обоих инструментах без арифметики лицензий; а 14-дневного пробного периода с запасом хватает на первые ступени лестницы каналов. Если вы прикидываете, как выглядит другая сторона пересечения, сравнение с Intercom разбирает путь миграции подробно.

Выберите первый канал — скорее всего, это чат — и назначьте дату отключения старого инструмента сегодня. Параллельная миграция без даты окончания — не миграция, а вторая подписка.