CRM недоступна, а клиенты звонят: как подготовить резервный сценарий связи

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

Почему вопрос актуален в октябре 2026 года

23 октября Яндекс сообщил, что после атак на дата-центры восстановлен доступ к 90,47% данных клиентов Yandex Cloud. Часть данных и связанных сервисов перенесена в новую локацию, а доступ к ним должен открываться поэтапно. Это показатель на дату сообщения, а не подтверждение полного восстановления каждого клиентского проекта. Источник: Яндекс.

Для отдела продаж практический вопрос звучит так: что произойдёт с обращениями, если временно недоступен один из используемых сервисов? Открывающийся сайт ещё не подтверждает, что работают карточки, звонки из CRM и передача сообщений.

Новость не означает, что инфраструктура Прозвона связана с упомянутым инцидентом. Это повод проверить собственные зависимости и резервные действия. Рекомендации ниже относятся к организации работы команды; конкретные технические возможности нужно согласовать с поставщиками связи и систем.

Сначала определите, какая часть связи недоступна

Сотрудники могут одинаково описать три разных события: «не работает связь». Но переключение канала поможет не во всех случаях.

1. Не открывается CRM, телефония работает

Уточните, можно ли принимать звонки через разрешённое отдельное приложение, телефонный аппарат или интерфейс АТС. Такая возможность зависит от подключения. Если звонок запускается только из карточки клиента, альтернативный способ работы нужно подготовить заранее.

Проверьте, где сохраняются журнал вызовов и запись разговоров. Нельзя считать, что звонок отражён в CRM, только потому, что разговор состоялся.

2. Нет интернета в офисе, внешние сервисы доступны

Здесь может помочь заранее подготовленный резервный доступ в интернет или рабочее место вне затронутого офиса. Но SIP телефония, CRM и мессенджеры на одном ноутбуке могут одновременно потерять доступ из-за общего подключения.

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

3. Не работает сама телефония или обслуживание номера

Переключение Wi-Fi не устранит проблему на стороне поставщика телефонии. Переадресация также зависит от того, какая часть услуги продолжает работать и где настроен маршрут. Заранее уточните у оператора, какие резервные действия возможны именно для ваших номеров.

По вопросу технически неуспешных вызовов пригодится отдельный материал «Клиент не отвечает или звонок не доходит?». Здесь задача другая: сохранить процесс обработки обращений во время недоступности систем.

Облачная АТС для бизнеса: что проверить до сбоя

Виртуальная АТС помогает организовать очереди и распределение звонков. Но резервный сценарий возникает не из названия услуги, а из конкретных настроек, доступов и проверок.

Для каждого основного номера ответьте на пять вопросов:

• Куда приходит вызов? Есть ли рабочий способ принять его при недоступной CRM?
• Кто подхватывает обращение? Что происходит, если обычная группа сотрудников недоступна?
• Что слышит клиент? Соответствуют ли приветствие и IVR меню реальным возможностям команды?
• Где остаётся информация? Доступны ли журнал и записи независимо от карточки клиента?
• Кто управляет переключением? У кого есть необходимые права и согласованный порядок действий?

Умная маршрутизация полезна, когда запасной получатель действительно доступен, а настройки проверены. Если все сотрудники находятся в одном офисе без интернета, очередь внутри той же схемы проблему не решит.

Облачная АТС для бизнеса не должна восприниматься как обещание отсутствия любых сбоев. Попросите поставщика описать доступные варианты резерва, ограничения и порядок обращения в поддержку. Согласованный сценарий затем проверьте на своей конфигурации.

Интеграция мессенджеров в CRM: несколько каналов ещё не резерв

Интеграция мессенджеров в CRM делает рабочие диалоги удобнее. Мессенджеры в одном окне помогают сотруднику видеть обращения рядом со сделками. Но если это окно недоступно, возможность продолжить общение зависит от способа подключения каждого канала.

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

Мессенджеры для бизнеса стоит включить в проверку зависимостей наравне с телефонией. Разные приложения могут использовать один интернет-канал, одного провайдера авторизации или недоступную интеграцию.

Омниканальность и резервирование решают разные задачи. Первое позволяет объединить звонки и мессенджеры в работе с клиентом. Второе требует заранее подготовленного способа продолжить работу при отказе конкретного компонента. Единое окно общения удобно в обычном режиме, но запасной порядок действий нужно описать отдельно.

Временный учёт обращений: что фиксировать, когда CRM недоступна

Если клиентская поддержка и продажи продолжают принимать запросы, договоритесь об одном разрешённом способе временного учёта. Он должен быть доступен нужным сотрудникам и не зависеть от того же отказавшего ресурса.

Не переносите клиентскую базу в личные заметки, открытые таблицы или переписки команды. Место хранения, права доступа и состав сведений определите заранее с ответственным за данные. Для продолжения работы обычно нужен короткий журнал новых обращений, а не копия всей CRM.

Записывайте по каждому обращению:

1. Дату, время и канал поступления.
2. Временный номер записи и идентификатор звонка или сообщения, если он доступен.
3. Контакт для согласованного ответа и краткую суть запроса.
4. Что сотрудник уже сообщил клиенту.
5. Ответственного, следующий шаг и обещанный срок.
6. Отметку о последующем переносе и проверке в CRM.

История общения важна именно как последовательность договорённостей. Если зафиксирован только телефон, следующему сотруднику придётся заново выяснять, зачем человек обращался и что ему обещали.

Пример ответа клиенту: «Сейчас у нас временно нет доступа к карточке заказа. Я зафиксирую вопрос и согласую с вами время ответа». Не подтверждайте остатки, оплату или срок отгрузки по памяти, если нужные данные проверить нельзя.

Автоматизация коммуникаций: как избежать дублей после восстановления

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

В документации MCN Telecom среди причин отсутствия данных в CRM перечислены проблемы интеграции, недоступность самой CRM и нарушения синхронизации. То есть отсутствие записи в карточке не доказывает, что разговора не было. Источник: MCN Telecom.

Возвращайтесь к обычной работе в четыре шага

1. Проверьте основные операции. Создаётся ли тестовая карточка, проходит ли тестовый звонок, приходит ли сообщение, доступны ли необходимые записи?
2. Уточните порядок синхронизации. Какие события ещё загрузятся, за какой период и какие сведения придётся восстановить вручную? Не обещайте команде автоматическую загрузку истории без подтверждения поставщика.
3. Сопоставьте обращения. Используйте доступные идентификаторы, время, контакт и содержание запроса. Один и тот же номер может обращаться по разным вопросам — совпадения телефона недостаточно.
4. Проверьте действия автоматизации. До массового переноса согласуйте, какие роботы могут сработать при создании карточек и задач. Сначала проверьте поведение на одной записи, затем переносите остальные по утверждённому порядку.

Повторные контакты назначайте по реальным незавершённым задачам. Клиент, которому уже ответили во время сбоя, не должен получать новую серию звонков только потому, что в CRM поздно появилась запись.

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

Где помогут AI оператор и AI помощник

AI оператор может работать с типовыми запросами в пределах согласованного сценария. Но если для ответа нужны данные недоступной CRM, он не должен выдавать предположение за подтверждённый статус заказа.

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

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

Учебная проверка: один звонок, одно сообщение, одна передача

Резервный порядок лучше проверить до реального сбоя. Для этого не нужно отключать рабочий интернет или создавать недоступность CRM всей компании. Согласуйте с администратором и поставщиками безопасный тест на выделенном рабочем месте и тестовых контактах.

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

Оцените результат:

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

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

Как подготовить такой сценарий с Прозвоном

Телефония Прозвона включает настройку обработки звонков и интеграцию с CRM. Начать обсуждение резервного сценария стоит с карты зависимостей: номера, оператор, интернет в офисе, рабочие места, CRM и подключённые каналы.

Затем согласуйте, какие действия доступны при каждом типе отказа, кто имеет право переключать маршруты и как сохраняются обращения. Мессенджеры в CRM и телефонию проверяйте вместе, но не предполагайте, что подключение нескольких каналов автоматически делает их независимыми.

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

Чек-лист готовности команды

• Различаем недоступность CRM, офисного интернета и телефонии.
• Знаем разрешённый способ продолжить работу в каждом случае.
• Подготовили временный учёт обращений с нужными правами доступа.
• Назначили ответственного за связь с поддержкой и информирование команды.
• Проверили перенос данных и поведение автоматических действий.
• Согласовали, как сверить обращения и выполнить обещания клиентам после восстановления.

Начните с одного основного номера и одного канала сообщений. Подготовленный и проверенный порядок действий полезнее длинного списка резервных инструментов, которыми команда ни разу не пользовалась.