Короткий ответ: в абонентское IT-обслуживание обычно входят регулярная поддержка пользователей, рабочих мест, офисной сети, базовых серверов, учетных записей, резервного копирования и мониторинга. Не входят по умолчанию крупные внедрения, миграции, закупки, перепроектирование сети, нестандартные интеграции и работы без описанного объема.
Что должно быть включено
| Блок | Что делает подрядчик | Что проверить в договоре |
|---|---|---|
| Пользователи | Принимает заявки, помогает с почтой, доступами, печатью, типовыми ошибками | Каналы обращений, время реакции, правила приоритета |
| Рабочие места | Поддерживает ПК, ноутбуки, периферию и базовое ПО | Количество устройств, удаленная и выездная поддержка |
| Сеть | Следит за доступностью интернета, Wi-Fi, коммутаторов и базовой связностью | Какие узлы входят в обслуживание и кто отвечает за провайдера |
| Серверы | Контролирует доступность, место, журналы, службы и типовые сбои | Список серверов, критичные сервисы, окно работ |
| Backup | Проверяет выполнение копий и признаки успешного восстановления | Что копируется, как часто проверяется восстановление |
| Отчетность | Показывает заявки, инциденты, риски и рекомендации | Периодичность отчета и формат решений |
Где проходит граница с проектными работами
Регулярная поддержка поддерживает уже существующую инфраструктуру в рабочем состоянии. Проектная работа меняет контур: переносит сервис, внедряет новую систему, строит сеть заново, меняет архитектуру backup или готовит массовую миграцию.
| Ситуация | Абонентская работа | Отдельный проект |
|---|---|---|
| Новый сотрудник | Создать учетную запись, подготовить рабочее место по шаблону | Разработать новый процесс онбординга и интеграцию с HR-системой |
| Проблемы с Wi-Fi | Проверить симптомы, точки доступа, помехи и базовые настройки | Спроектировать новое покрытие офиса после замеров |
| Нехватка места на сервере | Найти источник роста, согласовать очистку, предупредить риск | Перенести данные на новое хранилище или изменить архитектуру |
| Резервные копии | Следить за статусом заданий и периодически проверять восстановление | Строить новую схему резервного копирования с отдельной площадкой |
Как понять, что договор описан нормально
- Есть список обслуживаемых систем, пользователей, рабочих мест и серверов.
- Для заявок указаны приоритеты, время реакции и условия эскалации.
- Выездные работы, ночные окна и закупки описаны отдельно.
- Есть порядок согласования изменений, чтобы срочная поддержка не подменяла проекты.
- В отчете видны не только закрытые заявки, но и повторяющиеся причины сбоев.
Типовые ошибки
Главная ошибка - считать абонентскую плату безлимитным доступом к любым IT-работам. Вторая ошибка - не фиксировать, какие системы входят в поддержку. Третья - принимать отчет только по количеству заявок, без рисков, долгов и решений.
Хорошее абонентское обслуживание не обещает, что проблем не будет. Оно делает инфраструктуру наблюдаемой: понятно, кто принял заявку, что сломалось, что восстановлено, какие риски остаются и какие изменения нужно планировать отдельно.