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