Договор на техподдержку Битрикс24 чаще всего подписывают в последнюю очередь. Портал куплен, отдел продаж уже сидит в CRM, лицензия оплачена, а вопрос «кто нас чинит, когда всё встало» откладывают на потом. Через месяц выясняется, что «поддержка 8 часов» означает восемь часов работы специалиста в месяц, а не восемь часов в сутки. И что фраза «реакция в течение дня» на практике означает: заявку прочитают завтра утром, потому что вы написали в 18:40.
SLA как раз и переводит расплывчатые обещания в проверяемые цифры. Ниже собрано то, из чего состоит этот документ, какие формулировки стоит уточнять до подписания и чем поддержка вендора отличается от работы партнёра.
Что такое SLA техподдержки Битрикс24 и зачем он в договоре
SLA (Service Level Agreement) — соглашение об уровне обслуживания. По сути это приложение к договору, где написано: с какой скоростью подрядчик берёт заявку в работу, в каком режиме он доступен, какие обращения считаются срочными, что входит в абонентскую плату, а что оплачивается отдельно.
Без SLA спорить бесполезно. Вы напишете «сделайте срочно», подрядчик ответит «мы работаем в порядке очереди», и оба будете правы, потому что порядок нигде не зафиксирован. С SLA разговор другой: обращение попадает в категорию, у категории есть срок, срок либо соблюдён, либо нет.
Второй смысл документа — управление ожиданиями внутри вашей компании. Когда руководитель отдела продаж знает, что настройка нового робота в воронке не считается аварией и попадает в очередь на два рабочих дня, он планирует запуск акции заранее, а не пишет в чат в пятницу вечером.
Что входит в SLA CRM: шесть параметров, по которым сравнивают подрядчиков
Когда вы держите в руках два коммерческих предложения, сравнивать нужно не итоговую цифру в конце, а вот эти шесть пунктов. Если хотя бы один из них не расписан, цену сравнивать рано.
- Время реакции: сколько проходит от вашего сообщения до ответа живого человека, который взял задачу.
- Время решения или обхода: через сколько проблема закрыта либо предложено временное решение.
- Режим работы: рабочие часы, рабочие дни, выходные, праздники, ночь. Отдельно смотрите, есть ли режим 24/7 и на какие типы обращений он распространяется.
- Классификация приоритетов: какое обращение считается критическим, какое обычным, и кто это определяет, вы или подрядчик.
- Объём работ: что закрывается абонентской платой, а что считается доработкой и оплачивается по часам.
- Каналы связи: через что подаётся заявка и какой канал считается официальным для отсчёта времени.
Последний пункт недооценивают чаще остальных. Если в договоре официальный канал — почта, а вы пишете личному менеджеру в мессенджер, формально таймер не запущен. Хороший подрядчик такое обращение всё равно возьмёт, но при разборе полётов у вас не будет ни одного аргумента.
Время реакции и время решения — разные вещи
Это главная подмена в коммерческих предложениях. «Реакция 15 минут» звучит внушительно, но реакция — это только подтверждение, что заявку увидели и завели в работу. Решения она не гарантирует.
Честный SLA техподдержки Битрикс24 разводит эти две метрики и задаёт срок по каждой. Например: реакция на критическое обращение 30 минут, восстановление работоспособности или временный обход 4 часа. Если второй цифры в документе нет, вы купили скорость ответа, а не скорость починки.
Отдельно проговорите, что считается «решением». Часть проблем в принципе не закрывается силами подрядчика: если баг на стороне продукта, партнёр может только зафиксировать воспроизведение и передать вендору. В нормальном SLA такие случаи описаны отдельной строкой: срок решения приостанавливается, но подрядчик обязан сопровождать обращение и держать вас в курсе, а не бросать со словами «мы передали».
Ещё один момент — с какого времени идёт отсчёт при обращении вне рабочих часов. Если режим поддержки с 9:00 до 18:00, а вы написали в 19:00, то в одном договоре таймер стартует утром, а в другом сразу с момента получения. Разница в четырнадцать часов, и она обычно спрятана в одном предложении мелким шрифтом.
Приоритеты: кто решает, что у вас критично
Классификация обращений — вторая по важности часть документа. Обычно уровней три или четыре, и формулировать их нужно через последствия для бизнеса, а не через название модуля.
Критическим считают случай, когда портал недоступен целиком, не работает телефония, обрываются лиды с сайта или CRM перестала принимать заявки. Бизнес несёт прямые потери прямо сейчас. Высокий уровень — это когда система работает, но основной процесс сломан: не отправляются письма из воронки, не считается сумма сделки, не срабатывает бизнес-процесс согласования договора. Обходной путь есть, но он ручной.
Обычный уровень закрывает мелочи, которые никого не останавливают: некорректно работает второстепенная функция, кто-то из сотрудников не видит нужный раздел, надо поправить права доступа. К низкому относят консультации, вопросы «как правильно» и пожелания по интерфейсу.
Ошибка, которую совершают почти все: приоритет привязывают к количеству затронутых сотрудников. Логика вроде бы здравая, чем больше людей страдает, тем срочнее. На практике она ломается на первом же случае, когда у единственного человека в компании перестаёт работать выгрузка счетов, и весь отдел продаж встаёт вместе с ним. Считать нужно не головы, а остановленные процессы и деньги, которые компания теряет за час простоя.
Дальше идёт принципиальный вопрос: кто присваивает приоритет. Если это делает только подрядчик, велик соблазн понизить категорию и уложиться в срок. Если только вы, всё станет критическим уже через две недели. Рабочая схема выглядит так: приоритет предлагает клиент, подрядчик вправе его пересмотреть с письменным обоснованием, а спорные случаи разбираются на ежемесячной встрече по сервису.
Что делает поддержка вендора, а что партнёр
Многие компании узнают о разнице только в момент первой аварии. Разграничение простое: вендор отвечает за продукт, партнёр за вашу конкретную настройку.
Обращения в поддержку Битрикс24 доступны пользователям коммерческих тарифов; на бесплатном тарифе остаются база знаний, обучающие видео и записи вебинаров. Поддержка вендора консультирует по работе инструментов и объясняет, как устроено то или иное действие в системе. При этом она не внедряет и не дорабатывает инструменты, не проектирует за вас бизнес-процессы и не разрабатывает приложения. В таких случаях в справке прямо рекомендуется обратиться к официальным партнёрам.
Для коробочной версии условия жёстче. Чтобы писать в поддержку, нужна активная коммерческая лицензия (демо не подходит), установленные стабильные обновления и доступ портала в интернет. Канал включается администратором в разделе «Настройки продукта → Настройки модулей → Чат-боты Битрикс24», после чего общение идёт в мессенджере самого портала. В зону ответственности вендора здесь входят консультации по установке и настройке, ошибки продукта, вопросы производительности, обновления и лицензирования. Не входят установка программного обеспечения на вашем сервере, оптимизация кода, разработка на заказ и диагностика серверного ПО. График работы поддержки коробки — с понедельника по пятницу, с 10:00 до 19:00 по московскому времени, без выходных и праздничных дней РФ.
Отсюда следует практический вывод: всё, что находится между «продукт работает штатно» и «у нас работает так, как нужно бизнесу», закрывает партнёр. Поэтому договор на техподдержку Битрикс24 с агентством вендорскую поддержку не дублирует, а закрывает совсем другой набор задач. Мы в B2BPRO.KZ ведём этот слой целиком: настройки, интеграции, права доступа, воронки, телефонию, разбор инцидентов и сопровождение обращений к вендору, когда дело всё-таки в продукте. Если нужен формализованный уровень сервиса с фиксированными сроками, условия и форма заявки собраны на отдельной странице: техподдержка Битрикс24 24/7.
Отдельно про 24/7: когда режим действительно круглосуточный
Формулировка «поддержка 24/7» в коммерческих предложениях встречается сплошь и рядом, но означает три совершенно разные вещи.
Первый вариант: круглосуточно принимаются заявки. Робот в чате отвечает ночью, человек берёт заявку утром. Формально не обман, практически бесполезно при аварии.
Второй: круглосуточно работает дежурный инженер, но только по критическим обращениям. Ночью вам починят упавший портал, а вопрос про новое поле в карточке сделки подождёт до рабочего дня. Это здоровый и честный формат, потому что держать полный штат в ночь дороже, чем стоит любой абонемент.
Третий: полноценный круглосуточный сервис со сменами. Стоит соответственно и нужен единицам, вроде интернет-магазинов с ночным трафиком, служб такси, медицинских колл-центров и логистики с международными рейсами.
Полезно посмотреть, как режим 24/7 устроен у самого вендора. Спецподдержка «1С-Битрикс» работает по спецобращениям 24 часа в сутки 7 дней в неделю со сроком реакции не более часа, но доступна она исключительно владельцам лицензий «1С-Битрикс: Enterprise» и «1С-Битрикс24: Enterprise». После активации лицензии на почту приходит купон на десять спецобращений; неиспользованный в течение года купон деактивируется, а при продлении выдаётся новый. То есть даже у вендора круглосуточный режим остаётся ограниченным ресурсом под действительно серьёзные инциденты, а безлимитной линией на любые вопросы он никогда не был.
Если ваш бизнес не останавливается ночью, честнее взять расширенные часы и дежурство по критическим обращениям, чем платить за круглосуточный тариф, которым воспользуетесь дважды в год. Мы держим режим 24/7 для клиентов с критичными процессами и открыто говорим остальным, что им он не нужен.
Доступ к порталу и безопасность: пункт, который забывают
Техподдержка не может работать вслепую. Значит, в SLA должно быть описано, как выдаётся доступ, кто его выдаёт и как он отзывается.
У вендора этот механизм формализован: запрос доступа приходит только после того, как вы сами обратились в поддержку, принять его может исключительно администратор портала, а открывается доступ на 21 день с возможностью закрыть его в любой момент. Пароли при этом никому не передаются.
С подрядчиком стоит выстроить такую же дисциплину. Отдельная учётная запись на агентство вместо общего админского логина, фиксация в договоре, кто из сотрудников подрядчика имеет доступ, и обязательство закрыть доступ при расторжении. Заодно проверьте, подписано ли соглашение о конфиденциальности: в CRM лежит база клиентов, суммы сделок и переписка, такой массив не передают «по доверию».
Как выглядит рабочий SLA на цифрах
Ниже иллюстративный пример того, как выглядит вменяемое приложение к договору для компании на 60 сотрудников с облачным порталом. Это не тариф и не оферта, а образец структуры, по которому удобно сверять чужие предложения.
- Критический приоритет: реакция 30 минут, обход или восстановление 4 часа, режим приёма 24/7.
- Высокий: реакция 2 часа, решение 1 рабочий день, режим рабочих часов.
- Обычный: реакция 4 часа, решение 3 рабочих дня.
- Низкий: реакция 1 рабочий день, срок решения согласуется отдельно.
- Абонемент включает 12 часов работ; консультации и мелкие настройки отдельно не тарифицируются.
- Доработки свыше абонемента считаются по часовой ставке, оценка предоставляется до старта.
- Отчёт по заявкам и израсходованным часам приходит раз в месяц.
Последняя строка важнее, чем кажется. Без ежемесячного отчёта вы никогда не узнаете, соблюдался ли SLA. Через полгода такой отчётности станет видно и другое: какие проблемы повторяются, где нужна не заявка, а перенастройка, и не пора ли обучить внутреннего администратора вместо того, чтобы дёргать подрядчика по правам доступа.
Обратите внимание и на само распределение часов. Компании обычно переоценивают потребность в аварийном реагировании и недооценивают текучку. По нашей практике сопровождения порталов в Казахстане большая часть обращений — это права доступа, новые сотрудники, правки в воронках, шаблоны документов и вопросы «а как сделать вот так». Настоящих аварий бывает единицы в год. Поэтому пакет, где вся цена уходит в скорость реакции, а часов на работы почти нет, для среднего бизнеса невыгоден: платить будете за дежурство, а тратить часы на рутину, которая пойдёт сверх абонемента.
Полезно заранее договориться и о том, что происходит с неизрасходованными часами. Варианта два: сгорают в конце месяца или переносятся на следующий с ограничением. Ни один из них не хуже другого, но знать об этом лучше до подписания, а не в марте, когда выяснится, что январские десять часов уже никому не принадлежат.
Обязанности клиента: вторая половина документа
SLA почему-то принято читать как список обязательств подрядчика. На деле половина срывов происходит с другой стороны, и грамотный документ это учитывает.
Первое, форма заявки. «У нас всё сломалось» заявкой не является. Нужен минимум: что делали, что ожидали, что получили, кто из сотрудников столкнулся, воспроизводится ли у других, скриншот или короткая запись экрана. Инженер, который получает такое описание, начинает чинить сразу. Инженер, который получает «CRM не работает», сначала полчаса выясняет, о чём вообще речь, и эти полчаса попадут в ваш счёт.
Второе, единая точка входа. Если заявки летят от восьми сотрудников напрямую разным людям подрядчика, никакой SLA не спасёт: часть задач продублируется, часть потеряется, а приоритеты будет расставлять тот, кто громче пишет. Назначьте ответственного внутри компании. Обычно это администратор портала или руководитель отдела, который фильтрует обращения и умеет отличить сбой от «мне неудобно».
Третье, доступность вашей стороны. Половина заявок закрывается только после того, как клиент подтвердит, что проблема ушла. Если ответственный сотрудник в отпуске и заявка висит неделю, срок формально нарушен, а виноватых нет. В договоре стоит прописать: при отсутствии обратной связи в течение N рабочих дней обращение закрывается, а таймер на это время останавливается.
Четвёртое, предупреждать о планах. Массовый импорт базы, запуск акции с десятикратным потоком заявок, подключение нового отдела, миграция телефонии. Если подрядчик узнаёт об этом постфактум, вместо подготовки он занимается разбором последствий. Одно письмо за неделю до события снимает большую часть ночных звонков.
Пять вопросов подрядчику до подписания
Эти вопросы занимают десять минут разговора и снимают большую часть будущих конфликтов.
Что происходит, если срок нарушен? В договоре должна быть хоть какая-то ответственность: перерасчёт, дополнительные часы, компенсация. Формулировка «стороны приложат усилия» означает отсутствие обязательств.
Кто конкретно нас ведёт? Один инженер, команда, дежурная смена. Если человек один, спросите, что происходит во время его отпуска.
Как считаются часы? Округление бывает до 15 минут, до получаса или до часа. При десяти мелких заявках в месяц округление до часа удваивает счёт.
Что делать с задачами вне компетенции? Часть вопросов упирается в продукт, часть в интеграции с 1С или телефонию. Уточните, сопровождает ли подрядчик такие обращения до закрытия.
Как расстаёмся? Срок уведомления, передача документации по настройкам, отзыв доступов. Компания, которая спокойно отвечает на этот вопрос, обычно и работает спокойно.
Техническая поддержка Битрикс24 от поломок не страхует. Она нужна для того, чтобы поломка не превращалась в переговоры о том, чья это зона ответственности. Документ на две страницы с конкретными цифрами экономит недели споров, и написать его нужно один раз, до того как случится первый серьёзный сбой.
Частые вопросы
Чем поддержка вендора отличается от техподдержки партнёра?
Вендор отвечает за работоспособность самого продукта: консультирует по инструментам, разбирает ошибки Битрикс24, помогает с вопросами обновлений и лицензирования. Внедрением, доработками и проектированием бизнес-процессов поддержка вендора не занимается, эти задачи закрывает официальный партнёр.
Кому доступна поддержка Битрикс24 в режиме 24/7 от вендора?
Спецобращения обрабатываются круглосуточно, 24 часа в сутки 7 дней в неделю, со сроком реакции не более часа, но услуга предоставляется только владельцам лицензий «1С-Битрикс: Enterprise» и «1С-Битрикс24: Enterprise». Купон на спецобращения выдаётся вместе с лицензией и отдельно не продаётся.
Что входит в SLA CRM кроме сроков реакции?
Режим работы и каналы связи, классификация приоритетов и правила их присвоения, время решения или обхода, перечень работ внутри абонемента и вне его, порядок выдачи доступа к порталу, формат отчётности и ответственность за нарушение сроков.
На какой срок открывается доступ специалисту поддержки?
Запрос доступа приходит только после вашего обращения, принять его может лишь администратор портала, доступ открывается на 21 день и закрывается в любой момент по вашему решению. Пароли при этом не передаются.
Нужен ли режим 24/7 небольшой компании?
Обычно нет. Если бизнес-процессы не идут ночью, разумнее взять расширенные рабочие часы и дежурство по критическим обращениям. Круглосуточный режим оправдан там, где простой ночью означает потерянные деньги: онлайн-торговля, логистика, службы приёма заявок.