Техническое задание (ТЗ) на сервисное обслуживание служит основой для согласования ожиданий заказчика и возможностей исполнителя. Чётко сформулированное ТЗ снижает риск недопонимания, упрощает контроль качества и позволяет своевременно корректировать условия сотрудничества. Ниже перечислены ключевые разделы, которые обычно включают в такой документ, и пояснения, зачем они нужны.
- Основные разделы технического задания
- Предмет иscope услуг
- Требования к квалификации и ресурсам исполнителя
- Уровни обслуживания (SLA) и показатели качества
- График и режим работы
- Порядок сдачи-приёмки работ и контроль качества
- Отчётность и документооборот
- Стоимость и порядок оплаты
- Ответственность сторон и гарантии
- Конфиденциальность и защита данных
- Срок действия договора и порядок расторжения
- Управление изменениями и дополнительными работами
- Взаимодействие с внутренними службами заказчика
- Практический порядок составления технического задания
- Что следует проверить перед утверждением ТЗ
- Часто задаваемые вопросы
- Можно ли использовать шаблон ТЗ из интернета?
- Как часто следует пересматривать техническое задание?
- Кто должен участвовать в подготовке ТЗ со стороны заказчика?
Основные разделы технического задания
- Предмет иscope услуг
- Требования к квалификации и ресурсам исполнителя
- Уровни обслуживания (SLA) и показатели качества
- График и режим работы
- Порядок сдачи-приёмки работ и контроль качества
- Отчётность и документооборот
- Стоимость и порядок оплаты
- Ответственность сторон и гарантии
- Конфиденциальность и защита данных
- Срок действия договора и порядок расторжения
- Управление изменениями и дополнительными работами
- Взаимодействие с внутренними службами заказчика
Предмет иscope услуг
В этом разделе описывается, какие именно виды работ будут выполняться в рамках сервисного обслуживания. Необходимо указать:
- Перечень оборудования, систем или объектов, которые попадают под обслуживание (например, серверные системы, кондиционирование, лифты).
- Типы работ: профилактическое обслуживание, аварийный ремонт, замена расходных материалов, настройка и тестирование.
- Исключения: что конкретно не входит в scope (например, модернизация, замена основных компонентов без отдельного согласования).
Чёткое delineation предотвращает ситуации, когда одна сторона считает, что работа включена, а другая — нет.
Требования к квалификации и ресурсам исполнителя
Здесь фиксируются минимальные критерии, которым должен соответствовать подрядчик:
- Наличие необходимых лицензий, сертификатов и допусков к работе с конкретным оборудованием.
- Опыт выполнения аналогичных работ (можно указать минимальный срок или количество завершённых проектов).
- Квалификация персонала: образование, прошедшие обучения, аттестации.
- Наличие собственного инструмента, запасных частей или доступа к ним.
Если заказчик планирует проверять соответствие, стоит добавить пункт о предоставлении документов, подтверждающих квалификацию, до начала работ.
Уровни обслуживания (SLA) и показатели качества
SLA измеряют, насколько исполнитель соответствует agreed-upon уровням сервиса. Типичные показатели:
- Время реакции на заявку (например, не более 30 минут для критических инцидентов).
- Время восстановления работы после отказа (MTTR).
- Процент выполнения профилактических работ по графику.
- Количество повторных обращений по одной и той же причине.
Важно прописать, как будут измеряться эти метрики, кто отвечает за сбор данных и какие последствия наступят при несоблюдении SLA (штрафы, кредиты, право расторжения).
График и режим работы
Указывается, когда именно будут проводиться работы:
- Регулярное профилактическое обслуживание (например, ежемесячно, ежеквартально).
- Окна допустимых работ (будни с 08:00 до 18:00, либо круглосуточно для критических систем).
- Порядок планирования и уведомления о проведении работ (за сколько дней заранее уведомлять ответственных лиц).
- Особенности работы в выходные и праздничные дни, если они требуются.
Порядок сдачи-приёмки работ и контроль качества
После выполнения каждой задачи необходимо подтвердить её соответствие требованиям:
- Форма акта выполненных работ: что должно быть в нём указано (дата, перечень выполненных операций, использованные материалы, подписи сторон).
- Критерии приёмки: например, после профилактики оборудование должно пройти тест нагрузки без ошибок.
- Процедура выявления недостатков: срок, в течение которого заказчик может направить замечания, и порядок их устранения.
- Возможность привлечения независимой экспертизы при спорах.
Отчётность и документооборот
Регулярная информация помогает отслеживать исполнение ТЗ:
- Ежемесячный отчёт о выполненных профилактических работах, затраченных часах, использованных запасных частях.
- Отчёт по инцидентам: количество, классификация, время восстановления.
- Журнал заявок и заявок на обслуживание (можно вести в системе ticketing).
- Формат и способ передачи отчётов (email, портал, бумажные копии).
- Сроки предоставления отчётов (например, не позднее 5-го числа следующего месяца).
Стоимость и порядок оплаты
Финансовые условия должны быть прозрачными:
- Фиксированная абонентская плата за профилактическое обслуживание (если применимо) или ставка за час работы.
- Перечень услуг, включённых в базовую стоимость, и перечень доплат (за срочный выезд, за работу вне графика, за запасные части).
- График платежей: предоплата, ежемесячно, после сдачи-приёмки.
- Возможность индексации цен и порядок её применения (например, ежегодно по инфляции).
- Штрафы за просрочку оплаты и за несоблюдение SLA.
Ответственность сторон и гарантии
Раздел защищает интересы обеих сторон:
- Ответственность исполнителя за недостаточное качество работ, приведшее к простою или повреждению оборудования.
- Гарантийный срок на выполненные работы и заменённые детали (например, 3 месяца после ремонта).
- Ограничение ответственности (обычно не превышает суммы договора за определённый период).
- Порядок возмещения убытков: документы, необходимые для предъявления претензии.
Конфиденциальность и защита данных
Если при обслуживании исполняется доступ к информации, необходимо прописать:
- Обязанность исполнителя не раскрывать сведения, полученные в ходе работы.
- Требования к защите данных (например, шифрование передаваемых файлов, запрет на копирование).
- Процедуру уведомления о случае утечки или подозрения на неё.
- Возможность проведения аудита со стороны заказчика.
Срок действия договора и порядок расторжения
Чётко определить продолжительность и условия прекращения сотрудничества:
- Дата начала и окончания действия ТЗ (или указание, что договор действует до расторжения одной из сторон).
- Условия автоматического пролонгирования (например, ежегодно, если сторона не уведомила о расторжении за 30 дней).
- Основания для расторжения в одностороннем порядке (нарушение SLA более двух раз подряд, банкротство, нарушение конфиденциальности).
- Срок уведомления о расторжении и порядок расчётов за уже выполненные работы.
Управление изменениями и дополнительными работами
В ходе эксплуатации могут возникать новые задачи:
- Процедура подачи заявки на изменение scope (например, добавление нового оборудования).
- Требование согласовать изменение в письменной форме и оценить его влияние на стоимость и сроки.
- Механизм учёта дополнительных работ: отдельные акты, корректировка месячного отчёта.
Взаимодействие с внутренними службами заказчика
Чтобы сервисное обслуживание не создавало конфликтов внутри организации, стоит прописать:
- Кто является ответственным лицом со стороны заказчика (например, инженер службы эксплуатации).
- Каналы связи: телефон, email, система ticketing, регулярные встречи.
- Порядок доступа к объектам: пропуска, графики посещений, требования к охране труда.
- Требования к безопасности при проведении работ (использование СИЗ, согласование отключения оборудования).
Практический порядок составления технического задания
- Сформировать список всех систем и оборудования, которые планируется обслуживать.
- Определить виды работ (профилактика, ремонт, настройка) и их частоту.
- Согласовать с техническими специалистами показатели качества и допустимые времена реагирования.
- Подготовить черновик разделов о квалификации исполнителя, стоимости и порядке оплаты.
- Внести пункты про отчётность, контроль качества и гарантии.
- Добавить положения о конфиденциальности, ответственности и порядке расторжения.
- Проверить документ юристом и техническим руководителем на соответствие внутренним регламентам и законодательству.
- Получить подписи сторон перед началом работ.
Что следует проверить перед утверждением ТЗ
- Соответствие перечисленного оборудования реальному инвентарю заказчика.
- Реалистичность установленных SLA с учётом текущей загрузки сервисной службы.
- Наличие у исполнителя необходимых сертификатов и доступа к запасным частям.
- Ясность формулировок о штрафах и гарантиях (чтобы они были исполнимыми в суде).
- Полнота описания порядка доступа к объектам и требований к безопасности.
Часто задаваемые вопросы
Можно ли использовать шаблон ТЗ из интернета?
Шаблон может служить отправной точкой, но его необходимо адаптировать под конкретное оборудование, особенности производства и внутренние регламенты заказчика. Необходимо проверить, что все пункты соответствуют реальным условиям.
Как часто следует пересматривать техническое задание?
Рекомендуется пересматривать ТЗ при значительных изменениях в парке оборудования, при изменении уровня сервиса (например, переход с профилактического на комплексное обслуживание) либо ежегодно, чтобы учесть новые требования к безопасности и изменения в законодательстве.
Кто должен участвовать в подготовке ТЗ со стороны заказчика?
Обычно в процесс вовлекают инженера службы эксплуатации, представителя отдела закупок (для согласования стоимости и условий оплаты), юриста (для проверки правовых аспектов) и специалиста по охране труда (для разделов о безопасности и доступу к объектам).
Следуя перечисленным пунктам, вы сможете создать техническое задание, которое чётко определит ожидания от сервисного обслуживания, снизит вероятность споров и обеспечит прозрачное взаимодействие с подрядчиком.
