Портал Битрикс24 редко ломается эффектно. Обычно это выглядит буднично: во вторник утром менеджеры не видят заявки с сайта, робот перестал ставить задачи после смены стадии, а печатная форма счёта тянет старые реквизиты. Руководитель задаёт логичный вопрос — кому звонить. И выясняется, что внедряли портал два года назад, специалист, который «всё знал», уволился весной, а договора на сопровождение никто так и не подписал.
Партнёра по поддержке выбирают один раз, а живут с этим выбором годами. Ниже семь критериев, по которым мы советуем оценивать кандидатов, и набор вопросов, которые стоит задать до подписания договора. Порядок критериев соответствует тому, как часто именно этот пункт всплывает потом в претензиях.
Сначала о том, что вендор не сделает за вас
Многие компании тянут с выбором подрядчика, потому что рассчитывают на службу поддержки самого вендора. Её границы стоит понимать заранее. Для коробочной версии официальная документация Битрикс24 описывает условия доступа прямо: обращаться может администратор портала с активной коммерческой лицензией, портал должен быть доступен из интернета, SSL-сертификат — валидным (самоподписанные не принимаются), а все стабильные обновления продукта должны быть установлены.
Ещё важнее список того, чем вендор не занимается. В справке перечислены решение конкретных задач с заданной логикой, кастомизация публичных скриптов и программных компонентов, разработка компонентов и модулей на заказ, диагностика уже написанных программных решений. По таким вопросам Битрикс24 сам отправляет клиента к партнёрам. Значит, всё, что касается настройки под ваши процессы, интеграций, доработок и разбора инцидентов в кастомном коде, закрывает подрядчик. Техническая поддержка Битрикс24 со стороны партнёра и служба вендора закрывают разные зоны ответственности.
Критерий 1. Статус в официальном каталоге и профиль компетенций
Первая проверка занимает пять минут. Откройте каталог партнёров на сайте Битрикс24 и найдите компанию по названию. В карточке видны статус (в каталоге встречаются, например, Платиновый и Золотой), города присутствия, описание и телефон. Каталог фильтруется по компетенциям (внедрение CRM, интеграция с 1С, создание сайтов и другие), по отраслевой специализации и по типу продукта: облачный Битрикс24 или коробочная версия.
Смотреть нужно не только на статус. Он говорит об объёме работы компании с вендором и о сертификациях, но ничего не говорит о том, кто конкретно будет вести ваш портал. Крупный интегратор может посадить на сопровождение стажёра, а небольшая команда выделит того же инженера, который делал внедрение. Поэтому вопрос на встрече звучит так: назовите фамилию и опыт человека, который будет отвечать за наш портал, и кто его подменяет в отпуске.
Второй сигнал — совпадение компетенций с вашей задачей. Компания, которая сильна в разработке сайтов на 1С-Битрикс, не обязательно умеет чинить сложные бизнес-процессы в CRM. Спросите про проекты вашего масштаба и вашей отрасли, а не про портфолио целиком.
Критерий 2. SLA, в котором есть цифры
За словами «реагируем оперативно» не стоит никаких обязательств. В нормальном соглашении об уровне сервиса зафиксированы четыре вещи: классификация обращений по критичности, время реакции по каждому классу, время восстановления или обходного решения, часы обслуживания. Ещё нужно проговорить, с какого момента считается время: с попадания заявки в систему учёта, а не с того момента, когда исполнитель её увидел.
Типичная шкала выглядит примерно так. Блокирующий инцидент — портал недоступен, CRM не принимает заявки, встал обмен с 1С. Высокий приоритет — не работает часть функциональности, но есть обходной путь. Обычный — ошибка в отчёте, некорректная печатная форма. Консультации и доработки идут отдельной очередью и по отдельной оценке. Если подрядчик предлагает договор, где для всех обращений одно время реакции, классификации у него нет вообще.
Проверьте и обратную сторону: что происходит при нарушении SLA. Компенсация часами, скидка на следующий период, право расторжения без штрафа — вариантов много, важно, что пункт вообще существует. Подробный разбор формулировок мы собрали в отдельном материале про SLA техподдержки Битрикс24.
Критерий 3. Режим 24/7 и как он устроен внутри
Строчка «поддержка 24/7» на сайте стоит недорого. Спросите, как это реализовано технически и организационно. Кто принимает заявку в три часа ночи: дежурная смена, ротация инженеров или один руководитель с включённым телефоном? Куда попадает ночное обращение — в общий чат или в систему учёта с уведомлением? Есть ли эскалация, если дежурный не отвечает за оговорённое время?
Ночной режим нужен не только для аварий. Обновление коробочного портала, миграция базы, массовая перезагрузка данных, переключение домена делаются в окно, когда в системе никого нет. Компании с распределёнными филиалами добавляют к этому разницу часовых поясов: рабочий день в Актобе начинается позже, чем в Усть-Каменогорске, и «утреннее» окно у них разное.
Мы держим дежурство в режиме 24/7 именно поэтому: критичные инциденты и плановые работы не укладываются в график с девяти до шести. Если вам нужна техподдержка Битрикс24 24/7 с фиксированным временем реакции ночью и в выходные, это оговаривается в договоре отдельным пунктом, а не подразумевается. Как устроено круглосуточное дежурство у нас, мы описывали в материале про поддержку 24/7.
Стоит спросить и про мониторинг. Круглосуточное дежурство даёт максимум пользы, когда подрядчик узнаёт о проблеме раньше клиента: настроены проверки доступности портала, свободного места на диске, состояния очередей и обменов с внешними системами. Разница ощутимая. В одном случае вы утром пишете «у нас ничего не работает», в другом получаете ночью сообщение, что место на диске заканчивалось и его уже добавили. Уточните, какие метрики подрядчик снимает с ваших систем и куда приходят оповещения. Если ответ сводится к «мы сразу увидим, когда вы напишете», круглосуточный режим существует только на бумаге.
Критерий 4. Опыт именно с вашей версией: облако или коробка
Облачный и коробочный Битрикс24 требуют от команды поддержки разных навыков. В облаке подрядчик работает с настройками, правами, роботами, интеграциями через REST и приложениями Маркетплейса. Инфраструктура остаётся заботой вендора.
С коробкой добавляется всё, что связано с сервером: производительность, резервные копии, обновления, сертификаты, почта, права на файловой системе. Плюс лицензионный цикл. По правилам вендора лицензия коробочной версии действует 12 месяцев, после чего её продлевают на следующий период. С 1 ноября 2025 года действуют изменённые условия: льготное продление за 30% от полной стоимости доступно не раньше чем за 90 дней до окончания и в течение 15 дней после истечения срока; если прошло больше, продление считается по полной стоимости. Обновления, вышедшие за время неактивной лицензии, становятся доступны после продления.
Отсюда практический вопрос кандидату: кто следит за датой окончания лицензии и предупреждает заранее. Пропущенное окно продления — это прямые деньги из бюджета клиента, и хороший подрядчик ставит себе напоминание сам. Заодно уточните, кто отвечает за сервер: ваш системный администратор, хостинг-провайдер или подрядчик. Серая зона между «это к железу» и «это к порталу» чаще всего и превращает инцидент в затяжной.
Критерий 5. Прозрачный учёт часов и понятная отчётность
Модели тарификации бывают разные: абонемент с пакетом часов, почасовая оплата по факту, фиксированная плата за администрирование плюс отдельная оценка доработок. Плохих моделей среди них нет, есть непрозрачные реализации.
Задайте четыре вопроса. Как фиксируется время работ и увидите ли вы детализацию по каждой задаче. Что происходит с неизрасходованными часами в конце месяца. Согласовывается ли оценка до начала работ или счёт приходит постфактум. Кто подтверждает, что задача закрыта, — исполнитель или ваш сотрудник. Ответы показывают культуру компании точнее, чем презентация.
Попросите образец ежемесячного отчёта. В хорошем видно не только «потрачено 14 часов», но и на что: три обращения по правам доступа, доработка печатной формы, разбор ошибки обмена с 1С. Такой отчёт позволяет через полгода увидеть, что 40% времени уходит на одну и ту же проблему, и решить её в корне. Про то, из чего складывается бюджет сопровождения, есть подробный разбор в статье о стоимости техподдержки Битрикс24.
Критерий 6. Доступы, документация и отсутствие зависимости
Этот критерий вспоминают, когда пора расставаться. Компания меняет подрядчика и обнаруживает, что никто не знает, какие доработки стоят на портале, где лежит исходный код локального приложения и почему сделка на стадии «Оплачен» иногда откатывается назад.
Зрелый партнёр ведёт реестр доработок: что изменено, зачем, когда, какой файл или бизнес-процесс затронут. Он оставляет комментарии внутри бизнес-процессов, а не только в своей внутренней вики. Исходники интеграций хранятся в репозитории, к которому у клиента есть доступ. Инструкции для сотрудников написаны по вашим процессам, а не скопированы из справки вендора.
Про доступы важно договориться сразу. Подрядчику обычно нужны права администратора портала, а в коробке ещё и доступ к серверу. Разумная практика: отдельная учётная запись на компанию-подрядчика вместо общего пароля на всех, плюс периодический пересмотр прав. Тогда при смене команды вы отзываете один доступ, а не гадаете, у кого что осталось.
Критерий 7. Договор, юридическое лицо и закрывающие документы
Для казахстанских компаний это не формальность. Проверьте, есть ли у подрядчика юридическое лицо в Казахстане, выставляет ли он счёт в тенге, оформляет ли акт выполненных работ и электронные счета-фактуры. Бухгалтерия скажет спасибо, а при налоговой проверке расходы на сопровождение CRM должны быть подтверждены документами.
Второй блок — ответственность и конфиденциальность. В CRM лежат персональные данные ваших клиентов, суммы сделок, условия договоров. Соглашение о неразглашении, порядок обработки данных и запрет на передачу доступов третьим лицам должны быть в договоре, а не в устной договорённости. Уточните также, как оформляется расторжение: срок уведомления, передача документации и доступов, судьба неизрасходованных часов.
Рекомендации: у кого и что спрашивать
Отзывы на сайте подрядчика пишет сам подрядчик. Полезнее живой разговор с действующим клиентом, и хороший кандидат такой контакт даёт без уговоров. Просите телефон компании похожего размера и с похожей конфигурацией портала, а не самого крупного клиента из презентации.
Спрашивать стоит не «довольны ли вы», а конкретику. Сколько ждали ответа в последний раз, когда было по-настоящему срочно. Приходилось ли напоминать о задаче. Были ли счета, которые пришлось оспаривать. Менялся ли за время работы ответственный инженер и как прошла передача. Что подрядчик сделал, когда ошибся. Четыре-пять таких ответов дают более точную картину, чем портфолио на тридцать логотипов.
Пробный месяц вместо длинного тендера
Сравнивать коммерческие предложения на бумаге бесполезно: все пишут примерно одно и то же. Быстрее и дешевле начать с ограниченного пилота: месяц сопровождения с небольшим пакетом часов и одной понятной задачей внутри. За это время видно главное: как оформляются заявки, попадает ли команда в заявленное время реакции, понятен ли отчёт, задают ли инженеры уточняющие вопросы до начала работ.
Аудит портала как первый платный этап работает так же. Вы получаете документ с описанием текущего состояния системы, который останется у вас в любом случае, и заодно смотрите, как подрядчик мыслит. Если в аудите вместо разбора вашей конфигурации общие фразы про пользу CRM, дальше можно не идти. Договор на сопровождение имеет смысл подписывать после пилота, а не до него, с фиксированным сроком уведомления о расторжении с обеих сторон.
Как проверить кандидата за одну встречу
Часа разговора обычно достаточно, чтобы отличить команду с процессами от команды с презентацией. Вот список вопросов, который мы советуем клиентам брать с собой:
- Кто конкретно будет вести наш портал и кто его подменяет?
- Через какой канал я подаю заявку и как узнаю её статус?
- Какое время реакции для блокирующего инцидента ночью и в субботу?
- Что вы делаете, если проблема оказалась не в Битрикс24, а в 1С или на хостинге?
- Покажите обезличенный отчёт по любому текущему клиенту за прошлый месяц.
- Как вы фиксируете доработки и что мы получим при расторжении?
- Кто следит за сроком лицензии и обновлениями?
- Был ли у вас проект, который пошёл не так, и что вы поменяли после него?
Последний вопрос обычно самый показательный. Команда, которая честно рассказывает про неудачный проект и сделанные выводы, вызывает больше доверия, чем команда с идеальным послужным списком.
Красные флаги
Несколько признаков, при которых стоит взять паузу. Поддержка «в подарок к внедрению» без отдельного договора и SLA: закончится проект внедрения — закончится и внимание к вам. Отказ назвать конкретного исполнителя. Единственный канал связи в виде личного мессенджера одного сотрудника, без системы учёта заявок. Оценка крупной доработки без аудита текущего портала. Обещание, что вам ни в чём не придётся разбираться самим: полная непрозрачность работы подрядчика бьёт по клиенту сильнее, чем необходимость вникать.
Ещё один флаг — нежелание работать с чужим наследием. Портал, который настраивала другая компания, требует аудита перед приёмом на сопровождение, и это нормальная платная работа. Но если кандидат предлагает всё снести и настроить заново, не изучив систему, речь идёт о продаже нового внедрения под видом поддержки.
Как обычно проходит переход к новому подрядчику
Типичный сценарий выглядит так. Производственная компания в Алматы, около шестидесяти сотрудников в портале, коробочная версия на своём сервере. Внедрение делали три года назад, дальше сопровождением занимался приходящий специалист.
Приём на поддержку начинается с аудита: инвентаризация доработок, проверка обновлений и резервных копий, разбор бизнес-процессов, список прав доступа, срок действия лицензии. По результатам появляется два перечня: критичное, что нужно чинить сразу, и накопленный технический долг, который расписывается по месяцам. Параллельно оформляются доступы, заводится единая точка приёма заявок, согласуется классификация инцидентов и время реакции по каждому классу, включая ночные часы.
Первый месяц почти всегда шумный: копятся мелкие обращения, которые никто не разбирал год. К третьему месяцу поток выравнивается, и большая часть времени уходит уже на развитие, а не на тушение пожаров. На этом этапе становится видно, окупается ли выбранная модель сопровождения. Мы сравнивали её со штатным администратором в материале про аутсорс техподдержки Битрикс24.
Частые вопросы
Обязательно ли брать на поддержку ту же компанию, которая делала внедрение?
Не обязательно. Внедрение и сопровождение устроены по-разному: первое проектное, второе процессное. Компания может отлично запустить портал и слабо держать регулярную поддержку, бывает и наоборот. Переход к другому подрядчику нормален, если новый начинает с аудита и получает полный набор доступов и документации.
Чем поддержка партнёра отличается от техподдержки вендора?
Вендор отвечает за работу самого продукта и по коробочной версии принимает обращения только от администратора портала с активной коммерческой лицензией при выполнении технических условий. Задачи с заданной логикой, кастомизацию компонентов, разработку модулей на заказ и диагностику написанного кода вендор не берёт и рекомендует обращаться к партнёрам.
Сколько часов в месяц закладывать на сопровождение?
Зависит от размера портала, количества интеграций и объёма доработок. Небольшой компании с типовой настройкой облака обычно хватает минимального пакета, коробке с обменом с 1С и кастомными бизнес-процессами нужно заметно больше. Разумный подход — начать с базового пакета на первые два-три месяца и скорректировать по фактической статистике обращений.
Что должно быть в договоре про режим 24/7?
Конкретика: какие классы обращений принимаются круглосуточно, время реакции ночью и в выходные, канал подачи заявки в нерабочие часы, порядок эскалации, если дежурный не ответил. Формулировка «работаем 24/7» без этих деталей ни к чему подрядчика не обязывает.
Можно ли сменить подрядчика, если у нас много доработок?
Можно, но подготовьтесь. Запросите у текущей команды перечень доработок, исходники интеграций, описание бизнес-процессов и список учётных записей с правами. Новый партнёр проведёт аудит и оценит, что можно оставить, а что придётся переписывать. Чем лучше документация, тем дешевле переход.
Выбор партнёра по техподдержке Битрикс24 сводится к простой проверке: способен ли кандидат назвать имена, цифры и сроки вместо общих слов. Если на встрече вы получили фамилию инженера, таблицу времени реакции, образец отчёта и внятный ответ про ночные заявки, с такой командой можно работать. Если в ответах только «оперативно», «индивидуально» и «под ключ», лучше посмотреть ещё пару вариантов: менять подрядчика через полгода дороже, чем потратить лишнюю неделю на выбор. Обсудить сопровождение вашего портала и получить оценку можно через заявку на техподдержку Битрикс24.