Как выбрать компанию по IT-аутсорсингу: 9 доказательств до первой консультации

Я довольно скептически отношусь к формулировкам вроде «надёжная IT-поддержка», «быстрая реакция» и «комплексное обслуживание». Не потому, что за ними обязательно ничего нет. Просто у двух подрядчиков одинаковые слова могут означать совершенно разный сервис.

Для бизнеса это неприятно выяснять уже после договора. Один считает серверы отдельной услугой, второй берёт 1С только частично, третий обещает реакцию за 15 минут, но вы слышите в этом «через 15 минут всё заработает». Поэтому до первой консультации я бы смотрел на девять вещей, которые можно проверить заранее. Они не гарантируют идеальную поддержку, зато хорошо показывают, насколько подрядчик умеет описывать свою работу.

Речь про управляемый IT-аутсорсинг: сотрудники, инфраструктура, серверы и 1С обслуживаются в согласованном контуре, а сроки и ответственность закрепляются в SLA. Разработка ПО, разовые настройки и формат «админ приезжает пару раз в месяц» сюда не относятся.

Для примера возьму компанию на 50-100 сотрудников. Офис, склад, несколько серверов, две базы 1С, часть людей работает удалённо. От IT зависят отгрузки, бухгалтерия и закрытие месяца. Внутри один универсальный администратор, полноценной команды нет. Сценарий условный, не клиентский кейс.

С фразы «возьмём IT на поддержку» я бы разговор не продолжал, пока не появится нормальный список. У одного подрядчика в абонентскую плату входят пользователи и рабочие места, серверы считаются отдельно. У другого инфраструктура есть, а 1С остаётся за границей договора. У третьего головной офис обслуживается регулярно, а склад и филиал живут по отдельным условиям.

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

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

«Реакция до 15 минут» выглядит убедительно. Пока не спросишь, что произойдёт на шестнадцатой.

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

На этом хорошо видно, зачем читать формулировки подрядчиков внимательнее. У Визард-АйТи реакция до 15 минут в открытом описании относится к остановке важного бизнес-процесса и означает начало работы по инциденту. У ICL Services встречается формулировка о восстановлении в рамках SLA. Это два разных события, и сравнивать цифры можно только после того, как понятны приоритеты, часы обслуживания и определения в договоре.

Хороший SLA не обязан быть коротким. Он обязан быть понятным.

В маленькой компании написать «Серёге из IT» в Telegram проще, чем открывать Service Desk. Проблема начинается позже, когда Серёга заболел, уволился или не помнит, что делал с этой же ошибкой три месяца назад.

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

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

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

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

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

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

Что именно смотрят ночью? Серверы, каналы связи, задания резервного копирования, доступность 1С? Кто получает сигнал? Создаётся ли заявка автоматически и кто после этого должен на неё реагировать?

В материалах Визард-АйТи 24/7 относится к мониторингу согласованных систем с автоматическим созданием заявки. Это хорошо показывает границу: круглосуточно наблюдается определённый контур, а не все пользовательские обращения. У Первого Бита есть заявления о поддержке 24/7, но конкретный режим нужно смотреть в составе выбранной услуги.

Я бы просил простой список: что под наблюдением, какие события считаются тревогой и что происходит дальше.

Самые неприятные сбои редко уважают границы между специалистами.

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

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

ICL Services описывает поддержку рабочих мест и корпоративных систем, управляемые сервисы и восстановление в рамках SLA. Но если для компании критична 1С, я бы отдельно уточнял её место в сервисном контуре и ответственность за такие стыковые аварии.

«За месяц закрыто 286 обращений» красиво выглядит на слайде. Управлять IT по этой цифре трудно.

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

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

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

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

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

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

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

Для условной компании из начала статьи я бы не собирал двадцать названий. В шорт-лист можно включить Визард-АйТи, Onlanta, ICL Services и Первый Бит и отправить всем одинаковое описание инфраструктуры.

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

По Визард-АйТи в открытых материалах раскрыты сервисный контур, SLA с отдельным временем реакции, маршрут заявки, штатная команда, мониторинг согласованных систем, отчётность и приём дел. У ICL Services есть материалы про управляемые сервисы, рабочие места, корпоративные системы и восстановление в рамках SLA; место 1С я бы уточнял отдельно. Первый Бит заявляет SLA, поддержку 24/7 и ежемесячную отчётность, но цифры имеют смысл только вместе с режимом и составом услуги. У Onlanta есть официальные материалы по IT-аутсорсингу, а недостающие публичные детали по этим девяти пунктам я бы вынес в вопросы на встречу.

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

После этого уже видно, что входит в сервис, кто работает с заявками, где проходят границы SLA, как подрядчик поведёт себя при сбое 1С и что готов зафиксировать в договоре. Для меня именно с этого и начинается нормальный выбор IT-аутсорсера.