Закупочный разбор

Как выбрать подрядчика по IT-аутсорсингу

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

Не «надёжный подрядчик»

Одинаковые обещания,
разный контур работ

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

Цена без состава услуг не сравнивается. Ниже — критерии, которые обычно отличают сервис от разовых выездов «по звонку».

Критерии оценки

01Состав услуг

Какие системы и работы входят, какие остаются у заказчика или у вендора. Каталог важнее абзаца «полное сопровождение».

02Часы поддержки

8×5, расширенное окно или круглосуточно — и в каких часах считаются реакция и выезд. Без режима часов SLA не читается.

03SLA

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

04Эскалация

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

05Компетенции

Рабочие места, серверы, сеть, копии, доступы — что закрывается своими инженерами, а что всегда уходит «налево».

06Подмена инженера

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

07Документация

Где хранятся схемы, учётки, изменения. Кто собственник документов после расторжения.

08Мониторинг

Что наблюдается, кто реагирует на сигнал, как сигнал становится работой в согласованном каталоге, а не письмом «посмотрите».

09Изменения

Как отличаются инцидент, плановая работа и проект. Кто согласовывает окно и откат.

10Вендоры

Оператор связи, учётная система, охрана, облако: подрядчик координирует или только «советует написать им».

11Отчётность

Какие отчёты, с какой периодичностью, по каким заявкам и нарушениям SLA. Без отчёта контроль остаётся устным.

12Переход

Есть ли обследование, план передачи доступов, период стабилизации и критерии, что старт состоялся.

Что спросить до договора

Кто владеет инцидентом?

Кто фиксирует обращение, назначает приоритет и отвечает за закрытие — подрядчик, внутренний сотрудник или «как получится».

Что происходит вне рабочих часов?

Есть ли дежурство, какие приоритеты принимаются, что ждёт утра. Ответ «позвоните, посмотрим» нужно перевести в режим часов.

Что исключено?

Прикладные системы, оборудование вне контура, работы по вине вендора, выезд, проектные задачи. Список исключений важнее списка включений.

Как устроена эскалация?

Сколько уровней, кто принимает решение о привлечении вендора, какой срок до эскалации.

Где хранятся доступы и документы?

Чей это контур, как передаётся при смене инженера и при окончании договора.

Что, если назначенный инженер недоступен?

Имя «вашего» специалиста не заменяет процедуру подмены и доступ второй линии к документации.

Как координируют сторонних поставщиков?

Кто создаёт заявку у оператора или вендора учётной системы и кто контролирует ответ.

Какие отчёты приходят?

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

Сравнение предложений

Цена без границ
не сравнивается

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

На что смотреть настороженно

Размытый состав

«Сопровождение IT» без перечня систем, работ и площадок.

Нет SLA

Нет приоритетов, реакции, восстановления и исключений — только готовность «решать быстро».

Нет маршрута эскалации

Непонятно, кто принимает решение после первой линии.

Один человек на контур

Подрядчик не может объяснить подмену. Зависимость просто переехала с вашей стороны на его.

Нет документации

Отказ фиксировать схемы и изменения. Контекст исчезнет вместе со сменой инженера.

Неясные исключения

Всё звучит включённым, пока не случается выезд, вендор или «это же 1С».

Формула «всё включено»

Обычно означает, что границы не обсуждали. Сервис без исключений почти не встречается.

Нет перехода

Старт «с понедельника» без обследования и передачи доступов.

Матрица сравнения КП

Поле	Что должно быть видно	Почему недостаточно цены
Состав	Перечень услуг, систем, площадок	Одинаковая плата может закрывать только рабочие места или весь контур
Часы сервиса	Режим приёма заявок и выезда	Ночные инциденты либо входят, либо ждут утра
Реакция	Приоритеты и сроки реакции / восстановления	Без SLA дешевле выглядит то предложение, которое ничего не обещает
Исключения	Что оплачивается отдельно и кто отвечает за вендора	Скрытые исключения возвращаются счетами и простоями
Команда	Линии поддержки и подмена, а не одно имя	Дешёвая модель одного инженера повторяет риск штата
Отчётность	Регулярный отчёт по заявкам и обязательствам	Без отчёта нельзя проверить, за что платите
Ответственность	Что происходит при нарушении согласованных сроков	Низкая цена с нулевой ответственностью — другая услуга

Как устроен SLA Office IT Собрать состав контура

Как начинают без скачка в неизвестность

Обследование

Состав инфраструктуры, доступы, текущие подрядчики, болевые заявки. Без этого состав услуг — догадка.

Состав и границы

Каталог, исключения, режим часов, точка эскалации. Это основа договора, а не «приложение потом».

Переход

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

Контролируемый старт

Первые недели — проверка маршрута заявок, а не обещание «сразу как было, только лучше».

Разбор

Отчёт по факту: что закрыли, где граница оказалась неверной, что нужно уточнить в контуре.

Только общее

Это каркас перехода, а не гарантия сроков. Конкретный план зависит от среды заказчика.

Как Office IT показывает устройство сервиса

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

Вопросы закупки

Что уточняют
до подписания

Что должно быть в договоре на IT-аутсорсинг?

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

Какие показатели SLA сравнивать?

Приоритеты обращений, время реакции и восстановления, режим часов, исключения из расчёта, канал регистрации заявки и отчётность. Сравнивать «99%» без определения доступности и исключений бессмысленно. Опубликованные уровни Office IT можно посмотреть на странице SLA — итог всё равно фиксируется договором.

Нужно ли выбирать только по цене?

Нет. Цена имеет смысл после выравнивания состава, часов, исключений и команды. Более дешёвое предложение часто не включает то, что другое закладывает в абонентскую плату.

Что спросить про команду поддержки?

Сколько линий, кто закрывает заявку, как устроена подмена, есть ли выделенный сервисный владелец. Имя одного инженера без процедуры замены — слабый ответ.

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

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

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

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

Если предложения уже на столе

Сверим состав,
а не только сумму

Обсудить текущую модель Собрать контур