Ошибки при смене IT-подрядчика приводят к простою бизнеса стоимостью от 50 000 до 300 000 рублей в сутки для малого офиса в Москве. Безопасный переход возможен только при наличии полной карты доступов и параллельного периода работы двух компаний в течение 5–10 рабочих дней.
Аудит текущей инфраструктуры и сбор паролей
Главный риск при миграции — «заложничество» у старого админа, который отказывается передавать root-пароли или ключи от облачных панелей. До 30% конфликтов при смене подрядчика возникают именно из-за отсутствия документального реестра доступов. Вам нужен полный список: учетные данные администратора домена, пароли от роутеров, доступы к панели управления DNS и бэкапам.
Кейс: офис на 15 рабочих мест сменил подрядчика, не получив пароль от основного сервера. Итог — переустановка ОС с потерей данных за последние 2 дня и простой в 12 рабочих часов. Стоимость восстановления составила 45 000 рублей.
Экспертный вывод: никогда не начинайте работу с новым партнером, пока не получите все пароли в текстовом виде. Если старый админ медлит — это сигнал к немедленному аудиту безопасности.
Формирование SLA и критериев приемки
Переход на обслуживание не должен быть «на доверии». В Москве стандартное время реакции на критический инцидент (down сервера) для малого бизнеса составляет от 1 до 4 часов. В договоре должны быть прописаны SLA в договоре на IT-обслуживание: 7 критических показателей времени реакции и решения проблем, иначе вы получите «ленивого» инженера, который отвечает на тикеты раз в сутки.
Пример: сравните модель «приедем, когда освободимся» и модель «реакция в течение 30 минут удаленно». Разница в стоимости абонемента может составить 15–20%, но риск потери прибыли от простоя сокращается в разы.
Экспертный вывод: выбирайте фиксированный SLA с жесткими штрафными санкциями за простой. Это единственный способ заставить аутсорсера работать проактивно, а не реактивно.
Этап параллельного сопровождения и «мягкий» старт
Резкий обрыв отношений с предыдущим IT-специалистом в пятницу вечером — фатальная ошибка. Оптимальный срок миграции составляет 1–2 недели. В этот период новый подрядчик проводит инвентаризацию, настраивает систему мониторинга (Zabbix/Nagios) и проверяет актуальность бэкапов, пока старый админ еще находится в зоне досягаемости.
Статистика показывает, что 40% скрытых проблем (кривые конфиги, «костыли» в сети) выявляются именно в первые 72 часа после глубокого анализа сети новым инженером. В этот момент важно не конфликтовать со старым исполнителем, а методично фиксировать недочеты.
Экспертный вывод: закладывайте в бюджет первого месяца оплату обоим подрядчикам. Это страховка от полной остановки бизнеса, которая стоит копейки по сравнению с убытками от простоя.
Безопасность и смена прав доступа
После того как новый подрядчик подтвердил работоспособность всех систем, необходимо провести полную ротацию паролей. Оставлять старые доступы — значит подвергать бизнес риску саботажа или утечки данных. Около 15% инцидентов безопасности в малом бизнесе связаны с тем, что бывшие сотрудники или подрядчики сохранили доступ к VPN или почтовым серверам.
Мини-кейс: компания сменила IT-фирму, но не обновила пароли от облачного хранилища. Бывший админ спустя месяц зашел в систему и удалил часть архивов в качестве «мести» за расторжение договора. Восстановление заняло 3 дня.
Экспертный вывод: смена паролей должна происходить одним блоком в течение 4 часов после окончательного разрыва отношений со старым исполнителем. Безопасность данных при внешнем IT-обслуживании: как контролировать доступ сторонних инженеров к коммерческой тайне должна быть приоритетом номер один.
Вывод
Перевод офиса на абонентское обслуживание — это не покупка услуги, а управление рисками. Чтобы не потерять деньги и данные, начните с жесткого аудита доступов, внедрите SLA с конкретными часами реакции и обязательно используйте период параллельной работы двух команд в течение 7–10 дней. Избегайте подрядчиков, которые обещают «всё настроить за один день» без анализа текущей сети — это прямой путь к сбою в работе офиса. Оптимальный выбор для Москвы сегодня — гибридная модель оплаты с фиксированным базовым пакетом и оплатой за сложные проекты.