Клиент с Авито готов обсудить расчёт сегодня, а менеджер поставщика отвечает лишь завтра вечером. За сутки заявка остывает. В отчёте потеря при этом выглядит безобидно: «покупатель передумал».

SLA поставщика не даёт такой задержке затеряться в отчёте. Стороны заранее записывают, когда заявка получена, сколько есть времени на подтверждение, кто первым связывается с клиентом и что делать при просрочке. Если роли продавца и агента ещё не разделены, начни с объяснения разницы между дропшиппингом и агентской моделью.

Источник: Закон о персональных данных относит передачу и предоставление персональных данных к их обработке.

Что такое SLA поставщика по заявке

В этой работе SLA — короткое соглашение об обработке заявок. В нём нет расплывчатого «ответим быстро»: стороны выбирают основной канал, точку старта отсчёта, срок подтверждения и время первого контакта с клиентом.

Универсального норматива вроде «каждый поставщик обязан ответить за 15 минут» нет. Для готового товара в рабочее время такой срок может быть разумным. Для расчёта промышленного оборудования он уже бессмыслен. Сверяй срок с ожиданиями клиента, режимом работы поставщика, сложностью квалификации и доступностью ответственного менеджера.

SLA не заменяет договор и сам по себе не доказывает право на комиссию. Роли, критерии принятой заявки, срок закрепления клиента и событие для начисления вознаграждения фиксируют отдельно в договоре или приложении. Общую схему таких продаж разбираю в статье об агентском бизнесе на Авито.

Проверка SLA до запуска объявлений

  • Указаны рабочие дни, часы и часовой пояс
  • Определено событие старта таймера
  • Названы основной и резервный ответственные
  • Разделены подтверждение заявки и первый контакт с клиентом
  • Записаны допустимые ответы и причины отказа
  • Есть действие агента при первой и повторной просрочке

Что SLA не должен обещать

Не записывай «быстрая обработка» или «оперативно перезвоним»: проверить эти слова нельзя. И не обещай клиенту точный расчёт за час, если поставщик успеет лишь назначить специалиста. Скромный, но выполнимый срок полезнее эффектной цифры, которую нарушают в половине случаев.

Как выбрать срок подтверждения заявки

Начни с того, как поставщик работает сейчас. Отправь три тестовые карточки в разное время рабочего дня и замерь путь от уведомления до осмысленного ответа. Задержки разберите отдельно: менеджер мог не увидеть сообщение, проверять дубль, ждать наличие или попросту не знать, кто отвечает.

УсловиеЧто записать в SLAЗачем
Рабочее времяТочные дни, часы и часовой поясЧтобы ночь не считалась просрочкой
КаналCRM или таблица для реестра, мессенджер для уведомленийЧтобы заявки не терялись в разных местах
Старт отсчётаВремя создания полной карточкиЧтобы не спорить по скриншотам
ПодтверждениеПредельное рабочее время до ответаЧтобы было ясно, принята ли заявка
Первый контактОтдельный срок после принятияЧтобы различать «увидел» и «позвонил»
Нерабочее времяПеренос на следующий рабочий периодЧтобы не обещать круглосуточную работу
ЭскалацияСрок напоминания и его получательЧтобы не разбирать каждую задержку вручную

Если обращения с Авито приходят вечером и в выходные, не изображай круглосуточную работу в SLA. Агент может сразу назвать клиенту честное окно связи, а карточку поставить в очередь на начало рабочего дня. Выполненное обещание лучше минимального числа минут на бумаге.

Зачем одной заявке два таймера

Первый таймер нужен для подтверждения: поставщик увидел карточку, проверил обязательные поля и назначил ответственного. Второй считает время до первого содержательного контакта с клиентом. Контакт состоялся, если прошёл звонок, менеджер задал вопрос в чате или согласовал время разговора.

Одного статуса «принято» мало. Менеджер может нажать кнопку сразу, а позвонить через сутки. Бывает и наоборот: с клиентом уже поговорили, но реестр не обновили. Раздельные отметки сразу показывают, где сбой — в реакции команды или в учёте.

Отсчёт начинается после полной передачи. Если агент забыл телефон, город или параметры запроса, поставщик возвращает карточку со статусом «нужны данные». Таймер первого контакта пока не запускается. Список нужных полей и отметок есть в материале о фиксации передачи заявки поставщику.

Что должно быть в ответе поставщика

По ответу «ок» не понять, кто взял клиента и что будет дальше. На старте хватит четырёх статусов:

  1. Принято — указан ответственный и срок первого контакта.
  2. Нужны данные — перечислено, чего не хватает для работы.
  3. Дубль — указана дата предыдущего содержательного контакта по согласованным правилам.
  4. Отклонено — выбрана конкретная причина: регион, товар, объём, срок или другое заранее определённое ограничение.

К ответу добавляют ID заявки и автоматическую отметку времени. Агенту тогда не приходится на глаз сопоставлять одинаковые имена и выяснять, к какому клиенту относилось сообщение менеджера.

Передавай поставщику лишь те персональные данные, которые нужны для оговорённой цели. Согласие клиента получай способом, подходящим для вашей схемы. SLA задаёт скорость работы, но не отменяет требований к обработке контакта.

Что делать, если поставщик нарушил SLA

При первой просрочке сначала проверь процесс. Обвинять партнёра с порога рано: уведомление могло не прийти, ответственный — заболеть, карточка — оказаться неполной. Пока причина выясняется, агент отмечает нарушение в реестре, пишет резервному контакту и сообщает клиенту новое окно связи.

После повторных задержек отправлять новые заявки в прежнем объёме рискованно. Ограничь поток, разбери последние случаи и выбери исправление: резервного менеджера, уведомление из CRM, дежурство или другой реалистичный график. Поставщик не выдерживает даже скорректированный срок? Останови рекламу, пока проблема не решена.

Нужно ли перенаправлять клиента другому поставщику

Да, если это согласовано заранее и клиент понимает, кому передают его контакт. Молча рассылать один номер нескольким компаниям нельзя. Для резервного маршрута нужны отдельное согласие клиента, правило приоритета и отметка о причине остановки первой передачи.

Просрочка бьёт и по комиссии. Условный пример: стороны договорились о 5% от оплаченной сделки в 400 000 рублей, то есть о 20 000 рублей до налогов и расходов агента. Поставщик не подтвердил заявку, клиент ушёл — комиссия равна нулю. Время и бюджет на привлечение агент уже потратил.

Суммы и процент приведены для примера и не гарантируют аналогичный результат. Размер комиссии, условия её начисления и итог агента зависят от договора и фактической сделки.

Как контролировать SLA без сложной аналитики

На старте хватит одной таблицы или CRM с пятью отметками: заявка передана, получена, принята, первый контакт выполнен, итог обработки указан. Варианты систем и полей я сравнил в статье о CRM для заявок с Авито.

Раз в неделю считай четыре показателя:

  • долю заявок, подтверждённых в срок;
  • медианное время подтверждения, чтобы единичная долгая заявка не искажала картину;
  • долю первых контактов в срок;
  • причины просрочек и число заявок без финального статуса.

Сам по себе процент мало что объясняет. Показатель 90% может означать одну случайную задержку из десяти или постоянный провал по вечерним обращениям. Поэтому смотри сами строки с нарушениями и исправляй повторяющуюся причину.

Готовый регламент подтверждения заявки

Короткий рабочий регламент выглядит так:

  1. Агент создаёт полную карточку в основном реестре и отправляет уведомление ответственному.
  2. Время создания карточки запускает таймер подтверждения в пределах указанных рабочих часов.
  3. Поставщик отвечает по ID: «принято», «нужны данные», «дубль» или «отклонено».
  4. При принятии поставщик назначает менеджера и срок первого контакта.
  5. После просрочки уведомление получает резервный ответственный.
  6. Агент сообщает клиенту актуальный срок, но не обещает результат разговора или сделки.
  7. Повторные нарушения разбираются на еженедельной сверке; до исправления поток можно ограничить.

Перед запуском рекламы прогоните регламент на тестовой карточке без реальных персональных данных. Проверьте уведомление, часовой пояс, резервный контакт и видимость истории изменений. На такой тест уйдёт меньше времени, чем на восстановление потерянной заявки.

Частые вопросы

Какой срок обработки заявки поставщиком считать нормальным?

Тот, который учитывает ожидания клиента и реальный график команды. Сначала измерь текущий процесс. Затем отдельно согласуй достижимые сроки подтверждения и первого контакта. Чужое среднее по рынку такой замер не заменит.

Можно ли считать автоматическое уведомление подтверждением?

Уведомление подтверждает отправку карточки, но не назначение ответственного. Считай подтверждением осмысленный статус поставщика по конкретному ID.

Что делать с заявкой, пришедшей ночью?

Сразу сообщи клиенту реальное окно связи. В SLA запиши, с какого момента следующего рабочего периода запускается таймер поставщика. Не обещай круглосуточный режим, если его нет.

Нужно ли включать SLA в агентский договор?

Критичные правила лучше закрепить письменно в договоре или приложении: событие передачи, сроки, статусы, ответственных и последствия нарушения. Формулировки для конкретной схемы проверь с юристом.

Если клиент не ответил на звонок, SLA выполнен?

Да, если попытка сделана вовремя и зафиксирована. Но в регламенте всё равно нужны число повторных попыток, интервалы и финальный статус «не дозвонились».

Когда останавливать передачу новых заявок?

Когда просрочки повторяются, причины никто не устраняет, а клиенты теряются. Сначала проверь полноту карточек и канал уведомлений. Затем ограничь поток, пока не появится рабочий резервный маршрут.

Итог: в рабочем SLA есть два измеримых события: поставщик подтвердил заявку и вовремя связался с клиентом. Зафиксируй часы, статусы, ответственных и порядок эскалации. Проверь всё на тестовой карточке — после этого можно направлять рекламный поток.

Информация в статье носит ознакомительный характер и не является индивидуальной финансовой, инвестиционной, юридической или иной профессиональной рекомендацией. Результат зависит от ниши, рынка, поставщика и действий самого читателя — гарантировать его невозможно. Администрация сайта не несёт ответственности за убытки, упущенную выгоду или иные последствия, возникшие в результате использования этой информации.