Почему у всех подрядчиков «абонентское обслуживание» разное
Компания собирает три коммерческих предложения на абонентское обслуживание Битрикс24 и получает три несопоставимых документа. В первом двадцать часов работ в месяц и ни слова о сроках реакции. Во втором круглосуточная линия и оговорка, что доработки считаются отдельно. В третьем вообще нет часов, зато перечислено полтора десятка пунктов, половина из которых понятна только автору предложения. Сравнить их между собой невозможно, и выбор в итоге делается по цене.
Термин никем не стандартизирован. Техподдержка Битрикс24 у одного подрядчика означает «ответим на письмо в течение дня», у другого предполагает дежурную смену, которая поднимает упавший портал ночью. Обе услуги честно называются одинаково.
Дальше по пунктам разложен состав пакета техподдержки: что обычно входит в абонплату, что оплачивается сверху, чем отличается пакет для облака от пакета для коробки и какие вопросы стоит задать подрядчику до подписания договора.
Ядро пакета: реакция на инциденты
Ради этой части услугу и покупают. Что-то сломалось, работа встала, нужен человек, который починит. В договоре здесь должны быть явно зафиксированы три вещи.
Первая — каналы обращения. Почта, чат, телефон, отдельная группа в портале клиента: чем меньше поводов сказать «а я писал в WhatsApp вашему менеджеру», тем меньше споров потом. Вторая — время реакции и время решения, причём это разные величины. Реакция означает, что заявку приняли и назвали срок. Решение означает, что проблема закрыта. Подрядчик, который обещает «решение за час», либо лукавит, либо имеет в виду реакцию.
Третья — режим работы. Наша техническая поддержка Битрикс24 работает 24/7, и это не строчка для красоты в презентации. Отдел продаж, который начинает смену в семь утра, и склад, который отгружает до полуночи, не могут ждать до девяти часов понедельника. Если подрядчик работает только в будни с девяти до восемнадцати, это тоже рабочий формат, просто его надо понимать заранее и не рассчитывать на помощь в субботу.
Внутри ядра почти всегда лежит и восстановление данных. Самый частый случай: кто-то удалил сделки или контакты. В Битрикс24 для этого есть корзина CRM, она открывается через CRM → Ещё → Корзина. Элементы хранятся в ней до 30 дней, после чего удаляются автоматически по сто штук в день. Администратор портала видит в корзине все удалённые элементы, рядовой сотрудник только те, что удалил сам. Восстановить элемент можно через меню рядом с ним, но у восстановленного элемента меняется ID, поэтому старая ссылка на него больше не откроется. Знание таких деталей отличает подрядчика, который закрывает вопрос за десять минут, от того, кто разводит руками.
Как это выглядит в жизни. В пятницу вечером менеджер сообщает, что сделки перестали создаваться из заявок с сайта. Дежурный смотрит журнал, видит, что форма отдаёт ошибку, поднимается по цепочке до интеграции и находит истёкший токен доступа. Замена токена занимает минуты, поиск причины занимает час. Именно этот час и есть работа, за которую платят абонплату, хотя в акте он выглядит незаметной строчкой.
Плановые работы, которые не видит клиент
Вторая часть пакета почти не заметна, пока она есть, и очень заметна, когда её нет. Сюда входит регулярный осмотр портала: проверка того, что интеграции живы, роботы срабатывают, письма уходят, права доступа не расползлись после найма новых людей.
Права стоит проверять отдельно и регулярно. В Битрикс24 работает ролевая модель прав в CRM, настраивается она в разделе CRM → Ещё → Настройки → Права доступа CRM. По умолчанию там есть роль администратора с полным доступом ко всем элементам и к настройке самих прав и роль менеджера, который может просматривать, создавать и изменять только собственные элементы. За полгода активного найма в этой конструкции обычно накапливается пара сюрпризов.
Сюда же относится контроль изменений. В карточке каждого элемента CRM есть вкладка «История», а общий журнал открывается через CRM → Ещё → История: там видно дату и время изменения, название элемента, ссылку на него, автора и описание события. Администратор видит всю историю, сотрудники только по доступным им элементам. Когда данные начинают вести себя странно, этот раздел отвечает на вопрос «кто и когда» быстрее любых расспросов.
Плановые работы занимают немного времени и потому кажутся необязательными. На них экономят в первую очередь, и через год портал приходит в состояние, когда дешевле собрать заново.
Приёмка портала: что происходит в первый месяц
Хороший пакет начинается не с приёма заявок, а с инвентаризации. Подрядчик, который берёт на обслуживание чужой портал вслепую, через месяц окажется в ситуации «мы не знали, что у вас здесь была самописная интеграция».
На старте обычно описывают, какие воронки живут в системе и какие из них реально используются, какие роботы и бизнес-процессы настроены, какие внешние сервисы подключены и через какие учётные записи, кто из сотрудников имеет административные права и почему. Отдельно выясняется, есть ли доработки от предыдущих исполнителей и в каком они состоянии.
Результатом становится карта портала: документ, по которому новый инженер входит в проект за час, а не за неделю. Спросите подрядчика, делает ли он такую опись и получите ли вы её копию. Если карта есть только в голове одного специалиста, вы вернулись к зависимости от конкретного человека, от которой абонентское обслуживание как раз и должно избавлять.
Консультации и обучение: самая недооценённая часть
По опыту сопровождения, заметная доля заявок в поддержку вообще не про поломки. Люди спрашивают, как построить нужный отчёт, почему не считается сумма в сделке, куда делся клиент из списка и как настроить фильтр. Технически всё исправно, у человека просто нет знания.
Хороший пакет закрывает такие вопросы без отдельного счёта, и это выгодно обеим сторонам. Клиент не боится спросить, подрядчик видит реальные болевые точки и предлагает настройку до того, как отдел изобретёт очередной обходной путь через таблицу.
Отдельная строка — обучение новых сотрудников. В компании с текучкой в отделе продаж каждый новый человек либо получает вводный час по системе, либо через неделю начинает вести клиентов в блокноте. Проверьте, входит ли вводный инструктаж в ваш пакет и в каком объёме. Как это устроено у нас, видно на странице услуги: техподдержка Битрикс24 24/7.
Доработки и развитие: где проходит граница
Здесь чаще всего и возникает конфликт. Клиент считает, что «настроить ещё одну воронку» входит в абонплату. Подрядчик считает, что это отдельный проект.
Работающий принцип разделения выглядит так. К поддержке относится всё, что возвращает систему в исходное состояние: починить сломавшееся, восстановить удалённое, поправить настройку, которая перестала работать. К развитию относится всё, что добавляет новое: новая воронка, новый бизнес-процесс, интеграция с ещё одной системой, отчёт, которого раньше не было.
Граница всё равно останется размытой, поэтому в договоре её обычно проводят по трудозатратам. Например, изменение до одного часа считается поддержкой и делается в рамках абонплаты, всё что дольше оценивается отдельно и согласуется до начала работ. Конкретный порог у каждого подрядчика свой, важно, чтобы он вообще был назван числом и не остался на усмотрение исполнителя.
Ещё один вопрос стоит прояснить заранее: считается ли поддержкой сопровождение чужих доработок. Если предыдущий подрядчик написал модуль, новый исполнитель имеет полное право отказаться его чинить или заложить время на изучение кода. Услышать об этом лучше на этапе договора.
Чем отличается пакет для коробки
Для облачного портала инфраструктурой занимается вендор. С коробочной версией компания берёт на себя администрирование сервера, и пакет техподдержки становится заметно шире.
Добавляется установка обновлений. Обновления коробочной версии ставятся через встроенную систему SiteUpdate: в административной панели раздел Marketplace → Обновление платформы, где в разделе установки обновлений нажимают «Установить рекомендуемые обновления», а на вкладке со списком обновлений можно выбрать конкретные. По умолчанию включены только стабильные версии, полностью протестированные и пригодные для работы. Бета-версии содержат новые возможности, могут требовать доработки и включаются отдельно, если компания готова тестировать новое раньше остальных. Перед установкой обновлений рекомендуется создать резервную копию, а сервер должен соответствовать техническим требованиям, включая версию PHP 8.1 или выше.
Добавляется работа с административными инструментами коробки. В административной части есть разделы «Проверка системы», «Монитор качества», «Резервное копирование», «Диагностика», «Журнал событий» и «Производительность». Резервное копирование служит дополнительной защитой данных, а создание копии перед обновлением системы и проверка системы для исправления ошибок относятся к рекомендованным действиям администратора.
Добавляется журнал изменений. В коробке это инструмент мониторинга событий на портале, предназначенный для руководителей и администраторов, а состав отображаемой в нём информации зависит от настроек администратора.
Из-за всего перечисленного пакет для коробки почти всегда дороже пакета для облака при том же объёме пользовательских заявок. Если подрядчик предлагает одинаковую цену для обоих случаев, уточните, кто именно отвечает за сервер.
Что считается аварией и как работает эскалация
В любом пакете заявки делятся по критичности, и от этого зависит скорость. Проблема в том, что критичность обычно определяет тот, кто пишет заявку, а он всегда считает свой вопрос срочным.
Рабочая практика — договориться о признаках заранее. Авария это когда работа компании остановлена: портал недоступен, сделки не создаются, звонки не проходят, обмен с учётной системой встал. Такие обращения принимаются круглосуточно и берутся в работу немедленно, поэтому режим 24/7 имеет смысл именно для этой категории. Срочная, но не блокирующая задача это когда часть людей работает с обходным путём: не отправляется рассылка, не строится отчёт, у одного отдела пропали права. Обычная задача это всё остальное, включая вопросы «как сделать» и небольшие настройки.
Второе, о чём стоит договориться, — порядок эскалации. Что происходит, если дежурный инженер не решил аварию за отведённое время: подключается ли старший специалист, уведомляется ли руководитель проекта, каким способом об этом узнаёт клиент. Без описанной эскалации срочная заявка может тихо провисеть до утра внутри одного человека.
Третье — резервный канал связи. Если авария затронула сам портал и заявки подаются через него же, подать заявку станет невозможно. Нормальная схема предполагает дублирующий канал: почту, телефон дежурного или чат вне портала. Проверьте этот пункт до того, как он понадобится, потому что выяснять его в момент простоя дорого.
Как считаются часы и что происходит с остатком
Большинство пакетов измеряются в часах. Есть несколько мест, где стороны понимают друг друга по-разному.
Переносится ли неизрасходованный остаток на следующий месяц. Чаще всего нет, и это надо знать заранее, чтобы не рассчитывать на накопленный запас перед сезоном.
Как округляется мелкая задача. Если минимальная тарифицируемая единица составляет полчаса, то пять двухминутных вопросов за день превратятся в два с половиной часа. Разумнее, когда мелкие консультации идут отдельным потоком и не съедают лимит.
Что происходит при перерасходе. Работы останавливаются до следующего месяца, продолжаются по повышенной ставке или продолжаются по той же ставке сверх пакета. Все три варианта встречаются, и выбирать между ними лучше до аварии.
Учитывается ли время на диагностику. Поиск причины иногда занимает больше времени, чем исправление, и это обычная часть работы. Неприятно, когда клиент узнаёт об этом из первого же акта.
Что в пакет обычно не входит
Честный подрядчик перечисляет исключения сам, потому что несовпадение ожиданий обходится дороже любой сэкономленной строчки в договоре.
Не входит стоимость самих лицензий Битрикс24 и оплата сторонних сервисов: телефонии, сервисов рассылок, коннекторов к мессенджерам. Абонплата покрывает работу людей, подписки оплачиваются отдельно.
Не входит поддержка сторонних систем, с которыми интегрирован портал. Если сломался обмен с учётной системой, поддержка Битрикс24 разберётся со своей стороной обмена, а саму учётную систему обычно чинит её подрядчик.
Не входит работа за пределами портала: настройка почтовых серверов клиента, локальной сети, рабочих компьютеров сотрудников. Границу здесь провести легко, и в договоре она обычно есть.
Не входит разработка с нуля. Крупная интеграция или собственное приложение выносятся в проект со своим бюджетом и сроками, даже если исполнитель тот же самый.
Шесть вопросов подрядчику до подписания
Эти вопросы занимают десять минут разговора и снимают большую часть будущих разногласий.
В каком режиме принимаются заявки и есть ли поддержка 24/7 или дежурство ограничено рабочими часами. Какое время реакции обещано и чем оно отличается от времени решения. По какому принципу задача относится к поддержке и когда становится отдельно оплачиваемой доработкой, назван ли порог в часах. Сгорают ли неизрасходованные часы. Что происходит при перерасходе лимита. Кто конкретно будет вести портал и что произойдёт, если этот человек уйдёт в отпуск или уволится.
Последний вопрос недооценивают чаще прочих. Услуга, завязанная на одного специалиста, мало отличается от штатного администратора, только стоит дороже. Смысл абонентского обслуживания в том, что за портал отвечает команда с подменой и общей базой знаний по вашему проекту.
Как понять, что пакет работает
Через два-три месяца после начала обслуживания у вас должны появиться ответы на простые вопросы. Сколько заявок было за месяц и сколько из них закрыто в срок. Какие проблемы повторяются. Что подрядчик сделал по своей инициативе, без вашей заявки. На что ушли часы.
Если ежемесячный отчёт состоит из строчки «работы выполнены» и суммы, вы платите за отсутствие проблем, но не можете отличить спокойный месяц от месяца, в котором про вас просто забыли. Просите детализацию с самого начала, это нормальное требование и хороший подрядчик к нему готов.
Второй показатель — динамика. В первые месяцы заявок обычно много, всплывает накопленное. Дальше их количество должно снижаться, потому что часть причин устраняется в корне. Если через полгода поток заявок тот же, поддержка гасит симптомы и до причин не доходит.
Частые вопросы
Чем абонентское обслуживание отличается от техподдержки вендора?
Поддержка вендора отвечает за работу самого продукта: ошибки платформы, доступность облака, вопросы по лицензиям. Настройки конкретной компании, её воронки, роботы, интеграции и обучение сотрудников в зону ответственности вендора не входят. Именно эту часть закрывает партнёрская техподдержка Битрикс24 по договору абонентского обслуживания.
Нужна ли поддержка, если портал уже настроен и работает?
Настроенный портал меняется вместе с компанией: приходят новые сотрудники, меняются процессы, обновляется платформа, ломаются внешние интеграции. Без сопровождения система постепенно расходится с тем, как компания реально работает, и через год возвращается к состоянию, когда её проще перенастроить целиком.
Можно ли обойтись штатным администратором?
Можно, если объём работ действительно занимает целого человека и если вас устраивает зависимость от одного специалиста. Небольшой компании чаще выгоднее пакет: он дешевле полной ставки, при этом за портал отвечает команда с подменой и режимом 24/7, а не один сотрудник с отпуском и больничными.
Что делать, если лимит часов исчерпан в середине месяца?
Порядок действий должен быть описан в договоре. Обычно возможны три сценария: работы переносятся на следующий период, продолжаются по отдельной ставке или продолжаются в счёт следующего месяца. Уточните этот пункт до подписания, потому что в момент аварии обсуждать его поздно.
Входит ли в пакет восстановление удалённых данных?
Как правило да, в рамках доступных в системе средств. Удалённые элементы CRM хранятся в корзине до 30 дней, и восстановление оттуда занимает минуты. Если срок вышел или данные удалены иначе, объём работ и сама возможность восстановления оцениваются отдельно.
Договор на абонентское обслуживание Битрикс24 описывает вполне конкретную вещь: кому вы звоните в пятницу вечером, когда перестают создаваться сделки. Если из документа непонятно, в каком режиме вас примут, за какое время ответят и что именно посчитают отдельной работой, никакая цена этот пробел не компенсирует. Пять минут на уточнение этих пунктов до подписания экономят несколько неприятных разговоров потом.