Почему «CRM просто работает»: результат работы, а не свойство системы
У большинства компаний Битрикс24 внедряют один раз: приходит подрядчик, настраивает воронки, подключает почту и телефонию, обучает менеджеров, подписывает акт и уходит. Дальше начинается обычная жизнь: меняются менеджеры, добавляются новые направления, кто-то правит стадии сделок «на глаз», кто-то отключает робота, потому что «он спамит клиентов», интеграция с сайтом ломается после обновления плагина. Через полгода в портале работают не те процессы, которые проектировались, а те, которые уцелели.
Поэтому техподдержка Битрикс24 — это не «служба скорой помощи для тех, у кого что-то упало». Это регулярная функция сопровождения, которая держит систему в том состоянии, в котором она приносит деньги. При этом большая часть проблем в CRM обнаруживается не в рабочее время. Заявка с сайта не создала лид в 23:40. Робот не отправил уведомление в субботу. Интеграция с 1С встала в ночь закрытия месяца. Если реакция на такие события начинается в понедельник в девять утра, потери уже случились, и посчитать их проще всего по количеству необработанных обращений.
Наша техническая поддержка Битрикс24 работает в режиме 24/7 по этой причине: мы исходим из того, что критичные сбои не подстраиваются под график офиса.
Что входит в техподдержку Битрикс24, а что нет
Первое, о чём стоит договориться на берегу: границы. Под словами «поддержка CRM круглосуточно» разные подрядчики понимают разные вещи, и клиент узнаёт об этом в самый неподходящий момент.
К технической поддержке обычно относят:
- разбор инцидентов: «не работает», «не создаётся», «не приходит», «пропало»;
- мелкие изменения в конфигурации: новые поля, стадии, права доступа, шаблоны документов;
- настройку и починку роботов, бизнес-процессов и триггеров;
- подключение и перенастройку каналов: почта, открытые линии, мессенджеры, формы на сайте;
- сопровождение интеграций с сайтом, телефонией, 1С и внешними сервисами;
- консультации сотрудников: от «как найти сделку» до «почему у меня не видно чужие лиды»;
- контроль работоспособности связки «сайт → CRM» и своевременное обнаружение обрывов.
А вот чего в поддержке нет по определению: проектирования новых бизнес-процессов с нуля, полноценного внедрения нового направления, разработки собственных приложений. Это отдельные проекты со своим объёмом и сроками. Хорошая практика: держать поддержку и развитие рядом, но не смешивать их. Тогда понятно, за что вы платите ежемесячно, а что считается отдельной задачей.
Где заканчивается поддержка вендора и начинается техподдержка партнёра
Многие руководители уверены, что поддержка уже включена в стоимость лицензии, а значит платить партнёру не за что. Это половина правды, и стоит разобраться, какая именно.
У самого Битрикс24 есть собственная служба поддержки. Обращения в неё доступны пользователям коммерческих тарифов; на бесплатном тарифе остаётся база знаний, обучающие статьи и записи вебинаров. Написать в поддержку может не любой сотрудник: нужны права администратора портала или роль интегратора. В облаке обращение создаётся через раздел помощи. На компьютере путь такой: «Помощь → Написать в чат → Мне нужна помощь → Написать в поддержку». В мобильном приложении: «Меню → Поддержка». Есть и нюанс организации работы: в одном чате специалист поддержки решает один вопрос, поэтому по нескольким проблемам приходится открывать параллельные диалоги.
Важнее другое: зона ответственности. Поддержка вендора помогает с настройкой штатных инструментов, разбирается с ошибками самой платформы и отвечает на вопросы по тарифам. Но она не занимается внедрением, не разрабатывает приложения и не настраивает интеграцию с телефонией под вашу схему звонков. Круглосуточный режим работы поддержки вендора доступен только на старших редакциях; на массовых тарифах рассчитывать на ответ в три часа ночи не приходится.
Отсюда простой вывод: вендор отвечает за продукт, а партнёр отвечает за вашу конфигурацию этого продукта. Когда «не создаётся сделка из формы на сайте», это почти никогда не ошибка платформы. Это ваш вебхук, ваш обработчик формы, ваши права доступа, ваш робот, который упал на пустом обязательном поле. Разбирать такое будет тот, кто эту конфигурацию знает. Поэтому техподдержка Битрикс24 24/7 от партнёра не дублирует вендорскую поддержку, а добавляет другой слой ответственности.
Как устроена наша техподдержка Битрикс24 в режиме 24/7
Круглосуточный режим не означает, что кто-то из инженеров ночью случайно посмотрит в телефон. Это организация процесса, у которой есть несколько обязательных элементов.
Единая точка входа. У клиента должен быть один канал, куда он пишет всегда: чат, почта поддержки или задача в портале. Худший вариант: «напишите Айгуль в WhatsApp, а если она не отвечает, звоните Данияру». Обращения теряются именно там. Мы фиксируем каждое обращение как задачу с автором, ответственным и историей, чтобы через месяц можно было поднять переписку и понять, что менялось.
Классификация по критичности. Не все проблемы равны. «Не приходят лиды с сайта», «не работает телефония», «портал недоступен»: это блокирующие инциденты, их берут в работу немедленно в любое время суток. «Добавить поле в карточку сделки» или «изменить шаблон КП»: плановые задачи, их логично делать в рабочие часы. Смешивать их в одной очереди: верный способ получить и сорванные сроки, и раздражение клиента.
Дежурная смена. Ночное обращение должно попадать не в пустоту, а к человеку, у которого есть доступы, регламент и право эскалации. У дежурного инженера под рукой карта портала клиента: какие интеграции подключены, где живут вебхуки, какой сервер обслуживает коробку, кто на стороне клиента принимает решения. Без этой карты любая ночная заявка превращается в исследование с нуля.
Мониторинг вместо ожидания. О самой ценной части круглосуточной поддержки CRM клиент обычно не узнаёт. Регулярные проверки того, что заявки с сайта доходят до CRM, что интеграции живы, что фоновые задачи выполняются, позволяют находить обрыв раньше, чем его заметит отдел продаж. Разница между «мы починили за час после вашего письма» и «мы починили до того, как вы написали»: в этом и есть качество поддержки.
Фиксированные правила изменений. В поддержке опасны не сложные задачи, а быстрые. «Добавьте одно поле» на практике может задеть шаблон документа, отчёт и робота, который на это поле опирается. Поэтому любое изменение конфигурации мы описываем: что меняем, зачем, кто заказчик изменения и что проверяем после. Это занимает несколько минут и снимает половину будущих инцидентов, тех самых, где через месяц никто не может вспомнить, кто и почему поменял стадию воронки.
Прозрачная отчётность. Раз в месяц клиент должен видеть, что было сделано: сколько обращений, какие инциденты, что изменилось в конфигурации, какие риски накопились. Поддержка без отчётности быстро превращается в абонентскую плату за спокойствие, а не за работу.
Три сценария, ради которых нужна круглосуточная поддержка CRM
Сценарий первый: тишина в лидах. Форма на сайте меняется маркетологом, разработчик правит вёрстку, обработчик перестаёт отправлять данные в Битрикс24. Внешне всё хорошо: посетитель видит «Спасибо, мы свяжемся с вами». А по факту: ноль новых лидов. Если это происходит в пятницу вечером, к понедельнику компания теряет весь поток выходных, а восстановить заявки почти невозможно: у вас нет ни телефонов, ни имён. Здесь мониторинг окупается быстрее всего.
Сценарий второй: ночная кампания. Реклама и рассылки часто запускаются вечером, чтобы к утру собрать первые отклики. Если в этот момент у робота ломается распределение ответственных, заявки падают в общий котёл и лежат там нераспределёнными. Формально система работает, а фактически никто не звонит.
Сценарий третий: сломанное обновление в коробке. В коробочной версии обновление, изменение конфигурации сервера или переезд на новый хостинг могут привести к тому, что портал утром не поднимется. У облака есть свои плюсы, но и своя специфика; у коробки своя ответственность за инфраструктуру, и она целиком на вас и вашем подрядчике.
Общее у этих сценариев одно: цена задержки растёт нелинейно. Час простоя ночью в понедельник и час простоя в пик сезона обходятся компании по-разному.
Восстановление данных: почему «просто откатите бэкап» работает не всегда
Самая частая паника в поддержке звучит так: «мы удалили сделки, верните всё как было». Стоит разобраться, как устроено восстановление в облачном Битрикс24, чтобы не принимать поспешных решений.
Во-первых, значительная часть удалённого лежит в корзине. У CRM есть своя корзина (CRM → Ещё → Корзина), у задач — своя, у Диска — своя; данные там хранятся обычно 30 дней. В большинстве случаев вопрос закрывается за несколько минут именно так, без обращения в поддержку вендора.
Во-вторых, полноценное восстановление из резервной копии проходит тяжело. Битрикс24 автоматически создаёт резервные копии данных ежедневно и хранит их в течение семи дней, а восстановление выполняется через техническую поддержку по заявке администратора портала. Главное: восстановление затрагивает данные всех сотрудников, вернуть информацию только одного пользователя не получится, и всё, что было добавлено в портал после выбранной даты, будет потеряно. То есть откат ради двух удалённых сделок может стоить компании дня работы всего отдела.
Практический вывод для руководителя простой: прежде чем просить откат, нужно понять объём потери и сравнить его с объёмом отката. Это как раз та развилка, где грамотная техподдержка экономит больше, чем стоит сама.
Коробочный Битрикс24: отдельный уровень ответственности
Если у вас коробочная версия, к списку задач поддержки добавляется инфраструктура: сервер, база данных, обновления, резервные копии, производительность.
Здесь есть несколько типичных болевых точек. Первая: фоновые задания. В Битрикс агенты выполняют регулярные системные операции, и их можно перевести на выполнение по расписанию через cron операционной системы, чтобы они не зависели от посещаемости портала. Если этого не сделать или если задание в cron сломалось, часть автоматизации тихо перестаёт работать: письма не уходят, напоминания не приходят, обмен не запускается, при этом сам портал выглядит абсолютно здоровым.
Вторая: соответствие сервера требованиям продукта. У платформы есть встроенная проверка: раздел «Настройки → Инструменты → Проверка системы» с вкладкой тестирования конфигурации, который сверяет параметры сервера с минимальными и рекомендуемыми требованиями и подсвечивает проблемы. Регулярная проверка входит в базовую гигиену сопровождения коробки, и делать её нужно не после аварии, а до неё.
Третья: резервные копии, за которые в коробке отвечаете вы сами. И, что важнее, отвечаете не за факт наличия архива, а за подтверждённую возможность из него развернуться. Бэкап, который никогда не проверяли восстановлением, по сути не бэкап, а надежда.
Интеграции: место, где ломается чаще всего
Практика показывает, что львиная доля обращений в техподдержку Битрикс24 приходится не на саму CRM, а на стыки: сайт, телефония, склад, учётная система, мессенджеры.
Отдельная тема: самописные интеграции через REST API. У платформы есть ограничения по интенсивности запросов: допускается порядка двух запросов в секунду, а работа лимита построена по принципу leaky bucket, то есть кратковременный всплеск возможен, а вот постоянная высокая интенсивность недопустима. При систематическом превышении лимита доступ приложения к REST может быть временно заблокирован. На практике это выглядит так: скрипт выгрузки, написанный подрядчиком «в лоб», в цикле дёргает API, в какой-то момент упирается в ограничение, и обмен с 1С встаёт. Разбирать это без понимания лимитов бесполезно: перезапуск не помогает, потому что причина не в разовом сбое, а в архитектуре обмена.
Второй источник проблем на стыках: доступы. Интеграция настроена под учётной записью сотрудника, сотрудник уволился, запись деактивировали, и обмен встал. Или у пользователя, от имени которого работает вебхук, ограничили права на воронку, и часть сделок перестала создаваться. Такие обрывы особенно коварны тем, что происходят не в момент изменения интеграции, а в момент кадрового или организационного решения, которое к CRM формально отношения не имеет. Никто не связывает «уволили менеджера» с «перестали приходить заказы из интернет-магазина», пока не начнёт разбираться специалист.
Поэтому при приёме портала на сопровождение мы всегда описываем карту интеграций: что с чем связано, каким способом, под каким пользователем, где хранятся ключи и вебхуки. Без этой карты ночной инцидент решается часами, с ней — минутами.
Кейс: почему заявки терялись по ночам
Разберём показательный пример из практики сопровождения. Он хорошо иллюстрирует, зачем поддержке нужен круглосуточный режим. Компания продаёт оборудование, основной поток заявок приходит с сайта и из мессенджеров. Отдел продаж работает с 9 до 18, но клиенты пишут круглосуточно.
Симптом, с которым к нам пришли: «часть заявок не доходит, но мы не понимаем, каких именно». Проверка показала, что форма на сайте работает и лиды создаются. Проблема была глубже: робот, который распределял новых лидов между менеджерами, был настроен на очередь из трёх сотрудников. Двое из них уволились, учётные записи деактивировали, а робота не поправили. В результате часть лидов назначалась на несуществующих ответственных и оседала в системе без обработки. Днём это компенсировал руководитель отдела, который вручную просматривал списки; ночью и в выходные — никто.
Решение состояло из трёх частей. Первое: привести распределение в соответствие с реальным составом отдела и заложить правило пересмотра при любых кадровых изменениях. Второе: настроить контроль, чтобы если новый лид не переведён в работу в течение оговорённого времени, руководитель получал уведомление. Третье: включить регулярную проверку целостности цепочки «форма → лид → ответственный» в наш мониторинг, чтобы обрыв обнаруживался раньше, чем о нём сообщит отдел продаж.
Вывод из этого кейса простой: чаще всего CRM «ломает» не платформа, а рассинхронизация между настройками и живой организацией: уходят люди, меняются процессы, а конфигурация остаётся прежней. Регулярное сопровождение как раз и закрывает этот разрыв.
Как выбрать подрядчика на техподдержку Битрикс24
Несколько вопросов, которые стоит задать до подписания договора. Они экономят месяцы разочарований.
- Что именно считается круглосуточным? Принимать обращения в любое время и реально разбирать инцидент ночью — не одно и то же. Уточните, какие категории задач действительно берутся в работу вне графика офиса.
- Как фиксируются обращения? Если единственный канал — личный мессенджер конкретного специалиста, вы покупаете зависимость от человека, а не сервис.
- Кто заменит инженера в отпуске? В поддержке критична взаимозаменяемость: доступы, документация и карта портала должны быть у команды, а не в голове одного сотрудника.
- Что входит в абонентскую плату, а что считается отдельным проектом? Чем конкретнее граница, тем меньше споров.
- Есть ли отчётность? Ежемесячный отчёт по обращениям и изменениям — признак того, что работа ведётся системно.
- Умеет ли подрядчик работать с вашим типом лицензии? Облако и коробка требуют разных компетенций: во втором случае нужны ещё и серверные навыки.
B2BPRO.KZ сопровождает порталы Битрикс24 в Алматы и по всему Казахстану, как облачные, так и коробочные. Мы принимаем обращения круглосуточно, ведём историю изменений по каждому порталу и держим карту интеграций, чтобы ночной инцидент не превращался в расследование. Если вам нужна предсказуемая техническая поддержка Битрикс24 с понятными границами ответственности, вы можете заказать техподдержку Битрикс24: мы посмотрим текущее состояние портала и предложим формат сопровождения под ваш объём задач.
Хорошая поддержка измеряется не количеством закрытых тикетов, а тем, сколько инцидентов не дошло до отдела продаж. Если менеджеры перестали жаловаться на CRM, а руководитель перестал слышать «система не работает» вместо объяснения провала по плану, значит, сопровождение выстроено правильно.
Частые вопросы
Чем техподдержка партнёра отличается от поддержки самого Битрикс24?
Поддержка вендора отвечает за платформу: помогает с настройкой штатных инструментов, разбирает ошибки продукта, консультирует по тарифам. Она не занимается внедрением, разработкой приложений и настройкой интеграции с телефонией. Партнёр отвечает за вашу конкретную конфигурацию: роботов, воронки, права, интеграции с сайтом и учётной системой, то есть за всё, что было настроено под ваш бизнес.
Кто может обратиться в поддержку Битрикс24 со стороны компании?
В облачной версии обращение может создать сотрудник с правами администратора портала или ролью интегратора; сама возможность писать в поддержку доступна на коммерческих тарифах. На бесплатном тарифе остаются база знаний, статьи и обучающие материалы.
Можно ли восстановить случайно удалённые сделки без полного отката портала?
Чаще всего да: у CRM, задач и Диска есть корзины, где удалённые элементы хранятся обычно 30 дней. К полному восстановлению из резервной копии прибегают в крайнем случае: копии хранятся семь дней, процедура затрагивает данные всех сотрудников, и информация, добавленная после выбранной даты, будет потеряна.
Нужна ли круглосуточная поддержка, если отдел продаж работает только днём?
Обычно да, потому что заявки приходят круглосуточно, а автоматизация работает без выходных. Сбой, случившийся ночью в пятницу, к утру понедельника успевает стоить компании потока выходных. Режим 24/7 нужен не для того, чтобы ночью что-то дорабатывать, а для того, чтобы блокирующий инцидент не жил без внимания несколько суток.
Что делать, если самописная интеграция периодически перестаёт работать?
Начать стоит с проверки интенсивности запросов к REST API: у платформы есть ограничения, и при систематическом превышении лимита доступ приложения к REST может быть временно заблокирован. Часто проблема решается не перезапуском, а переработкой логики обмена: очередями, пакетными методами и разумной периодичностью.