+7 (499) 136-00-54
ENG

5 метрик, которые должен отслеживать ИТ-директор для оценки качества поддержки 1С. Часть 1

Когда ИТ-директор анализирует годовой бюджет на поддержку 1С, он сталкивается с комплексной задачей. В этот момент необходимо ответить на множество важных вопросов: нанимать ли на поддержку своих специалистов или отдать задачу на аутсорс; где найти баланс между скоростью реакции и стоимостью часа; как контролировать качество без избыточного администрирования? И главное: почему у одних компаний получается не переплачивать за поддержку 1С, а другие тратят в два-три раза больше при тех же объемах задач.

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

В этой статье делимся нашим опытом и разбираем 5 ключевых метрик, которые позволяют объективно оценить качество поддержки 1С и понять, где компания теряет деньги — в процессах, в инструментах или в самой модели организации поддержки.

Метрики — не просто цифры в отчёте

При оценке качества поддержки 1С часто фокус внимания смещается на формальные показатели: SLA выполнен на 95%, время реакции — 2 часа, заявки закрываются. Однако за этими цифрами скрывается реальная стоимость владения системой, которая складывается из трёх компонентов:

  1. Прямые затраты на поддержку — зарплаты штатных специалистов, договоры с подрядчиками, обучение, инструменты мониторинга и Service Desk.
  2. Скрытые потери от простоев — каждый час, когда бухгалтерия не может провести документы или склад не может провести отгрузку, конвертируется в убытки. В производственной компании с оборотом 3 млрд рублей в год один день простоя критичной системы может обойтись примерно в 500 тыс.–1 млн рублей упущенной выручки и штрафов.
  3. Организационная «усталость» от некачественного сервиса — когда бизнес-пользователи каждую неделю сталкиваются с медленным решением проблем, они начинают обходить систему: ведут параллельные Excel-таблицы, звонят напрямую разработчикам, создают «теневые процессы». Это снижает ценность инвестиций в 1С и создаёт риски.

Посчитать первое легко — открыл договор и увидел сумму. Скрытые потери и организационные риски оценивают реже, но именно они определяют экономическую эффективность текущего подхода к поддержке.

Ниже рассмотрим метрики, на которые стоит ориентироваться при оценке качества работы поддержки 1С.

1. КЛАССИФИКАЦИЯ ИНЦИДЕНТОВ И СОБЛЮДЕНИЕ SLA ПО ПРИОРИТЕТАМ

Что измеряем
SLA — это приоритезация инцидентов (P1–P4) и соблюдение времени реакции и решения для каждого приоритета.

Целевые показатели 

  • P1 (критичные инциденты, система не работает): реакция 10—15 минут, решение за 1–2 часа, выполнение SLA на 70–95%
  • P2 (важные инциденты, существенное влияние на работу): реакция 1 час, решение за 4–8 часов, выполнение SLA на 70–95%
  • P3–P4 (некритичные): реакция 4–8 часов, решение от 1 дня

Пример из практики

  • Инцидент P1 (критичный, система не работает): среднее время решения 2 часа, задействовано 2 специалиста, простой 70 пользователей.
    Стоимость для бизнеса: 2 ч × 2 консультанта × 3000 руб/ч + 70 сотрудников × 2 ч × 400 руб/ч (средняя стоимость часа работы сотрудника) = 68 тыс. рублей.
  • Инцидент P3 (не критично, можно обойти): 30 минут одного консультанта, потери минимальны. Стоимость: 1500 рублей.

 

Компания с оборотом 100 млн рублей в месяц работает 22 дня по 8 часов. Оборот в час ≈ 568 тыс. рублей. Если система учёта остановилась на 2 часа (P1-инцидент решается как P3), потенциальные потери от 1 млн рублей.

Правильная классификация требует понимания архитектуры системы и бизнес-процессов: специалист должен видеть разницу между «не работает печать накладной» (есть обходной путь) и «не проводятся документы реализации» (остановлены отгрузки).

2. СРЕДНЕЕ ВРЕМЯ ВОССТАНОВЛЕНИЯ

Что измеряем
Среднее время восстановления (далее СВВ) — среднее время от момента обнаружения инцидента до полного восстановления работоспособности системы. Считается отдельно для P1 и P2-инцидентов.

Целевые показатели

  • СВВ для P1-инцидентов: 1–2 часа
  • СВВ для P2-инцидентов: 4–8 часов
  • Тренд: снижение СВВ на 20–30% за 3–6 месяцев после оптимизации процессов

Почему это важно
При обороте 100 млн рублей в месяц остановка системы на 4 часа (СВВ = 4 часа) ведет к потерям ≈ 2–2,3 млн рублей. Метрика СВВ напрямую показывает стоимость простоев: снижение с 4 часов до 1 часа сокращает потери на 1,7 млн рублей за один инцидент.

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

3. ДОЛЯ ПЕРЕОТКРЫТЫХ/ВОЗВРАТНЫХ ЗАЯВОК — ПРОЦЕНТ ПОВТОРНО ОТКРЫТЫХ ОБРАЩЕНИЙ

Что измеряем
Доля обращений, которые приходится открывать повторно.

Целевые показатели

  • Профессиональный уровень: 3–5%.
  • Слабый уровень: выше 10–15%.

Почему это важно
Каждое повторное открытие обращений — это дополнительное время консультанта и риск возникновения проблемы в критичный момент (например, перед закрытием периода). Наша практика показывает, что компания с долей возвратных заявок 22% тратила на «доделки» примерно 30% бюджета поддержки.

Профессиональная команда достигает показателя возвратных заявок 3–5% потому что:

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

 

4. ПРОДУКТИВНОСТЬ КОНСУЛЬТАНТОВ

Что измеряем
Соотношение времени, потраченного на решение задач, к времени, затраченному на вспомогательные операции.

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

Целевые показатели

  • Профессиональная команда: 70–80% продуктивного времени.
  • Низкая эффективность: 40–50% продуктивного времени.

Почему это важно
В плохо организованной поддержке 1С до половины бюджета может уходить на непродуктивные операции. Если вы платите 200 тыс. рублей в месяц, то 80–100 тыс. рублей могут тратиться неэффективно.

Опытный специалист обладает наработанной базой знаний, не тратит время на поиск документации и не требует постоянной помощи старших коллег. Это позволяет получать в 1,5 раза больше пользы при том же бюджете на оплату труда.

 

5. УДОВЛЕТВОРЁННОСТЬ ПОЛЬЗОВАТЕЛЕЙ

Что измеряем
Оценка качества поддержки через опросы или анкетирования:

  • Оценка качества поддержки о основным метрикам: например через опрос пользователей. Опрос проводится, например, один раз в полгода по шкале 1–5, где 5 — «полностью доволен» или задается вопрос «Считаете ли Вы для себя полезной службу поддержки?» где доля положительных ответов по респондентам должна быть не меньше 70%.
  • Удовлетворенность поддержкой: например, в рамках полугодового анкетирования, задаются вопросы пользователям и измеряется доля ответов «Да», «Чаще да» на вопрос анкеты «Снимаются ли Ваши проблемы в работе с системой службой поддержки?».

Целевые показатели

  • Оценка качества поддержки по основным метрикам: выше 4.5 из 5 или не менее 70%
  • Удовлетворенность поддержкой: выше 80%

Почему это важно
Низкая удовлетворённость ведет к появлению «теневых» затрат. Пользователи начинают нанимать внешних консультантов «по знакомству» или создавать локальные решения в обход ИТ-отдела.

В нашей практике зафиксирован случай, когда 5 региональных офисов держали своих специалистов (по 40 тыс. рублей в месяц каждый) из-за неудовлетворенности официальной поддержкой. Итого 200 тыс. рублей в месяц неучтенных затрат.

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

От теории к практике

Мы разобрали пять метрик, которые показывают реальную стоимость поддержки 1С и превращают разрозненные данные в систему. Вы видите не просто цифры в отчёте, а конкретные зоны, где компания теряет деньги — в процессах, инструментах или модели организации поддержки.

Однако знать показатели недостаточно — важно правильно их внедрить и использовать для принятия управленческих решений.

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

Читать продолжение статьи: как внедрить метрики оценки качества поддержки в рабочий процесс —>

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

Добрый день!
Здесь Даниил, менеджер по работе с клиентами.