SLA на відповідь: чому швидкість важливіша за скрипт

SLA (service level agreement) звучить як термін із корпоративного світу, але за ним стоїть проста домовленість: за скільки часу ми зобовʼязуємось відповісти. Не «якнайшвидше», а конкретна цифра, з якою можна звіритись.

Чому це важливіше за якість скрипта. Людина, яка залишила заявку, зазвичай залишила її не лише вам. Поки ви готуєте бездоганну відповідь, конкурент уже подзвонив і почав розмову. Другий дзвінок майже завжди слабший за перший, навіть якщо він змістовніший.

Другий ефект, менш очевидний: **швидка відповідь застає людину в контексті**. Вона щойно шукала, читала, порівнювала — тема в голові. Через день у неї вже інші справи, і ваш дзвінок стає перериванням, а не продовженням.

Як задати норму. Не намагайтесь одразу поставити «пʼять хвилин». Виміряйте, як є зараз, — зазвичай цифра неприємно дивує. Далі поставте норму трохи амбітнішу за поточну реальність і рухайте її поступово. Робочий орієнтир для малого бізнесу: заявка з сайту — до години в робочий час, повідомлення в месенджері — до 30 хвилин, пропущений дзвінок — до 15 хвилин.

Окремо про неробочий час. Обіцяти цілодобову швидкість не треба — треба **чесно позначити межі**. Автовідповідь «ми на звʼязку з 9 до 18, звʼяжемось зранку» краща за тишу: людина розуміє, що її почули, і не йде шукати далі.

Як перевіряти без мікроменеджменту. Не стійте над менеджером — дивіться на два числа раз на тиждень: скільки заявок вийшли за норму й скільки часу в середньому минає до першого контакту. Якщо норму порушують систематично, справа зазвичай не в лінощах, а в тому, що заявки приходять у канал, який ніхто не тримає під рукою.

У Pipevale заявка з веб-форми одразу отримує відповідального й задачу з дедлайном, а сповіщення приходять у застосунок — тобто норма підтримується не силою волі, а самим процесом.