Размытое ТЗ увеличивает смету IT-подрядчика на 30–50%, так как компания закладывает риски на «неизвестные проблемы» и изношенное оборудование. Чтобы получить честную цену, нужно перевести описание инфраструктуры из формата «у нас около 20 компьютеров» в формат жесткого реестра с указанием версий ОС и состояния железа.
Инвентаризация парка: от количества к спецификации
Подрядчик закладывает стоимость часа инженера исходя из сложности среды. Если вы пишете «20 рабочих станций», цена будет выше, чем при уточнении: «15 ноутбуков Dell (Windows 10) и 5 Mac mini (macOS), возраст до 3 лет». Разница в обслуживании старого HDD и современного NVMe-диска или поддержка Windows 7 против Windows 11 — это разные трудозатраты и разные риски сбоев.
Кейс: компания А указала просто «сервер», и получила смету с запасом в 10 000 руб./мес. Компания Б расписала: «1 физический сервер Dell R740, VMware ESXi, 3 виртуальные машины (AD, 1C, File Server)». Итог: цена снизилась, так как подрядчик точно понял объем работ по бэкапам и обновлению патчей.
Экспертный вывод: детальный реестр с указанием моделей и версий ПО снимает «премию за неопределенность», которую любой честный интегратор закладывает в смету.
Определение границ ответственности и SLA
Главная ошибка — требовать «чтобы всё работало». Это ведет к бесконечным спорам и скрытым расходам. В ТЗ нужно четко разделить: что входит в абонентскую плату, а что оплачивается отдельно. Например, мониторинг доступности сервера 24/7 и замена сгоревшего блока питания — это разные услуги. Реакция на критический инцидент (простой всей фирмы) должна быть до 2 часов, на рядовой запрос пользователя — до 8 рабочих часов.
Обычно в базовый пакет входит удаленная поддержка и 1–2 визита в месяц. Если вам нужно присутствие инженера в офисе 2 раза в неделю, стоимость контракта вырастет на 40–60% из-за логистики и оплаты человеко-часов. Оцените реальную потребность: для офиса на 20 человек достаточно удаленного администрирования с визитом раз в две недели.
Экспертный вывод: фиксируйте KPI для компаний по IT-обслуживанию в ТЗ сразу. Без привязки к конкретным часам реакции (SLA) вы получите сервис «когда освободится инженер».
Сетевая инфраструктура и безопасность
Описание «есть роутер и Wi-Fi» — это красная тряпка для подрядчика. Нужно указать модель оборудования (например, MikroTik или Cisco), количество VLAN, наличие VPN-каналов для удаленщиков и схему сегментации сети. Если у вас «зоопарк» из домашних роутеров TP-Link по всему офису, честный подрядчик скажет, что стабильность сети не гарантирует, а недобросовестный — возьмет деньги и будет молчать до первого падения сети.
Обязательно включите в ТЗ требования к безопасности: наличие антивирусной защиты (централизованной), политику паролей и схему резервного копирования. Например: «Бэкап базы 1С каждые 4 часа на внешний NAS и раз в сутки в облако». Это конкретика, по которой можно рассчитать стоимость настройки и поддержки.
Экспертный вывод: чем прозрачнее схема сети и бэкапов, тем меньше шансов, что вам навяжут дорогостоящую «полную переделку инфраструктуры» в первый месяц работы.
Модель оплаты: как избежать переплат
Выбор между фиксированным чеком и оплатой за тикеты определяет итоговую сумму. При фиксированном абонементе подрядчик берет на себя риски, поэтому цена может быть выше на 15–20%. Однако при почасовой оплате вы рискуете получить счет, который вырастет в 3 раза после одного серьезного сбоя или обновления ПО.
Пример: при парке в 30 устройств фиксированная стоимость поддержки в Москве варьируется от 30 000 до 70 000 руб./мес. в зависимости от сложности. Если вы выбираете почасовую оплату, требуйте лимит часов (каппинг) в месяц, чтобы бюджет был предсказуемым.
Экспертный вывод: для стабильного бизнеса с предсказуемым парком техники выбирайте фиксированный абонемент. Это дисциплинирует подрядчика заниматься профилактикой, а не ждать, пока всё сломается, чтобы выставить счет за часы.
Вывод
Чтобы подрядчик не завысил цену, превратите ТЗ из списка пожеланий в технический паспорт. Начните с полной инвентаризации железа и ПО, четко разграничьте SLA по критичности заявок и определите модель оплаты. Избегайте общих фраз «поддержка всего IT», так как это дает легальную возможность подрядчику выставлять дополнительные счета за всё, что не было проговорено. Оптимальный выбор — фиксированный абонемент с жестко прописанным реестром оборудования и KPI по времени реакции.