Что происходит с порталом через полгода после сдачи проекта
Внедрение закончено, акт подписан, менеджеры обучены. Через полгода вы открываете портал и видите картину, знакомую почти любому, кто проходил этот путь: половина сделок висит без ответственного, роботы срабатывают через раз, а отдел продаж завёл параллельный чат в WhatsApp, потому что «в Битриксе неудобно».
Ничего не сломалось в техническом смысле. Просто система, настроенная под одну реальность, продолжила работать в другой. Люди уволились и пришли новые, воронка изменилась, появилась вторая линейка товаров, а вместе с ней ещё одна воронка, которую делали второпях и без роботов. CRM превращается в архив переписки, а не в инструмент управления.
Техподдержка Битрикс24 после внедрения нужна ровно для того, чтобы этого не случилось. Не как страховка от аварий, а как регулярное сопровождение CRM после запуска, при котором настройка догоняет реальность бизнеса. Мы в B2BPRO.KZ работаем с клиентами в режиме 24/7 и видим, из чего складывается разница между порталом, который живёт, и порталом, который умер тихо.
Почему облачный портал меняется без вашего участия
Первая причина, по которой «настроили и забыли» не работает: настраивали вы одну систему, а пользуетесь уже другой.
Облачный Битрикс24 обновляется на стороне серверов вендора. Пользователям не нужно ничего нажимать, скачивать или согласовывать. Система сама сообщает, что появилось новое: присылает уведомления и письма, показывает баннеры с подсказками внутри сервиса.
Важная деталь, которую редко учитывают при планировании: обновления публикуются поэтапно, и какие-то функции появятся у вас позже, чем у коллег из другой компании. То есть момент, когда интерфейс или логика раздела изменятся именно у вас, заранее неизвестен.
Для бизнеса это означает простую вещь. Инструкция, написанная при внедрении, устаревает сама по себе, без единого действия с вашей стороны. Скриншот с кнопкой, которой больше нет в этом месте, обесценивает всю инструкцию: сотрудник перестаёт ей верить и возвращается к привычному способу работы, то есть к блокноту и личным чатам.
Регулярное обновление решает несколько задач сразу: открывает доступ к новым функциям, защищает данные, помогает сервису стабильно работать и обмениваться информацией со сторонними программами. Но пользоваться новыми функциями кто-то должен додуматься и настроить их под ваш процесс. Само по себе появление возможности не приносит денег.
Именно это и есть первая работа технической поддержки Битрикс24 в спокойном режиме: следить за тем, что появилось, отбирать применимое к вашему процессу и внедрять точечно, а не раз в три года большим болезненным проектом.
Роботы: тихие поломки, о которых узнают последними
Автоматизация ломается заметнее всего, потому что ломается молча. Робот не написал письмо, задача не поставилась, менеджеру не прилетело напоминание. Никакой ошибки на экране нет, есть только сделка, о которой забыли.
Вендор перечисляет конкретные причины, по которым роботы и бизнес-процессы перестают работать, и почти каждая из них возникает уже после внедрения.
Тариф. Бизнес-процессы доступны на тарифах «Профессиональный» и «Энтерпрайз». Они останавливаются в двух случаях: вы перешли на «Базовый» или «Стандартный», либо не оплатили тариф вовремя и портал перешёл на бесплатный. Финансовый отдел меняет тариф ради экономии, никого не предупредив, и через неделю отдел продаж работает вручную, не понимая почему.
Настройки смарт-процессов. В них может быть выключено использование роботов, триггеров и дизайнера бизнес-процессов. Один переключатель, снятый при отладке и забытый, останавливает всю ветку автоматизации.
Перенос между воронками. После переноса сделки в другую воронку все роботы и незавершённые бизнес-процессы по этой сделке останавливаются. Компании, которые дробят воронки по направлениям и переносят сделки руками, натыкаются на это постоянно.
Фильтр безопасности. Он блокирует элементы бизнес-процессов, если в действиях или переменных есть специальные символы, например > < = + @ #. Настроили шаблон письма с адресом почты в теле переменной и получили молча стоящий процесс.
Проверить, сработал ли конкретный робот, можно прямо в карточке элемента CRM: откройте её, перейдите на вкладку «Роботы» и посмотрите статус. Это ровно та операция, которую в компании без сопровождения не делает никто, потому что никто не знает, что она существует. Поддержка делает такую проверку регулярно и находит остановленную автоматизацию раньше, чем её находит недовольный клиент.
Люди меняются быстрее, чем настройки
Второй источник деградации портала это кадры. Сотрудник уходит, а его сделки, контакты и дела остаются закреплёнными за учётной записью, которой больше нет в работе.
Битрикс24 предусматривает передачу: после увольнения сотрудника карточки клиентов, с которыми он работал, нужно передать коллегам. Ответственного меняют в сделках, лидах, контактах, компаниях, предложениях, счетах и делах. Если сотрудник уже уволен в портале, откройте вкладку «Уволенные»: там отображаются уволенные сотрудники, за которыми закреплены элементы CRM, а кнопка «Найти» показывает список карточек, с которыми они работали.
Отдельная тонкость, на которой спотыкаются даже аккуратные компании: если на уволенного были назначены дела, их нужно перевести отдельно на нового ответственного. Перевели сделки, обрадовались, а звонки и встречи остались висеть за тем, кто уже не работает.
Та же история с правами. Ролевая модель прав это инструмент настройки доступа к разделу CRM: вы создаёте роль, затем присваиваете её сотруднику, отделу или группе сотрудников, и для каждой роли настраиваете права на действия с конкретными элементами. Настраивать права могут администратор портала и сотрудник с правом изменять настройки в CRM.
При внедрении роли раздают под текущую структуру. Через год появился новый отдел, руководитель ушёл в другое направление, троих перевели между филиалами, а роли остались прежними. В лучшем случае это неудобство. В худшем менеджер видит клиентскую базу целиком и уходит с ней к конкуренту. Пересмотр прав доступа это скучная регулярная работа, которую сама себе компания почти никогда не назначает, и как раз поэтому её выносят в техподдержку.
Интеграции: самое хрупкое место портала
Если к порталу подключены сайт, телефония, склад или 1С, у вас есть точка, которая сломается без предупреждения.
Логика вебхуков описана вендором прямо: запросы выполняются с правами пользователя, который создал вебхук, и только в рамках выбранных скоупов. Отсюда следствие, стоящее компаниям недель простоя. Если интеграцию делал сотрудник под своей учётной записью и этот сотрудник уволился, интеграция уезжает вместе с ним.
Дальше тонкости, о которых стоит знать заранее. Секретный код вебхука доступен только его создателю, и чужие секретные коды недоступны даже администратору портала. Если администратор отредактирует чужой вебхук, секретный код обновится, а владельцем вебхука станет администратор. То есть «просто посмотреть чужую интеграцию» не получится, а попытка её поправить меняет ключ и роняет обмен, если новый ключ не прописать на другой стороне.
Ещё один сценарий: Битрикс24 блокирует вебхуки, у которых секретный код или токен были обнаружены в открытом доступе. Ключ, случайно закоммиченный в публичный репозиторий или вставленный в переписку, приводит к блокировке интеграции.
Создавать приложения на портале может только администратор. В разделе интеграций видно название вебхуков и приложений, какие события они вызывают, к каким инструментам есть доступ и какой пользователь их создал. Раз в квартал этот список стоит открывать и сверять: что из этого ещё используется, кто владелец, работает ли человек в компании.
Компаниям с несколькими интеграциями мы обычно предлагаем техподдержку Битрикс24 24/7 именно из-за этого блока. Обмен с 1С или телефония падают не в рабочее время по расписанию, а ночью и в выходные, и стоимость простоя считается не в часах работы специалиста, а в потерянных заявках.
Что реально входит в сопровождение CRM после запуска
Техническая поддержка Битрикс24 в понимании многих клиентов это «позвонить, когда сломалось». Такой формат тоже нужен, но он закрывает меньшую часть работы. Полноценное сопровождение выглядит иначе.
Реакция на инциденты. Не работает телефония, не проходят заказы с сайта, не отправляются письма. Здесь важна не столько глубина экспертизы, сколько время отклика, поэтому мы держим режим 24/7: заявка не ждёт до понедельника.
Мелкие доработки по запросу. Добавить поле в карточку, поменять стадию воронки, настроить нового робота, подключить сотрудника и выдать ему права. По отдельности это задачи на пятнадцать минут, но без подрядчика они копятся месяцами, потому что внутри компании их некому делать.
Профилактика. Проверка сработавших роботов, аудит прав доступа, сверка списка интеграций, контроль дублей в базе, разбор зависших элементов. Раз в месяц или квартал, по регламенту, а не по факту аварии.
Развитие. Разбор того, что появилось в сервисе, и предложение того, что применимо к вашему процессу. Плюс расширение автоматизации по мере роста компании: новая воронка, новый отдел, новый канал продаж.
Обучение новых сотрудников. Портал живёт, пока люди в нём работают. При текучке в отделе продаж каждый новичок либо получает нормальный ввод в систему, либо становится источником мусора в базе.
Первые девяносто дней: когда поддержка нужнее всего
Есть период, в котором отсутствие сопровождения стоит дороже всего, и это не третий год эксплуатации, а первые три месяца после запуска.
Логика простая. При внедрении процесс описывают со слов руководителя и пары ключевых сотрудников. Реальный процесс всегда отличается: в нём есть исключения, договорённости с постоянными клиентами, схемы оплаты «как обычно» и три сценария, о которых руководитель не знал. Всё это вылезает в первые недели, когда в системе начинают работать не два человека на демо, а весь отдел.
Что происходит без поддержки в этот период. Сотрудник наталкивается на неудобство, обходит его вручную, обходной путь закрепляется. Через месяц у вас формально работающая CRM и параллельный процесс в мессенджерах и таблицах. Переучивать людей потом дороже, чем поправить настройку сразу.
Что делает поддержка. Собирает обратную связь по горячим следам и переносит её в настройку: добавляет пропущенное поле, меняет обязательность, переставляет стадии под то, как реально движется сделка, дописывает роботов на найденные исключения. За первые три месяца портал обычно меняется сильнее, чем за следующие два года, и это нормально.
Отдельно в этот период важна дисциплина данных. Пока база маленькая, дубли и незаполненные поля лечатся за один вечер. Через год та же чистка превращается в проект, потому что данных стало в двадцать раз больше, а половина сотрудников уже уволилась и спросить не у кого.
Регламент профилактики: что и как часто проверять
Регулярная часть технической поддержки Битрикс24 хорошо ложится в короткий регламент. Ниже тот, который мы применяем у клиентов на сопровождении.
Раз в неделю смотрим сделки без движения и без ответственного, зависшие задачи, очередь необработанных лидов и обращения из открытых линий, оставшиеся без ответа. Это операционный слой: он показывает не поломки системы, а провалы в процессе, и разбирается вместе с руководителем отдела.
Раз в месяц проверяем срабатывание роботов на контрольной выборке сделок через вкладку «Роботы» в карточке, сверяем работу интеграций по фактическим данным (заказы с сайта, звонки, обмен с учётной системой), просматриваем новых и уволенных сотрудников и подчищаем дубли контактов и компаний.
Раз в квартал открываем список вебхуков и приложений в разделе интеграций и сверяем, что из этого ещё используется и кто владелец; пересматриваем ролевую модель прав под текущую структуру компании; разбираем, что появилось в сервисе за квартал и что из этого применимо; проверяем, соответствуют ли инструкции нынешнему интерфейсу.
Раз в год имеет смысл более крупная ревизия: сверка тарифа с реальным использованием, разбор накопившихся кастомных полей (их всегда больше, чем нужно), пересмотр воронок и отчётности под изменившуюся структуру продаж.
Этот регламент не требует героизма и занимает несколько часов в месяц. Проблема в том, что внутри компании эти часы не появляются никогда: у всех есть план продаж, и ни у кого нет задачи «проверить, работают ли роботы».
Как выбрать подрядчика на техподдержку
Несколько практических критериев, которые экономят нервы.
Зафиксированное время реакции. «Ответим быстро» не работает. В договоре должно быть указано время реакции на разные типы обращений и режим работы. Если вам обещают поддержку в режиме 24/7, спросите, как именно принимается заявка в три часа ночи и кто на неё отвечает.
Понятная схема оплаты. Абонентская плата с включённым объёмом часов и понятная стоимость сверх пакета. Схема «посчитаем по факту» приводит к тому, что вы перестаёте обращаться по мелочам, и мелочи копятся.
Прозрачный учёт задач. Вы должны видеть, что было сделано за месяц. Хорошая практика: задачи ведутся в вашем же портале, и вы видите историю.
Статус партнёра и опыт с вашим типом лицензии. Облако и коробка это разные компетенции. Спросите, работал ли подрядчик с интеграциями, которые нужны вам, а не с абстрактной CRM.
Наличие второго специалиста. Один человек, который знает ваш портал, это риск. Отпуск и болезнь у него случаются так же, как у вашего сотрудника.
Сколько стоит отсутствие поддержки
Считать удобнее не расходами на подрядчика, а потерями без него.
Остановившийся робот на этапе «выставлен счёт» означает счета, о которых никто не напомнил. При среднем чеке в несколько сотен тысяч тенге хватает двух таких сделок в месяц, чтобы перекрыть годовое сопровождение.
Интеграция с сайтом, упавшая в пятницу вечером, означает заявки выходных, которые не попали в CRM. Клиенты не пишут второй раз, они пишут конкуренту.
База, за которой никто не следит, обрастает дублями. Через год маркетинг платит за рекламу по базе, где один клиент лежит трижды, а отчёты руководителя показывают цифры, в которые он сам не верит.
Уволенный сотрудник, чьи дела не передали, оставляет клиентов без связи. Такие клиенты уходят молча, и в отчётности это выглядит как естественный отток.
Отдельная статья потерь это время руководителя. Когда автоматизация встала, отчёты собираются руками, а цифры в них расходятся, разбирательство ложится на того, кто дороже всех стоит компании. Два вечера в месяц на выяснение, почему в отчёте по сделкам не сходится сумма, обходятся дороже месячного абонемента на сопровождение, только эти расходы нигде не проведены.
Ни один из этих сценариев не выглядит катастрофой в моменте. Именно поэтому портал деградирует незаметно: каждая отдельная потеря объяснима, а сумма за год оказывается больше стоимости сопровождения в несколько раз. Если у вас уже есть ощущение, что система работает не так, как задумывалось при внедрении, начните с аудита текущего состояния и заказать техподдержку Битрикс24 можно уже по его результатам, понимая объём.
Частые вопросы
Нужна ли техподдержка Битрикс24, если портал работает нормально?
«Работает нормально» обычно означает, что никто не проверял. Остановленные роботы, права доступа под старую структуру и интеграции на учётке уволенного сотрудника не подают признаков поломки до момента, когда убыток уже случился. Минимальный вариант это профилактический аудит раз в квартал.
Чем техподдержка отличается от доработок?
Поддержка это реакция на инциденты, мелкие изменения и профилактика по регламенту. Доработка это отдельная задача с проектированием и сроком: новая воронка, интеграция с внешней системой, нестандартный отчёт. Обычно подрядчик делает и то и другое, но считает по-разному, и это стоит разделять в договоре, иначе каждая крупная задача превращается в спор о том, входит она в абонемент или нет.
Мы внедрялись у другого подрядчика. Возьмёте портал на сопровождение?
Да, это обычная ситуация. Начинается такая передача с аудита: нужно понять, как настроены воронки, права и автоматизация, какие интеграции подключены и кто их владелец. По итогам аудита видно фактическое состояние портала и объём работ, а дальше уже обсуждается формат сопровождения.
Что значит поддержка 24/7 на практике?
Что заявку принимают и обрабатывают в любое время суток, включая выходные и праздники. Для компаний с интернет-магазином, телефонией или потоком заявок в мессенджерах режим 24/7 критичен: канал продаж не выключается на ночь, и падение интеграции ночью стоит столько же, сколько днём.
Мы на коробочной версии. Поддержка нужна больше или меньше?
Больше. В облаке обновления приходят автоматически, а коробку обновляет владелец, и вместе с обновлениями на нём же сервер, резервные копии и производительность. Портал на коробке без сопровождения через пару лет обычно нельзя обновить без отдельного проекта.
Можно ли обойтись своим системным администратором?
Если он занимается только Битрикс24 и прошёл обучение, да. На практике штатный админ отвечает ещё за сеть, почту и компьютеры, а портал получает остаточное внимание. Гибридная схема работает лучше: админ закрывает рутину и первую линию, подрядчик берёт автоматизацию, интеграции и разбор сложных случаев.