Где ИТ-аутсорсер может обойтись бизнесу дороже

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

Сначала зафиксируйте, что входит в абонентскую плату

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

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

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

• Перечень включённых работ и исключений
• Тарифная единица и лимиты
• Ставка на внеплановые задачи
• Кто согласует дополнительные расходы

Проверьте SLA: срок реакции не равен сроку решения

В SLA должны быть разные понятия: когда заявку увидят, когда специалист начнёт работу и когда сервис вернётся к согласованному состоянию. «Ответим быстро» не означает «починим быстро». Для каждой категории инцидента попросите указать приоритет, часы отсчёта и способ уведомления. Уточните, останавливается ли отсчёт ночью, в выходной или при ожидании ответа с вашей стороны. Без этих оговорок даже точная цифра в договоре может описывать совсем не то, что вы представляли.

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

В отчёте должны быть видны заявки, время реакции, статус, причина задержки и итог. Не превращайте отчёт в соревнование красивых процентов: спрашивайте, какие заявки вошли в расчёт и как считается период. Для малого бизнеса особенно ценна понятная эскалация: если проблема блокирует работу, кому звонить и кто принимает решение о временном обходном процессе. Связанный материал — отчёт по KPI подрядчика: показатели нужны для разговора о качестве, а не для украшения презентации.

• Время реакции отдельно от восстановления
• Часы действия и календарь поддержки
• Правила приоритета и эскалации
• Форма отчёта по обращениям

Резервная копия должна проходить проверку восстановлением

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

Я прошу показать последнее успешное восстановление, а не только зелёный статус задания. Проверка должна подтверждать, что из копии читаются нужные данные и понятен порядок возврата сервиса. Это конкретный пункт базы знаний: резервные копии нужно не только создавать, но и проверять в упражнениях по восстановлению. NIST описывает тестирование восстановления как часть планирования непрерывности; для бизнеса смысл простой — копия, которую никто не пробовал использовать, остаётся предположением.

Кейс «Радуга-Мед» здесь рассматривайте как сценарий из исходного материала, а не как публично подтверждённую историю клиента: перенос почты и системы с данными пациентов остановился, а стороны обнаружили, что резервная копия не была проверена восстановлением. До миграции мы бы составили перечень данных, согласовали контрольную точку, провели пробный возврат на тестовой среде и только затем назначили переключение. Никакого «сделали снимок — значит, всё спасено». Снимок — это ещё не проверенный путь назад.

Если подрядчик обслуживает систему с персональными данными, договор должен аккуратно описывать поручение на обработку. В статье 6 закона 152-ФЗ перечислены условия такого поручения: в том числе цели, операции с данными, конфиденциальность и требования к их защите. Это не заменяет оценку юриста и не означает, что достаточно вставить одну фразу про NDA. Сначала определите роли сторон и состав данных, потом фиксируйте обязанности и доступ к ним.

• Перечень систем и данных для копирования
• Отчёт о заданиях и ошибках
• Протокол проверки восстановления
• Контакты и порядок аварийного восстановления

Ограничьте доступы и пропишите передачу дел

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

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

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

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

• Именные учётные записи и минимальные права
• Журнал выдачи и отзыва доступов
• Документация и перечень активов у заказчика
• Порядок передачи и удаления данных

Проведите пилот и сравните предложения по одному сценарию

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

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

Сертификат может подтвердить, что конкретный специалист прошёл определённую программу или экзамен. Но он не гарантирует опыт именно с вашей инфраструктурой и не заменяет разговор с тем, кто будет вести работы. Попросите назвать ответственного инженера, показать относящиеся к задаче подтверждения квалификации и объяснить, как команда документирует изменения. Microsoft, например, позволяет делиться и проверять свои credentials через профиль Learn; такой документ — один из сигналов, а не страховка от ошибки.

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

• Один ограниченный сценарий и измеримый результат
• Письменный список исключений и доплат
• Контакт будущего ответственного специалиста
• Согласованная процедура выхода из договора

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