Чек-лист миграции хелпдеска: что проверить до переезда
Чек-лист смены хелпдеска по этапам: условия выхода со старого тарифа, инвентаризация данных, сопоставление полей, технические стыки, готовность команды и проверки после запуска.
Ключевые выводы
- Проверяйте по этапам, а не по датам: соответствие, условия выхода, инвентаризация, сопоставление полей, технические стыки, люди, репетиция переключения и проверки после запуска работают при любом графике.
- Дешевле всего предотвращаются провалы контрактные: прежде всего выясните, даёт ли ваш текущий тариф право на массовый экспорт и за сколько дней нужно предупредить об отказе от автопродления.
- Таблица сопоставления поле за полем плюс пробный импорт на 50–100 обращениях ловят ошибки, которые портят отчётность: несовпадение типов, расползание статусов и сдвиг часовых поясов.
- Видимые простои рождаются на технических стыках: заранее снизьте TTL у DNS-записей, перенаправьте вебхуки и проверьте вход для каждого агента до дня переключения.
- Миграция закончена тогда, когда цифрам можно верить: первый отчёт по SLA сверен с базовыми значениями, поиск проверен, старый инструмент оставлен в режиме только чтения до конца оплаченного периода.
Миграции хелпдеска почти никогда не проваливаются на импорте. Они проваливаются тремя неделями раньше — когда никто не проверил, разрешает ли старый тариф массовый экспорт, — или тремя неделями позже, когда отчёт по SLA незаметно уехал на два часа и объяснить это оказалось некому. Сам импорт механичен. Проект выигрывается или проигрывается на проверках вокруг него.
Ниже — главный чек-лист этих проверок, разложенный по этапам, а не по датам. Переключаетесь вы за одни выходные или месяц держите оба инструмента параллельно — пункты те же, меняется только календарь. Пройдите его сверху вниз, и переезд станет скучно предсказуемым: именно этого и ждут от проекта, который затрагивает каждую переписку с клиентом.
Этап 1: проверьте, куда переезжаете, до подписания
Дешевле всего поймать проблему до контракта. Убедитесь — на доказательствах, а не на заверениях менеджера по продажам:
- Каждому вашему каналу есть куда приземлиться. Почтовые адреса, чат на сайте, мессенджеры, личные сообщения в соцсетях. Канал без места назначения превращается в аврал за два дня до переключения.
- Интеграции, которые приносят деньги, есть в наличии. Проверка биллинга, статус заказа, синхронизация с CRM. Интеграции из категории «приятно иметь» подождут, денежные — нет.
- Импорт покрывает все ваши объекты. Обращения, контакты, статьи базы знаний, макросы, теги, пользовательские поля — попросите список письменно и отдельно спросите, что будет с вложениями.
- Модель оплаты подходит под форму вашей команды. Оплата за каждое место наказывает за рост, фиксированные тарифы — совсем маленькие команды. Считайте на штат через 12 месяцев, а не на сегодняшний.
Если вы уже взвешиваете конкретных вендоров, структурное сравнение вроде нашего разбора Freshdesk быстрее двадцати вкладок со страницами возможностей.
Этап 2: проверьте путь выхода
Насколько легко уйти, решает ваш текущий хелпдеск, — и ответы нужно получить, пока вы ещё платящий клиент на хорошем счету:
- Позволяет ли ваш текущий тариф массово выгружать переписки, контакты, статьи и макросы — или экспорт спрятан за более дорогим планом?
- В каких форматах приходят выгрузки и попадают ли в них вложения и картинки внутри писем?
- Когда продлевается контракт и за сколько дней нужно предупредить об отказе? Окна автопродления загнали в ловушку больше команд, чем любая техническая проблема.
- Что политика вендора говорит про удаление данных после ухода? Вам может понадобиться запас времени, чтобы до-выгрузить забытое.
Этап 3: инвентаризация того, чем вы владеете
Нельзя сверить миграцию с описью, которую вы не составили. Один человек, один документ, полдня:
- Каждый почтовый адрес, с которого письма пересылаются в поддержку, — включая алиасы, заведённые кем-то много лет назад и забытые.
- Каждая установка виджета и её страницы, каждый подключённый мессенджер.
- Перепись макросов: сколько их всего и какими десятью пользуются на самом деле.
- Правила автоматизации — выписанные человеческим языком: правила редко выгружаются чисто, а недокументированные умирают беззвучно.
- Пользовательские поля обращений и контактов вместе с их типами.
- Структура базы знаний: категории, число статей, черновики против опубликованных.
- Потребители API и вебхуки — всё, что программно читает из старого хелпдеска или пишет в него.
Этап 4: проверьте маршрут импорта поле за полем
Этот этап команды пропускают чаще всего — а именно он решает, будут ли ваши отчёты хоть что-то значить в следующем квартале:
- Составьте таблицу сопоставления: каждое исходное поле — своему полю на принимающей стороне, вместе с типом. Выпадающий список, приехавший свободным текстом, будет портить вам отчётность целый год.
- Решите, как переводятся статусы обращений: у большинства инструментов пять-семь состояний, и один в один они не совпадают никогда.
- Выберите ключ дедупликации контактов (почти всегда это адрес почты) и решите, чья версия побеждает при столкновении двух записей.
- Убедитесь, что вложения и картинки внутри писем копируются в хранилище нового инструмента, а не подтягиваются ссылкой со старого.
- Сначала прогоните пробный импорт на 50–100 обращениях. Сверьте метки времени с источником — незаметный сдвиг часового пояса уводит каждую метрику SLA на часы. Затем проверьте склейку веток, авторство и целостность вложений — и только потом запускайте полный прогон.
Этап 5: проверьте технические стыки
Простой прячется в стыках между системами:
- Маршрутизация почты: снизьте TTL у DNS-записей за несколько дней и проверьте пересылку от начала до конца настоящим письмом.
- Замена виджета: знайте точно, какой коммит меняет сниппет и кто может его выкатить.
- Вход в систему: убедитесь, что каждый агент может авторизоваться, до дня переключения, а не в его разгар.
- Вебхуки и потребители API из этапа 3 смотрят на новый инструмент: интеграция, которая после переключения продолжает писать в старый хелпдеск, — классический источник обращений-призраков.
- Опросы CSAT уходят из нового инструмента и попадают в его же отчётность.
Этап 6: проверьте людей
- Роли и права пересобраны, администраторов минимум двое.
- Шпаргалка на одну страницу, переводящая старые привычки в новые: куда делись представления, как эскалировать, какие теперь горячие клавиши.
- Названный проводник в каждой команде, который осваивает инструмент на неделю раньше остальных.
- График на первую неделю, заложивший небольшую просадку производительности, — она обязательно будет.
Этап 7: проверьте само переключение
- Прогоните 25 эталонных обращений — настоящих переписок за последний квартал — через новую сборку и критично прочитайте каждый ответ.
- Отрепетируйте откат: те два-три шага, которые возвращают маршрутизацию назад, — записанные, с названным ответственным.
- Заморозьте изменения настроек в старом инструменте на время переноса, чтобы выгрузки оставались согласованными.
- Подготовьте сообщение клиентам и уложите его в два предложения. Клиента волнует качество ответа, а не ваш набор инструментов.
Этап 8: проверьте всё после запуска
Миграция заканчивается не переключением, а тем моментом, когда цифрам можно верить:
- Следите за очередью на предмет подозрительной тишины: канал, из которого не приходит ни одного обращения, обычно не затих, а неправильно смаршрутизирован.
- Сверьте первый отчёт по SLA с базовыми значениями старого инструмента.
- Убедитесь, что поиск находит перевезённую историю и статьи.
- Держите старый инструмент в режиме только чтения до конца оплаченного периода, а потом подтвердите отказ письменно.
Версия на одну страницу
Соответствие — до контракта. Условия выхода — письменно. Полная инвентаризация. Сопоставление поле за полем и пробный импорт. Стыки проверены от начала до конца. Люди подготовлены, а не застигнуты врасплох. Переключение отрепетировано, у отката есть ответственный. Цифры сверены после запуска. Восемь этапов и ни одного подвига.
При чём здесь MoveDesk
MoveDesk появился потому, что раньше на этот чек-лист нанимали консультанта. Миграция «под ключ» бесплатна на любом тарифе: выгрузку, сопоставление и импорт из Zendesk, Intercom или Freshdesk делает наша команда — вместе с вложениями, статьями, макросами и историей, — а оба инструмента работают параллельно столько, сколько вам нужно для сравнения. 14-дневного пробного периода хватает, чтобы пройти каждый этап выше на ваших реальных данных до того, как вы что-то решите.
Распечатайте чек-лист, забронируйте тихую неделю и начните с этапа 1. Команды, которые проверяют дважды, переезжают один раз.
Поделиться статьёй
Часто задаваемые вопросы
Для команд примерно на 2–15 агентов со стандартным набором каналов сам переезд укладывается в выходные — при условии, что этапы проверок уже пройдены. Работа по чек-листу вокруг него — инвентаризация, сопоставление полей, условия выхода, репетиция — обычно занимает одну-две календарные недели неполной загрузки. Команды крупнее новых шагов не добавляют: они растягивают те же этапы на более долгий период параллельной работы двух инструментов.
Про программных потребителей: вебхуки, скрипты на API и интеграции, которые тихо читают из старого хелпдеска или пишут в него. В интерфейсе их не видно, поэтому в опись они не попадают, после переключения продолжают работать со старым инструментом и порождают обращения-призраки или беззвучную потерю данных. Лечится это просто: на этапе 3 выписываете каждого потребителя API, на этапе 5 перенаправляете каждого из них.
Почти никогда. 12 месяцев истории закрывают подавляющее большинство реальных поисков, 24 месяца — осторожный потолок. Всё, что старше, можно сложить в архивную выгрузку в режиме только чтения и импортировать позже, если появится настоящая потребность. А если до импорта отфильтровать обращения, закрытые как спам, и закрытые одним словом, поиск в новом инструменте останется чистым.
Прогоните пробную партию на 50–100 обращениях до полного импорта и сверьте с источником четыре вещи: метки времени (сдвиг часового пояса незаметно портит отчётность по SLA), склейку веток и авторство ответов, целостность вложений и типы пользовательских полей. После полного прогона повторите набор настоящих прошлых переписок и убедитесь, что поиск находит именно то, что будут искать агенты.
В разгар запуска продукта, в сезонный пик, во время смены цен и на неделе, когда продлевается контракт с крупным клиентом, — то есть всегда, когда растёт поток обращений или цена ошибки. Чек-лист рассчитан на тихое окно, в котором небольшая просадка производительности в первую неделю по карману. Если тихого окна нет вовсе, держите оба инструмента параллельно и переводите каналы постепенно, а не переключайтесь разом.
Правила автоматизации, которые никто не в силах объяснить, самописные CSS-костыли, сохранённые представления уволившихся агентов и интеграции, живущие по привычке, а не ради пользы. Сценарий, который только латал ограничение старого инструмента, притащил бы за собой и само ограничение. А отчёты лучше пересобрать на стандартных отчётах нового инструмента после двух недель живых данных, чем копировать целиком.
Продолжить чтение
18 апр. 2026 г. · 9 мин чтения
Переезд на новый хелпдеск за выходные: план с пятницы по понедельник
План на промежуток от вечера пятницы до утра понедельника: как перевезти поддержку в новый хелпдеск, пока клиенты спят, — что заморозить, что импортировать, что протестировать и какие чек-листы ловят ловушки, на которые натыкается большинство команд.
Читать далее2 апр. 2026 г. · 8 мин чтения
Как за неделю переучить команду поддержки на новый хелпдеск
План на пять дней для перевода агентов в новый хелпдеск: час с проводником, пересобранные рабочие процессы, теневые смены, ИИ-черновики и живой день со страховкой.
Читать далее17 февр. 2026 г. · 8 мин чтения
Как выгрузить данные из старого хелпдеска: обращения, статьи, контакты
Как забрать из старого хелпдеска обращения, статьи базы знаний, контакты и макросы: форматы, API, вложения и ловушки, которые всплывают позже.
Читать далее