Коротко, что вам следует знать?
Контракт на техническое обслуживание — это не расплывчатое обещание поддержки; Он должен определить измеримым образом, какой инцидент и как долго будет обрабатываться, какие задачи выполняются и кто несет ответственность.
Для кого предназначено это руководство?
- Компании, желающие автоматизировать свои ручные процессы
- Команды выбирают между CRM и заказной разработкой
- Компания-разработчик программного обеспечения или менеджеры, оценивающие предложения
- Учреждения, обеспечивающие безопасность исходного кода, соглашения об уровне обслуживания и права собственности на данные
Мы подготовили это руководство на основе опыта проекта Codeexia, официальных источников и реальных вопросов, которые повторяются в ходе переговоров по тендерам. В нем указаны переменные сборы и технические условия с указанием их источников; Мы не представляем смету проекта в качестве окончательного предложения.
Проект не заканчивается с запуском программного обеспечения; Операция начинается. Фраза «поддержка оказывается при необходимости» не является моделью ухода. В контракте должны быть определены типы мероприятий, продолжительность, объем и ответственность в измеримых показателях.
Отдельное обслуживание, поддержка и новые разработки.
Исправление ошибок гарантирует, что текущая функция работает так, как указано в контракте. Поддержка решает пользовательские или эксплуатационные проблемы. Новая разработка – это изменение масштаба. Правила тарифа и приоритета для этих трех линий должны быть написаны отдельно.
Как определяются приоритеты инцидентов?
| Уровень | Пример | Ожидание |
|---|---|---|
| Критический | Система или платеж полностью не работают | Быстрый первый ответ и регулярная информация о статусе |
| Высокий | Основная функция серьезно нарушена. | Оценка в тот же рабочий день |
| Нормальный | Ограниченная проблема с обходным решением | Помещение в очередь планового обслуживания |
Определите время в соответствии с вашей собственной работой; Не каждая система нуждается в круглосуточной поддержке.
Какие периоды следует прописать в SLA отдельно?
Период получения уведомления, первый ответ, временное решение и постоянное решение — это не одно и то же. В контракте следует разделить эти понятия; В нем должны быть указаны часы работы, праздничные дни и канал связи.
Безопасность, резервное копирование и мониторинг
- Обновления библиотеки и инфраструктуры,
- Частота резервного копирования и тестирование восстановления,
- Отслеживание сертификатов и доменных имен,
- Мониторинг ошибок, емкости и доступности,
- Поток уведомлений об инцидентах безопасности.
Ежемесячные часы и внеплановая работа
Сколько часов содержит пакет, переносятся ли неиспользованные часы, как подтверждается превышение? Напишите, по какой строке будут оцениваться сбои провайдера интеграции, исправление данных, обучение и запросы новых отчетов.
Код, доступ и передача по окончании контракта
Право собственности на репозиторий исходного кода, сервер, облако, домен и сторонние учетные записи должны быть видны. По истечении срока действия контракта должны быть доставлены обновленный код, документация по установке, список доступа и открытые работы.
Что вам нужно сообщить при запросе цен на техническое обслуживание
Хорошее предложение по обслуживанию невозможно создать без знания технологического стека, количества пользователей, критических часов работы, текущего списка ошибок, интеграции, статуса доступа и ожидаемого роста.
Для завершения выбора компании руководство по оценке компании-разработчика программного обеспечения можно использовать или со страницы обсуждения специального программного обеспечения Вы можете объяснить вашу текущую систему.
Источники и метод проверки
Следующие официальные источники были использованы для определения цен, политики и технических требований, которые могут различаться. Диапазоны проектов — это не предложения, а скорее редакционная основа, облегчающая сравнение.
- OWASP — Стандарт проверки безопасности приложений (доступ: 31 июля 2026 г.)
- КВКК - Орган по защите персональных данных (доступ: 31 июля 2026 г.)
- Google SRE — Цели уровня обслуживания (доступ: 31 июля 2026 г.)
Что эта информация означает в вашем проекте?
Объясните свою потребность; Давайте разберем необходимый объем, работу, которую можно отложить, и наиболее логичный следующий шаг.
Давайте поговорим в WhatsApp ↗ Свяжитесь с нами по телефону ↗ Посмотрите Codeexia
