Абонентское сопровождение Битрикс24: как считать часы и что делать с остатком

Часы абонентского сопровождения Битрикс24 считают по фактически затраченному времени специалиста: заявки, консультации, настройки и доработки списываются из пакета с оговоренным шагом, обычно 15 или 30 минут. Остаток часов зависит от договора: он переносится на следующий месяц, сгорает или накапливается до квартала. Эти правила нужно зафиксировать письменно до первой оплаты.

Типичная картина: компания купила пакет на 20 часов, в конце месяца подрядчик присылает акт «выполнено 20 часов», а руководитель не может сказать, на что именно они ушли. Через месяц ситуация обратная: списано 6 часов из 20, и непонятно, пропадут ли оставшиеся 14. Обе истории про одно и то же: у сторон нет общих правил подсчёта.

Что такое абонентское сопровождение Битрикс24 и чем часы отличаются от фиксированной оплаты?

Абонентское сопровождение Битрикс24 это услуга, при которой подрядчик берёт на себя регулярную работу с вашим порталом за ежемесячную плату. Плата может быть фиксированной (за готовность и ответ на заявки в рамках регламента) или привязанной к пакету часов. В пакете часов вы платите за ёмкость: заранее оговорённое число часов работы специалистов в месяц.

У пакета часов есть очевидное преимущество: расходы предсказуемы, а любую мелкую правку не нужно согласовывать как отдельный проект. Недостаток тоже понятен: если часы не учитываются прозрачно, пакет превращается в чёрный ящик. Поэтому весь разговор о том, как считать часы, на самом деле разговор о доверии и документах.

На проектах B2BPRO.KZ мы чаще всего видим три модели. Первая: чистый пакет часов с переносом остатка. Вторая: фиксированная абонплата плюс часы сверх лимита по повышенной или обычной ставке. Третья: техподдержка по регламенту с ответом на заявки и отдельно оплачиваемые доработки. Выбор модели зависит от того, насколько стабилен поток запросов у вашей команды.

Что входит в часы, а что нет?

В часы пакета входит всё, что специалист делает по вашему порталу и что требует его рабочего времени: диагностика проблемы, настройка, консультация, обучение сотрудника, тестирование и проверка результата. Не входит то, что договор прямо выносит за пределы абонентской части: крупные проекты со своим ТЗ, разработка приложений, интеграции с внешними системами. Для таких работ обычно составляют отдельную смету.

Спорные места лучше разобрать сразу. Ниже пример распределения, как его удобно закрепить в договоре. Это иллюстрация, а не стандарт рынка: каждая компания договаривается по-своему.

Вид работы	Списывается из пакета	Комментарий
Ответ на вопрос «как сделать» в портале	Да, по факту времени	Если ответ занял пять минут, списывается минимальный шаг
Диагностика сбоя	Да	Время поиска причины считается, даже если причина на стороне пользователя
Исправление ошибки, допущенной подрядчиком	Нет	Гарантийные работы стоит прописать отдельным пунктом
Настройка роботов и бизнес-процессов	Да	Крупные цепочки лучше оценивать заранее
Обучение новых сотрудников	Да	Либо отдельный пакет часов на обучение
Разработка приложения или интеграции	Нет	Отдельная смета и ТЗ
Созвон со спецификой «обсудить планы»	По договорённости	Стратегические встречи часто выносят в отдельную статью

Отдельно проговорите, что такое «шаг округления». Если шаг составляет 30 минут, то четыре заявки по десять минут спишут два часа, хотя фактически потрачено 40 минут. Если шаг 15 минут, те же четыре заявки спишут один час. Разница в 2 раза на мелких запросах: это самая частая причина конфликтов вокруг часов.

Как часы фиксируются в самом портале Битрикс24?

Самый надёжный способ сделать подсчёт прозрачным: вести заявки подрядчика как задачи в вашем же портале и включить в них учёт времени. По справке Битрикс24, в задаче можно запустить таймер кнопкой «Начать», приостановить его кнопкой «Пауза», а если специалист забыл включить трекер или работал офлайн, добавить запись вручную через «Добавить запись» с комментарием о выполненной работе. Подробности описаны в справке Битрикс24 об учёте времени на выполнение задачи.

Есть несколько особенностей, которые полезно знать при проверке отчёта. Таймер одновременно работает только в одной задаче: если включить его во второй, первая автоматически встаёт на паузу. Поэтому «параллельных» часов по двум заявкам в тот же момент быть не должно. Общее время по задаче и вклад каждого участника отображаются в карточке, а записи видны в истории.

Чтобы подсчёт по пакету действительно можно было проверить, настройте процесс так:

1. Создайте проект или группу «Сопровождение портала» и добавьте туда специалистов подрядчика.
2. Договоритесь, что каждая заявка заводится задачей, и в задаче включён учёт времени.
3. Попросите специалистов фиксировать время в задаче, а не присылать итоговую цифру в акте.
4. В конце месяца откройте отчёты: в разделе «Задачи и проекты» через «Ещё» и «Отчёты» есть стандартные отчёты «Учёт ресурсов по задачам» и «Учёт ресурсов по исполнителям».
5. Сверьте сумму часов в отчёте с цифрой в акте подрядчика до подписания акта.

Состав стандартных отчётов описан в справке Битрикс24 о стандартных отчётах по задачам. Важная оговорка из той же справки: затраченное время попадает в отчёт по тем задачам, где включена опция учёта времени. Если опция не включена, в отчёте будет пусто, и это не ошибка отчёта.

Сколько часов в месяц нужно вашей компании?

Количество часов зависит от интенсивности изменений в портале и числа пользователей, которым нужна помощь, а размер компании тут вторичен. Практичный способ прикинуть пакет: разделить потребность на постоянную и разовую. Постоянная включает ответы на вопросы сотрудников, мелкие правки прав доступа, подключение новых пользователей. Разовая появляется при запуске нового отдела, смене воронки, внедрении роботов.

Для первой оценки возьмите два месяца переписки с внутренней поддержкой или ИТ-отделом и посчитайте число обращений. Умножьте на среднюю длительность обработки обращения. Для расчёта достаточно грубой оценки: 20 минут на типовую заявку и 1-2 часа на настройку. Эту цифру увеличьте на запас в 20-30%, поскольку в первые месяцы после внедрения заявок обычно больше.

Пример расчёта (условный, для иллюстрации). В компании 40 пользователей, в месяц приходит около 25 мелких заявок по 15-20 минут, это порядка 7-8 часов. Плюс две небольшие настройки по 2 часа, итого около 4 часов. Получаем 11-12 часов, с запасом выходит пакет на 14-15 часов. Пакет на 40 часов для такой компании означал бы, что большая часть часов останется неиспользованной.

Что делать с остатком часов: перенос, сгорание или накопление?

Остаток часов в конце периода обычно либо переносится на следующий месяц, либо сгорает, либо накапливается до конца квартала. Какой вариант выбрать, зависит от равномерности нагрузки: чем она неровнее, тем выгоднее перенос. Главное правило одно: порядок должен быть записан в договоре, а не вытекать из устных договорённостей.

Сравним три модели.

Модель	Как работает	Кому подходит
Сгорание	Неиспользованные часы пропадают в конце месяца	Компании со стабильной нагрузкой и небольшим пакетом
Перенос на месяц	Остаток добавляется к следующему месяцу один раз	Компании с неровным потоком заявок
Накопление до квартала или года	Часы копятся и тратятся в удобное время	Компании, которые планируют крупные настройки

Сгорание считается самой жёсткой моделью, но она же и самая дешёвая за час, потому что подрядчик может планировать загрузку. Перенос дороже, а накопление требует дисциплины: если за полгода накопилось 90 часов, вы не сможете использовать их за неделю, подрядчик физически не успеет. Поэтому при накоплении стоит ограничить максимальный остаток и срок его использования.

Когда часы стабильно остаются, это сигнал пересмотреть пакет, а не копить дальше. Если в течение трёх месяцев подряд использовано меньше половины часов, разумнее снизить пакет или заменить часть часов обучением сотрудников. Пустые часы часто означают, что сотрудники не обращаются за помощью и продолжают работать «по-старому». Это отдельная проблема, и решают её обучением сотрудников и понятным каналом заявок.

Что делать, если часы закончились раньше срока?

Если часы закончились в середине месяца, у вас три выхода: докупить часы, перенести заявки на следующий период или оплатить сверхлимитные работы по ставке из договора. Лучший вариант выбирают заранее, а не в момент срочного сбоя. Для критичных ситуаций, когда портал не работает у всего отдела, стоит предусмотреть отдельные условия реагирования.

Хороший договор содержит порог уведомления: подрядчик обязан сообщить, когда израсходовано 70-80% пакета, и предложить варианты. Без такого порога вы узнаете об исчерпании часов в акте, когда менять что-то уже поздно. Заведите привычку смотреть расход часов в середине месяца: если к 15-му числу ушло больше 60% пакета, стоит обсудить причину.

Частая причина быстрого расхода лежит в процессе: объём работ тут вторичен. Например, одни и те же вопросы сотрудников повторяются, потому что нет инструкции, или заявки приходят без описания, и специалист тратит время на уточнения. Простая база ответов и шаблон заявки с полями «что произошло», «кто затронут», «когда началось» заметно сокращают расход часов.

Как проверять отчёт подрядчика по часам?

Проверять отчёт нужно по трём признакам: детализация, соответствие заявкам и разумность длительности. Хороший отчёт показывает дату, исполнителя, тему заявки, затраченное время и итог. Если отчёт состоит из одной строки «консультации и настройки: 12 часов», он не подлежит проверке и повод попросить расшифровку.

Практичный порядок проверки выглядит так. Сначала сверьте число заявок в отчёте с числом заявок в вашем портале. Затем выберите три-пять крупных записей и спросите, что именно сделано. Наконец, посмотрите на длительность типовых работ: если одинаковая заявка в одном случае заняла 20 минут, а в другом 2 часа, нужно выяснить причину. Причины бывают нормальными (разная сложность), но вопрос стоит задавать.

Если вы работаете с подрядчиком в тенге и хотите закрывающие документы по каждому периоду, договоритесь о сроках: акт после закрытия месяца, возражения в течение оговорённого числа дней. Так спорные часы не копятся и не превращаются в разговор о доверии спустя полгода.

Какие пункты договора о сопровождении нужно прописать?

В договоре об абонентском сопровождении Битрикс24 нужно зафиксировать семь вещей: что входит в часы, шаг округления, порядок учёта, судьбу остатка, ставку сверх пакета, сроки реакции на заявки и порядок приёмки отчёта. Все остальное вторично, а при отсутствии этих семи пунктов любой спор разрешается в пользу того, кто лучше помнит устные договорённости.

• Состав работ. Что считается сопровождением, а что отдельным проектом.
• Шаг округления. Минимальная единица списания: 15 или 30 минут.
• Учёт. Где ведётся время: в задачах вашего портала или в системе подрядчика, и кто имеет доступ.
• Остаток. Сгорает, переносится или накапливается и на какой срок.
• Сверхлимит. Ставка за час сверх пакета и порядок согласования.
• Реакция. Время первого ответа и график работы линии, включая выходные и ночь.
• Приёмка. Срок передачи отчёта и срок для возражений.

Отдельный вопрос: круглосуточная поддержка. Если порталом пользуются отдел продаж или колл-центр в несколько смен, критичный сбой ночью стоит денег. Наша линия техподдержки Битрикс24 работает 24/7, и условия реакции на критичные заявки мы фиксируем в договоре отдельно от пакета часов.

Как перейти на абонентское сопровождение и не потерять накопленные доработки?

Переход на абонентское сопровождение лучше начинать с аудита портала: подрядчик должен увидеть текущие настройки, права доступа, роботы и интеграции до того, как будет считать часы. Без аудита первые недели уходят на разбирательство, и вы платите часами за знакомство с вашим порталом. Аудит можно сделать отдельным небольшим этапом, а можно включить его в первый месяц пакета.

Когда подрядчик меняется, попросите передать документацию: список настроенных роботов и бизнес-процессов, перечень интеграций и ответственных. Если документации нет, составьте её в первый месяц как часть работ. Она пригодится при каждой следующей смене специалиста.

Если вы выбираете, кому доверить портал, обратите внимание на статус подрядчика. B2BPRO.KZ официальный партнёр Битрикс24 в Казахстане, и мы берём на себя как разовое внедрение и настройку Битрикс24, так и регулярное сопровождение с прозрачным учётом часов.

Прежде чем подписывать договор, проведите небольшой тест: выдайте подрядчику две-три реальные заявки разной сложности и посмотрите на скорость ответа, качество объяснений и честность оценки времени. Месяц тестового пакета расскажет о подрядчике больше любой презентации, а если не сложится, вы потеряете немного.

Как разделить заявки по срочности, чтобы часы не уходили на мелочи?

Часы тратятся разумно, когда у заявок есть приоритеты и очередь. Без них подрядчик берёт то, что пришло последним, а срочное и важное теряется среди мелких просьб. Договоритесь о трёх уровнях: критичные (работа отдела остановлена), обычные (неудобство, но обходной путь есть) и плановые (улучшения, которые можно отложить).

Критичные заявки идут вне очереди и обрабатываются по регламенту реакции, обычные берут в порядке поступления, а плановые накапливаются в бэклоге и разбираются раз в неделю или раз в месяц. Такой порядок помогает и вам, и подрядчику: вы знаете, чего ждать, а специалист понимает, на что тратить время в первую очередь.

Заведите правило единого входа: все заявки попадают в одно место, будь то задачи в проекте сопровождения или специальная форма. Просьбы в личных сообщениях и мимоходом брошенные «посмотри потом» плохо учитываются, а значит, часы по ним невозможно ни проверить, ни спланировать. Тот же принцип делает прозрачным отчёт: каждая запись в нём соответствует конкретной заявке с датой и автором.

Как раз в месяц проверять, окупается ли пакет?

Короткая ежемесячная встреча на 20-30 минут отвечает на четыре вопроса: сколько часов потрачено, на что именно, что осталось невыполненным и что менять в пакете на следующий месяц. Руководителю не нужно разбирать каждую заявку: достаточно посмотреть сводку по темам и обратить внимание на повторяющиеся запросы.

Повторы показывают, где процесс требует системного решения. Если каждую неделю приходят вопросы о правах доступа, пора составить регламент и провести обучение. Если часто просят отчёты в одном формате, один раз настроенный отчёт сэкономит часы на полгода вперёд. Так абонентское сопровождение постепенно сокращает собственную нагрузку и превращается из тушения проблем в развитие портала.

Ещё один полезный показатель: доля часов на развитие и доля часов на поддержку. Если почти всё уходит на исправление сбоев, портал настроен неустойчиво, и разумно выделить время на устранение причин. Если, наоборот, часы идут только на развитие, а вопросы сотрудников решаются сами, пакет можно расширить в сторону автоматизации.

Частые вопросы

Как считаются часы в абонентском сопровождении Битрикс24?

Часы считаются по фактически затраченному времени специалиста с округлением до оговорённого шага, обычно 15 или 30 минут. Самый прозрачный способ: вести заявки задачами в вашем портале с включённым учётом времени и сверять сумму в отчётах с актом подрядчика перед подписанием.

Сгорают ли неиспользованные часы поддержки?

Это определяется договором: часы могут сгорать в конце месяца, переноситься на следующий период или накапливаться до квартала. Универсального правила нет, поэтому порядок нужно записать до оплаты. При неравномерной нагрузке выгоднее перенос остатка, при стабильной достаточно сгорания.

Сколько часов в месяц нужно для компании на 30-50 сотрудников?

Точной цифры нет, потому что она зависит от числа заявок и планов по доработкам. Для первой оценки посчитайте заявки за два месяца, умножьте на среднее время обработки и добавьте запас 20-30%. Начните с небольшого пакета и пересмотрите его через три месяца по фактическому расходу.

Что делать, если часы закончились раньше срока?

Можно докупить часы, перенести заявки на следующий месяц или оплатить сверхлимитные работы по ставке из договора. Лучше заранее прописать порог уведомления: подрядчик сообщает, когда израсходовано 70-80% пакета, и предлагает варианты, пока до конца месяца есть время.

Как проверить, что подрядчик не завышает часы?

Попросите детализацию по каждой заявке с датой, исполнителем и временем, сверьте число заявок с вашим порталом и выборочно уточните содержание крупных записей. Если учёт ведётся в задачах вашего портала, расхождения видны сразу, так как история времени доступна вам.