Переезд на новый хелпдеск за выходные: план с пятницы по понедельник
План на промежуток от вечера пятницы до утра понедельника: как перевезти поддержку в новый хелпдеск, пока клиенты спят, — что заморозить, что импортировать, что протестировать и какие чек-листы ловят ловушки, на которые натыкается большинство команд.
Ключевые выводы
- Для команд до ~15 агентов подготовленная миграция хелпдеска укладывается в промежуток с 18:00 пятницы до 9:00 понедельника: поток обращений в выходные на 40–70% ниже будничного, и это самое дешёвое окно.
- Успех решается предполётной проверкой в четверг: доступ к выгрузке, инвентаризация каналов, глубина истории, названный ответственный за откат и заранее сниженный TTL у DNS-записей.
- Порядок импорта важен: сначала база знаний (она питает ИИ), вторыми — контакты с заранее сопоставленными полями, затем история отфильтрованными партиями и только живые макросы.
- Держите оба инструмента в параллельной работе, а ИИ — в теневом режиме первую неделю: воскресный прогон эталонных обращений ловит большую часть пробелов, живой трафик безопасно добирает остальное.
- Клубок автоматизаций и CSS-костыли оставьте позади: воссоздавая обходные пути вокруг ограничений старого инструмента, вы импортируете вместе с ними и сами ограничения.
Спросите руководителя поддержки, почему его команда до сих пор сидит на хелпдеске, на который жалуется каждую неделю, — и дело почти никогда не в самом продукте. Дело в переезде. Миграция выглядит как проект на месяц, в зоне поражения которого оказываются живые клиенты, — и её откладывают квартал за кварталом.
А теперь неудобная правда: для обычной команды до ~15 агентов сам переезд укладывается в промежуток с 18:00 пятницы до 9:00 понедельника. И не потому, что вы гоните, — а потому, что в выходные это обходится дешевле всего. У большинства B2B-продуктов входящий поток обращений в субботу и воскресенье падает на 40–70%. Это затишье — бесплатное окно для технических работ, которое почему-то никто не планирует.
Ниже — сценарий, по которому мы ведём команды, переходящие в MoveDesk. Он сработает с любым современным инструментом на принимающей стороне: принципы не наши, они общие. Нужны всего три вещи — подготовленный четверг, сосредоточенные выходные и план отката, к которому вы, надеемся, так и не притронетесь.
Кому подходит этот сценарий
Переключение за выходные исходит из трёх допущений:
- У вас примерно 2–15 агентов. Командам крупнее нужно не больше времени на миграцию, а больше времени на обучение, поэтому они обычно растягивают те же шаги на двое выходных.
- Каналы у вас обычные: почта, чат на сайте, один-два мессенджера.
- Вы можете на три дня заморозить изменения настроек хелпдеска. Не саму поддержку — только правки макросов, автоматизаций и статей.
Если у вас в разгаре запуск, сезонный пик или переговоры по контракту со штрафом за досрочный выход — не бронируйте выходные прямо сейчас. Дождитесь самых скучных.
Четверг: предполётная проверка
Один человек, полдня. Задача — точно понять, что у вас есть, до того как хоть что-то сдвинется с места.
Чек-лист предполётной проверки:
- Убедитесь, что выгрузка вообще возможна: есть админский доступ к обращениям, контактам, статьям справочного центра и макросам. На части старых тарифов массовый экспорт спрятан за более дорогими планами — выясните это в четверг, а не в субботу.
- Проведите инвентаризацию каналов: каждый адрес, с которого письма пересылаются в поддержку, каждая установка виджета, каждый подключённый мессенджер. Забытые каналы (тот самый алиас orders@, который кто-то завёл в 2023-м) — источник сюрпризов понедельника номер один.
- Пересчитайте макросы и выпишите те десять, которыми команда пользуется на самом деле. Перепись важна: команды регулярно обнаруживают 140 шаблонов ответов, из которых живы 12.
- Определитесь с глубиной истории. 12 месяцев закрывают практически любой реальный поиск, 24 — осторожный потолок. Всё, что старше, — археология, её можно импортировать позже.
- Выпишите интеграции и отметьте, какие из них приносят деньги (проверка биллинга, статус заказа), а какие остались по привычке. Запуск блокирует только первая группа.
- Назначьте ответственного за откат: один человек, который в любой момент выходных может скомандовать «откатываемся» и знает те два шага, из которых откат состоит.
- Снизьте TTL почтовых DNS-записей до 300 секунд прямо сейчас. Если оставить TTL в 24 часа, переключение понедельника растянется до вторника.
Вечер пятницы: заморозка и выгрузка
С 18:00 старый хелпдеск переходит в режим «только чтение» по настройкам. Агенты продолжают отвечать на тикеты; макросы, автоматизации и статьи до понедельника не трогает никто.
Дальше запускайте выгрузки, пока под ними ничего не меняется: обращения (CSV или дамп через API), контакты с пользовательскими полями, статьи справочного центра, макросы. Тем же вечером начните настройку рабочего пространства на новой стороне — участники команды, роли, тон бренда, цвета виджета. Когда количество мест не ограничено, таблица распределения лицензий не нужна: доступ получают все.
Два-три часа — с учётом пиццы.
Суббота: день импорта
Порядок здесь важнее скорости.
Сначала база знаний. Это топливо для ИИ-агента, и качество тут важнее полноты. Раз в десять лет выпадает шанс навести порядок — сейчас он: одна статья, отвечающая на реальный вопрос, лучше пяти, отвечающих наполовину. Следите за классической ошибкой импорта — черновики приезжают опубликованными. Выборочно проверьте флаги видимости, прежде чем идти дальше.
Вторыми — контакты, ключ сопоставления — адрес почты. Сопоставьте пользовательские поля до импорта, а не после: поле, приехавшее свободным текстом вместо выпадающего списка, будет портить вам отчётность целый год.
Третьей — история, партиями, от старых к новым. Здесь живут две ловушки: сдвиг часовых поясов (сверьте несколько меток времени со старым инструментом — незаметный сдвиг к UTC уводит все отчёты по SLA на часы) и мусорный объём. Отфильтруйте до выгрузки тикеты, закрытые как спам и закрытые одним словом: их ещё никто ни разу не искал.
Макросы — последними. Не переносите все 140. Возьмите те десять живых и превратите их в то, что новый инструмент делает лучше: подсказки для ИИ и предлагаемые ответы с теми же формулировками, к которым клиенты уже привыкли.
Всю субботу клиентам отвечает старый инструмент. Параллельная работа обоих инструментов — не компромисс, а замысел.
Воскресенье: тесты и теневой режим
Воскресенье — день доказательств, пока ни один клиент ничего не видит.
Прогоните эталонные обращения: возьмите 25 настоящих переписок за последний квартал — повторяющийся вопрос, злой пограничный случай, возврат денег, «а это работает с X?». Пропустите их через новую сборку и критично прочитайте каждый ответ ИИ. Ссылается ли он на правильную статью? Передаёт ли обращение человеку там, где должен? Два-три круга донастройки базы знаний на этом шаге — норма, а не провал.
Дальше — час с командой: 60–90 минут прогулки по инбоксу, передаче обращений и редактированию статей. Современным инструментам не нужны курсы обучения, но один час с проводником, поставленный в календарь, нужен — а не «в понедельник разберётесь по ходу».
Прежде чем закрыть ноутбук, убедитесь, что весь список зелёный:
- Виджет работает на тестовом стенде и выглядит как ваш бренд.
- Пересылка почты проверена настоящим письмом от начала до конца.
- ИИ в теневом режиме — готовит черновики ответов, которые утверждает агент, и ничего не отправляет сам. В этом режиме он остаётся всю первую неделю на проде: одни выходные вычитки обходятся несравнимо дешевле одного уверенно неверного ответа в понедельник.
- Откат отрепетирован: старый сниппет виджета возвращается одним коммитом, шаги отката DNS записаны.
Утро понедельника: переключение до кофе
7:30 — переводите маршрутизацию почты на новый инструмент. 8:00 — меняете виджет на проде. 8:05 — ответственный за откат смотрит на очередь с чашкой кофе.
Клиентам говорите почти ничего. Два предложения: «Мы обновили систему поддержки. Команда та же, ответы быстрее». Клиента волнует качество ответа, а не оргсхема ваших инструментов.
Старый инструмент держите живым в режиме чтения до конца оплаченного периода. Начатые переписки дозакрывайте там, всё новое начинайте в новом инбоксе.
Что переезжает, а что остаётся
Переезжает с вами: история переписок, контакты и пользовательские поля, статьи справочного центра, теги, живые макросы.
Остаётся намеренно: клубок автоматизаций, который никто не в силах объяснить, самописные CSS-костыли, сохранённые представления агентов, уволившихся в 2024-м. Если сценарий существовал только затем, чтобы залатать ограничение старого инструмента, воссоздать его — значит импортировать само ограничение.
Пересобирается позже и осознанно: отчёты (две недели поживите на стандартных отчётах нового инструмента и только потом настраивайте свои) и интеграции из категории «приятно иметь».
Четыре ловушки
- Импортировать всё. Десять лет тикетов, закрытых как спам, замедляют импорт и засоряют поиск. Сначала фильтр.
- Трогать DNS в понедельник. TTL снижается в четверг. В понедельник вы только переключаете записи, которые уже расходятся за минуты.
- Пропустить теневые выходные. Каждая команда, уверенная, что её база знаний готова, находит в теневом режиме три пробела. Пусть их найдёте вы, а не клиент.
- Переезжать в пик. Сценарий рассчитан на тихие выходные. Запуск продукта, распродажа или понедельник, в который продлевается контракт вашего крупнейшего клиента, — это не тихие выходные.
При чём здесь MoveDesk
MoveDesk построен вокруг ровно этого переезда — это заложено в самом названии. Миграция «под ключ» бесплатна на любом тарифе: субботний импорт за вас делает наша команда — статьи справочного центра, история переписок, макросы и настройки из Zendesk, Intercom или Freshdesk, — а оба инструмента работают параллельно столько, сколько вам нужно для сравнения. Большинство команд, начавших предполётную проверку в четверг, в понедельник утром уже отвечают клиентам в MoveDesk.
14-дневного пробного периода хватает, чтобы прогнать весь этот сценарий целиком, на ваших реальных данных, — до того, как вы что-то решите.
Впереди тихие выходные? Начните пробный период в четверг — все возможности, без банковской карты, — а субботнюю часть возьмём на себя мы.
Поделиться статьёй
Часто задаваемые вопросы
Да — для команд примерно на 2–15 агентов со стандартным набором каналов (почта, чат на сайте, мессенджеры). Условие одно: подготовленный четверг — предполётная проверка, которая подтверждает доступ к выгрузке, проводит инвентаризацию каналов и интеграций, задаёт глубину истории и заранее снижает TTL почтовых DNS-записей. Сам переезд идёт вечером пятницы (заморозка и выгрузка), в субботу (импорты) и в воскресенье (тесты и теневой режим), а переключение происходит в понедельник до 9:00 — пока поток обращений в выходные на 40–70% ниже будничного.
Замораживают настройки, а не поддержку. С вечера пятницы никто не трогает макросы, автоматизации и статьи справочного центра в старом инструменте, а агенты продолжают отвечать на тикеты в обычном режиме. Заморозка нужна для того, чтобы пятничные выгрузки оставались согласованы с реальностью: иначе статья, отредактированная в субботу, существует в двух версиях, и никто не знает, по какой из них учился ИИ.
Переезжают: история переписок (12–24 месяцев достаточно), контакты с пользовательскими полями, статьи справочного центра, теги и те макросы, которыми команда реально пользуется. Остаются: правила автоматизации, которые никто не может объяснить, самописные CSS-костыли и сохранённые представления уволившихся агентов — сценарии, существовавшие только затем, чтобы залатать ограничения старого инструмента, притащили бы за собой и сами ограничения. Отчёты и интеграции из категории «приятно иметь» пересобирают осознанно уже после запуска.
Откат состоит из двух шагов, и отрепетировать их нужно в воскресенье: вернуть старый сниппет виджета (один коммит) и отменить изменение маршрутизации почты. Поскольку TTL у DNS-записей был снижен до 300 секунд ещё в четверг, откат расходится за минуты, а старый хелпдеск все выходные работал параллельно — так что ни одно обращение не теряется ни при каком развитии событий. Ответственного за откат назначьте до начала выходных, и пусть он будет один.
В теневом режиме ИИ готовит черновики ответов, а агент утверждает их перед отправкой — так работает первая неделя на проде. Воскресный прогон эталонных обращений всегда выглядит лучше живого трафика: настоящие клиенты формулируют вопросы так, как ваша база знаний ещё не встречала. Одни выходные плюс неделя вычитанных черновиков находят эти пробелы, ничем не рискуя перед клиентом, — а уверенно неверный автоответ в понедельник обходится куда дороже.
В разгар запуска продукта, в сезонный пик и в любую неделю, на которую назначено важное взаимодействие с крупным клиентом, — весь сценарий держится на тихих выходных. Переезд преждевременен и в том случае, если в вашем контракте есть штрафы за досрочный выход (тогда планируйте выходные прямо перед продлением) или если массовый экспорт на текущем тарифе закрыт более дорогим планом, а этот вопрос вы ещё не решили.
Продолжить чтение
2 апр. 2026 г. · 8 мин чтения
Как за неделю переучить команду поддержки на новый хелпдеск
План на пять дней для перевода агентов в новый хелпдеск: час с проводником, пересобранные рабочие процессы, теневые смены, ИИ-черновики и живой день со страховкой.
Читать далее17 февр. 2026 г. · 8 мин чтения
Как выгрузить данные из старого хелпдеска: обращения, статьи, контакты
Как забрать из старого хелпдеска обращения, статьи базы знаний, контакты и макросы: форматы, API, вложения и ловушки, которые всплывают позже.
Читать далее20 янв. 2026 г. · 8 мин чтения
Чек-лист миграции хелпдеска: что проверить до переезда
Чек-лист смены хелпдеска по этапам: условия выхода со старого тарифа, инвентаризация данных, сопоставление полей, технические стыки, готовность команды и проверки после запуска.
Читать далее