Рабочий договор на IT-аутсорсинг описывает не «поддержку вообще», а конкретный перечень систем, приоритеты обращений, измеримое время реакции и решения, ежемесячный отчёт и порядок передачи доступов. Если этих пунктов нет, оценить качество услуги невозможно, а смена подрядчика становится рискованной.
Руководителю компании чаще всего важны три вещи: чтобы сотрудники работали без простоев, чтобы было понятно, за что платят, и чтобы в любой момент можно было забрать инфраструктуру без потерь. Ниже — разделы договора и SLA, которые в AST считаем обязательными, и вопросы, которые стоит задать любому подрядчику.
Состав обслуживания: перечень, а не формулировка «всё IT»
Приложение к договору должно содержать реестр: рабочие места по площадкам, серверы и виртуальные машины, сетевое оборудование, сервисы (1С, почта, CRM, телефония, VPN), внешние подписки. Для каждого объекта — что входит в абонентскую плату: удалённая поддержка пользователей, обновления, мониторинг, резервное копирование, плановые работы. Отдельно перечисляются работы вне абонемента: закупка и ремонт оборудования, проекты по внедрению, работы на объекте за пределами города, круглосуточное дежурство. Такой реестр защищает обе стороны: заказчик понимает объём, подрядчик — границы ответственности.
Время реакции и время решения — разные обещания
Реакция — это когда специалист взял обращение в работу и связался с сотрудником. Решение — когда система снова работает. В SLA фиксируются оба параметра по приоритетам: например, «не работает 1С у всех сотрудников» и «не печатает один принтер» не могут иметь одинаковый срок. Обычно выделяют три-четыре уровня: критичный сбой, ограничение работы группы, проблема одного сотрудника, плановая задача. Важно, чтобы уровни определялись по влиянию на бизнес, а не по формулировке заявки. Время решения для критичных сбоев зависит от резервов (копии, запасное оборудование), поэтому его согласуют после обследования, а не обещают «в течение часа» без проверки инфраструктуры.
Учёт обращений и ежемесячный отчёт
Каждое обращение должно попадать в систему учёта с номером, временем, ответственным и результатом. Из этой системы формируется отчёт: сколько обращений и по каким категориям, среднее время реакции и решения, выполненные плановые работы, повторяющиеся сбои и предложения по их устранению. По отчёту руководитель видит, снижается ли число инцидентов, и может обсуждать не ощущения, а цифры. Если подрядчик принимает заявки только по телефону и не ведёт учёт, проверить выполнение SLA невозможно.
Доступы, пароли и передача при расторжении
Все учётные записи администраторов, домены, хостинг, облачные подписки и лицензии оформляются на компанию-заказчика, а подрядчику выдаются отдельные именованные доступы. В договоре закрепляется порядок передачи при завершении: срок, состав документации (схема сети, реестр оборудования и учётных записей, регламенты копирования), обязанность отозвать свои доступы и передать пароли в согласованной защищённой форме. Этот пункт кажется формальным до момента, когда он нужен.
Из чего складывается абонентская плата
Стоимость обычно зависит от числа рабочих мест, серверов и площадок, требуемого времени реакции и объёма выездов. В плату не входят лицензии, оборудование, работы по внедрению новых систем и командировки. Полезно попросить подрядчика показать расчёт: какие единицы учёта используются и что произойдёт с ценой при росте компании. В AST для первичной оценки используем открытый калькулятор с составом работ по каждой услуге; итоговая цена фиксируется после обследования.
Что фиксируем при проверке
| Объект | Что проверяем |
|---|---|
| Реестр систем | Приложение с перечнем рабочих мест, серверов, сервисов и площадок |
| Приоритеты | 3–4 уровня с определением по влиянию на бизнес |
| Сроки | Отдельно время реакции и время решения для каждого уровня |
| Отчёт | Ежемесячный отчёт из системы учёта обращений |
| Передача | Срок и состав передачи доступов и документации при завершении |
Вопросы перед началом
Можно ли начать без полного реестра?
Можно: реестр составляется на первом этапе обследования и становится приложением к договору. До его согласования условия SLA считаются предварительными.
Что если подрядчик не укладывается в SLA?
В договоре указывают порядок: фиксация нарушения в отчёте, разбор причин, при системных нарушениях — перерасчёт платы или расторжение. Штрафы работают только при ведении учёта обращений.
Нужен ли круглосуточный SLA малому бизнесу?
Обычно нет. Круглосуточное дежурство заметно дороже; для большинства компаний достаточно рабочего времени с расширенным окном для критичных систем. Решение принимают по фактическому графику работы и стоимости простоя.
Документация и источники
Материал команды AST описывает подход к задаче. Технические возможности сверены с документацией ниже; конкретная схема зависит от версий и условий проекта.
Нужна помощь с похожей задачей?
Опишите текущую систему и результат, который хотите получить. Определим состав первого этапа.
