Ошибка, которую делают почти все: SLA ставят как обещание клиенту, а не как управляемый параметр процесса.

Ошибка, которую делают почти все: SLA ставят как обещание клиенту, а не как управляемый параметр процесса.

Кейс. Агентство фиксирует: «дизайн — 3 дня, верстка — 5 дней, запуск — 10 дней». Звучит аккуратно. Но внутри нет главного: от какой точки считаем срок, что считается стартом, какие входы обязательны, кто снимает блокеры, что делать при паузе со стороны клиента.

Итог предсказуем: сроки “выполняются” на словах, а в реальности срываются через раз. Потому что SLA без правил входа и остановки — это не регламент, а маркетинг.

Как ставить правильно:
1. Зафиксировать старт: от брифа / оплаты / получения материалов.
2. Описать входные условия: что должно быть в задаче, чтобы она ушла в работу.
3. Разделить SLA по этапам, а не по проекту целиком.
4. Отдельно прописать паузы: кто их ставит и как они влияют на дедлайн.
5. Ввести статус контроля: в работе / на клиенте / заблокировано.

SLA работает только там, где есть схема движения задачи, а не надежда на скорость.