Как выбрать ИТ-аутсорсера в Екатеринбурге: чек-лист

Ошибка в выборе подрядчика по ИТ-обслуживанию стоит дорого: простой сервера на день, потеря данных или кассы, остановленный интернет-магазин. Ниже — практический чек-лист, по которому можно сравнить нескольких аутсорсеров за одну встречу и снизить риск разовой, но очень дорогой ошибки.

Почему выбор подрядчика так важен

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

Главное отличие проактивного обслуживания от реактивного — в подходе к отказу. Реактивный исполнитель реагирует на инцидент, когда он уже произошёл: что-то упало — приехали, починили, выставили счёт. Проактивный — ищет причину до того, как она станет инцидентом: следит за заполнением дисков, температурой и состоянием SMART-атрибутов, ставит обновления по регламенту, проверяет, что резервная копия реально разворачивается, а не просто «лежит где-то на диске».

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

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

Когда ИТ-аутсорсинг оправдан: сценарии

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

Малый и средний бизнес до 30–50 рабочих мест. Содержать штатного системного администратора уровня, который разбирается и в сети, и в 1С, и в безопасности, — дорого. При этом загрузка такого специалиста в небольшой компании часто неравномерна: то аврал, то простой. Абонентское обслуживание закрывает тот же объём задач за предсказуемую сумму и даёт доступ к команде, а не к одному человеку.

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

Компания без собственного ИТ-отдела. Если администрированием «по остаточному принципу» занимается бухгалтер или руководитель, качество неизбежно падает: бэкапы не проверяются, лицензии заканчиваются, доступы теряются. Здесь аутсорсинг закрывает базовую гигиену инфраструктуры.

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

Как формируется цена. Стоимость обслуживания обычно складывается из трёх компонентов: абонентская плата за фиксированный объём работ, почасовая ставка за работы сверх объёма и стоимость разовых проектов — например, переезд сервера или настройка нового оборудования. Объявление «от 5 000 ₽» без привязки к числу рабочих мест, серверов и уровню SLA ничего не говорит о реальной цене: оно лишь привлекает внимание. Адекватный подрядчик сначала считает по аудиту, а потом называет итоговую сумму.

Отдельно стоит сказать о смешанной модели: часть работ закрывает штатный сотрудник, а критичные направления — внешняя команда. Например, штатный специалист отвечает за рабочие места, а подрядчик — за серверы, бэкапы и безопасность. Такой формат снижает зависимость от одного человека и сохраняет скорость реакции внутри офиса.

Семь критериев выбора подрядчика

Сравнивать исполнителей удобно по единому списку критериев. Вот семь, которые чаще всего решают исход.

1. Штат, а не «знакомый админ». Спросите, сколько специалистов в команде и кто отвечает за какие системы. Если ответ «я сам всё делаю» — риск: один человек не может одинаково глубоко разбираться в 1С, сети и безопасности. Команда закрывает взаимозаменяемость: отпуск или болезнь одного специалиста не останавливает поддержку.
2. SLA в договоре. Должно быть прописано время реакции для разных уровней заявок и ответственность за нарушение. Устные обещания «отвечаем быстро» не считаются. SLA — это измеримый параметр: например, реакция на критичный инцидент в течение 15–30 минут, на обычную заявку — в течение рабочего дня.
3. Локация и выезд. Для офиса в Екатеринбурге важен оперативный выезд: удалёнка не спасает, когда отказал коммутатор или принтер, сгорел блок питания сервера или нужна замена диска. Уточните, входит ли выезд в абонентскую плату и как быстро приедет специалист.
4. Опыт в вашей отрасли. Производство, торговля и ЖКХ требуют разной экспертизы. Попросите кейсы в вашей сфере: как подрядчик уже решал задачи, похожие на ваши. Портфолио с реальными проектами — портфолио СИТИС показывает примеры работ по разным отраслям.
5. Безопасность. Как хранятся пароли и доступы, кто имеет права на сервер, есть ли NDA и регламент доступа. Хороший признак — использование менеджера паролей, разграничение прав и фиксация всех изменений в журнале, а не «админ знает всё и держит в блокноте».
6. Прозрачная отчётность. Ежемесячный отчёт: что проверено, что обновлено, сколько заявок и что сделано. Без отчёта вы не можете оценить, за что платите, и вовремя не увидите нарастающие проблемы с оборудованием.
7. Отзывы и договор. Ищите отзывы у клиентов, а не только на сайте подрядчика; сверьте условия расторжения. Изучите отзывы клиентов и проверьте, что в договоре прописана процедура передачи доступов при расторжении.

Важно, чтобы все семь пунктов проверялись документами и ответами, а не впечатлением от общения. Подробнее о составе услуги и о том, как устроена команда, — на странице ИТ-аутсорсинг и в разделе О компании.

Таблица сравнения: как оценить подрядчиков

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

Критерий	Что спросить	Хороший признак	Красный флаг
Команда	Сколько специалистов и кто за что отвечает?	Есть роли: сеть, 1С, серверы, безопасность	«Один человек всё умеет»
SLA	Время реакции по уровням заявок?	Цифры в договоре и ответственность за срыв	«Отвечаем быстро» без документа
Выезд	Как быстро приедете при отказе железа?	Выезд в абонплате, срок в часах	Выезд всегда «за доплату и когда сможем»
Опыт	Есть ли кейсы в нашей отрасли?	Конкретные проекты и отзывы	«Мы всё умеем, кейсы покажем потом»
Безопасность	Как храните пароли и доступы?	Менеджер паролей, регламент, NDA	Пароли «у админа в блокноте»
Бэкапы	Как часто проверяете восстановление?	Регулярное тестовое разворачивание копий	«Бэкапы делаются, проверять не надо»
Отчётность	Что входит в ежемесячный отчёт?	Проверки, обновления, заявки, риски	Отчёта нет или «по запросу»
Договор	Как расторгнуть и передать доступы?	Прописана процедура передачи	Доступы «останутся у нас на всякий случай»

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

Красные флаги: признаки ненадёжного исполнителя

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

• Нет договора или договор без SLA и ответственности. Если исполнитель предлагает «поработать без бумаг» или в договоре нет измеримых обязательств — вы остаётесь без рычагов влияния при срыве сроков.
• Просят доменные и серверные пароли «для проверки» и не дают документов доступа. Легитимный аудит не требует отдавать все ключи сразу, а регламент доступа фиксирует, кто и зачем их получает.
• Бэкапы «делаются», но восстановление ни разу не проверялось. Резервная копия, которую не пробовали развернуть, — это не бэкап, а надежда. Проверка восстановления — единственный способ убедиться, что данные реально можно вернуть.
• Усреднённый прайс без аудита: «от 5 000 ₽» при вашем парке техники. Это маркетинг, а не расчёт. Реальная стоимость зависит от числа рабочих мест, серверов, ПО и уровня SLA, поэтому адекватный подрядчик сначала смотрит инфраструктуру.
• Нет мониторинга — узнаёте о проблемах от бухгалтера, а не от подрядчика. Если за состоянием серверов и сети никто не следит проактивно, вы всегда будете реагировать на уже случившийся отказ.
• Уклончивые ответы на вопросы о расторжении. Если исполнитель не может внятно объяснить, как вернёт доступы и документацию, — смена подрядчика станет проблемой именно в тот момент, когда он вам понадобится.

Сам по себе один пункт ещё не приговор, но два-три красных флага — достаточный повод исключить кандидата из короткого списка.

Вопросы для первой встречи

Готовый список вопросов экономит время и не даёт подрядчику увести разговор в общие слова. Задавайте их в одном порядке всем кандидатам — так ответы будет легко сравнить.

1. Что войдёт в абонентское обслуживание конкретно у нас: какие системы, рабочие места и серверы?
2. Какое время реакции по критичным и обычным заявкам и чем оно подтверждено в договоре?
3. Кто будет персональным менеджером и как заводить заявку: телефон, почта, тикет-система?
4. Как вы проверяете резервные копии и как часто, можем ли увидеть протокол проверки?
5. Что будет, если мы захотим сменить подрядчика — как передаются доступы и документация?
6. Можем ли мы получить отчёт о текущем состоянии инфраструктуры до заключения договора?
7. Как вы храните пароли и кто имеет доступ к нашему серверу?
8. Что произойдёт, если наш инцидент совпадёт с аварией у другого клиента — есть ли приоритизация и резерв?

Обратите внимание не только на содержание, но и на форму ответов: готовность показать документы, назвать сроки и цифры — хороший знак. Размытые формулировки и «мы вам потом всё расскажем» — повод насторожиться.

Проверка на практике: тестовый аудит

Самый надёжный способ проверить подрядчика до подписания договора — заказать небольшой платный аудит инфраструктуры (обычно 3–5 часов). По его результатам видно многое: нашли ли реальные риски, есть ли план исправления, как общаются специалисты.

Что должен показать хороший аудит:

• Инвентаризацию оборудования и ПО: что стоит, в каком состоянии, какие лицензии истекают.
• Состояние бэкапов и — главное — факт, что копии реально можно восстановить.
• Точки отказа: один контроллер домена без резерва, диск в предотказном состоянии, открытые доступы.
• Приоритизированный план исправления с оценкой сроков и стоимости.

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

Для сравнения подойдите к двум-трём подрядчикам с одинаковым списком систем — по ответам разница становится очевидной. Услугу и состав работ мы описали на странице ИТ-аутсорсинг.

Типичные ошибки при выборе

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

Выбор только по цене. Самая низкая ставка часто означает, что подрядчик экономит на мониторинге, проверке бэкапов или квалификации. Итоговая цена складывается из абонентской платы плюс стоимость простоев и восстановлений, которые вы оплачиваете отдельно.

Отсутствие формального SLA. Без прописанных сроков реакции вы не сможете предъявить претензию, а подрядчик не обязан ничего ускорять. SLA — это ваша страховка, а не бюрократия.

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

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

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

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

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

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

Ищете подрядчика по ИТ-обслуживанию в Екатеринбурге? Свяжитесь с нами — проведём аудит и предложим план.

Полезно на сайте: обслуживание серверов, ИТ-аутсорсинг, цены.