Содержание
- Зачем агенту вообще CRM
- Что происходит без учёта заявок
- Какие данные обязательны по каждой заявке
- Варианты CRM для агента
- Как настроить воронку под агентскую модель
- Как связать CRM с перепиской на Авито
- Как через CRM контролировать комиссию
- Типичные ошибки при внедрении
- Когда хватит таблицы, а когда нужна CRM
Заявка с Авито живёт максимум пару дней в голове агента. Дальше начинается: «это тот клиент, который спрашивал про доставку, или другой?», «я уже передавал его поставщику или ещё нет?», «за какую сделку мне вообще должны комиссию?». Один пропущенный ответ — и человек уходит к тому, кто перезвонил быстрее.
Дальше в статье — разбор того, зачем агенту вообще нужен учёт заявок, что именно фиксировать и какой инструмент выбрать в зависимости от объёма, без рекламы конкретного сервиса. Если ты ещё не разобрался, чем агентская модель отличается от классической перепродажи, сначала прочитай «Дропшиппинг на Авито: что это и как работает». Термины и роли в статье ниже опираются на неё.
Зачем агенту вообще CRM
У агента нет склада и часто нет офиса, поэтому кажется, что и системный учёт — лишняя бюрократия. На деле у агента как раз меньше точек контроля, чем у обычного продавца. Ты не выдаёшь товар, не подписываешь акт и не видишь кассу поставщика. Единственное, чем ты можешь доказать, что заявку привёл именно ты — это запись с датой, контактом и статусом.
CRM в этом смысле не про красивые дашборды. Это про три вещи: не забыть про клиента, не спорить с поставщиком «а был ли этот лид», и понимать, какие объявления и ниши вообще приносят деньги, а какие только просмотры. Экономика агентской комиссии подробно разобрана в статье «Как рассчитать маржу в агентской схеме», а CRM — тот инструмент, который даёт для этого расчёта конкретные цифры вместо прикидок на глаз.
Что происходит без учёта заявок
Проблема редко выглядит как одна крупная авария. Обычно это серия мелких потерь, которые незаметны по отдельности.
- Клиент написал вечером, ты ответил через сутки — он уже нашёл другого продавца.
- Два похожих сообщения от разных людей слились в одно в голове, и один из клиентов остался без ответа.
- Заявка передана поставщику устно, в переписке или звонке — доказать дату и факт передачи нечем.
- Поставщик сообщает о сделке через месяц, ты уже не помнишь, откуда взялся этот клиент и был ли расчёт по объявлению или по личной рекомендации.
- В конце месяца невозможно сказать, сколько заявок дало каждое объявление и какая ниша вообще окупается.
По отдельности каждая ситуация выглядит как мелочь. Но именно из таких мелочей складывается разница между агентом, который стабильно получает комиссию, и агентом, который вечно «вроде бы много писали, а денег мало».
Какие данные обязательны по каждой заявке
Неважно, ведёшь ты таблицу или полноценную CRM, набор полей должен быть одинаковым. Без этого минимума спор с поставщиком о комиссии превращается в состязание памяти.
| Поле | Зачем нужно |
|---|---|
| Дата и время первого обращения | Доказывает, кто первым получил контакт клиента |
| Источник (номер объявления или канал) | Показывает, какое объявление реально работает |
| Контакт клиента и суть запроса | Основа для передачи заявки поставщику без путаницы |
| Кому передана заявка | Если поставщиков несколько, нужно видеть, куда ушёл конкретный лид |
| Статус | Новый → квалифицирован → передан → расчёт/замер → договор → оплата → комиссия получена |
| Дата и способ передачи поставщику | Подтверждение факта передачи на случай спора |
| Сумма сделки и размер комиссии | Основа для сверки выплаты, а не «на слово» |
| Причина отказа, если сделка не состоялась | Помогает увидеть, на каком этапе теряются клиенты |
Статус — самое важное поле из таблицы. Без промежуточных стадий заявка существует только в двух состояниях: «есть» и «забыли». Промежуточные статусы вроде «квалифицирован», «передан», «на расчёте» заставляют возвращаться к заявке самому, не дожидаясь, пока клиент о себе напомнит.
Хочешь увидеть агентскую модель целиком?
На бесплатном уроке показываю, как строится воронка заявок от объявления на Авито до выплаты комиссии.
Варианты CRM для агента
Инструмент выбирают по объёму заявок в неделю и числу поставщиков, с которыми работаешь одновременно. Мода на сервисы тут ни при чём.
| Вариант | Когда подходит | Слабое место |
|---|---|---|
| Google-таблица | До 10 заявок в неделю, один поставщик | Легко забыть открыть, напоминания вручную |
| Чат или канал в мессенджере | Как страховка «не потерять сообщение» | Не заменяет структурированный учёт и поиск по истории |
| Готовая CRM | 10+ заявок в неделю, несколько поставщиков, есть менеджер | Нужно время на настройку и бюджет на подписку |
| Самодельная система с автоматизацией | Стабильный объём заявок, понятная воронка | Требует времени на поддержку скриптов и обновление |
Таблица в Google-документах
Для старта и первого теста этого достаточно. Один лист, восемь колонок из таблицы выше, фильтр по статусу. Это бесплатно и настраивается за час. Из минусов: таблицу легко забыть открыть, а напоминания придётся ставить себе вручную, например в календаре.
Учёт в мессенджере
Отдельный чат или канал, куда агент дублирует каждую новую заявку с минимальным описанием. Работает как страховка от «забыл записать», но не заменяет структурированный учёт: искать конкретную заявку среди сотни сообщений через месяц — не самое приятное занятие.
Готовая CRM-система
Когда заявок становится десять и больше в неделю или подключается второй-третий поставщик, таблица начинает трещать: путаются статусы, теряются напоминания, никто не помнит, кто последним отвечал клиенту. Тогда имеет смысл готовая CRM с воронкой продаж, карточками сделок и напоминаниями. На рынке таких сервисов много, и выбор конкретного названия зависит от бюджета и удобства интерфейса. Универсального совета «бери вот эту» здесь нет. Для агента важны три функции: настраиваемые статусы воронки, напоминания по дедлайну и возможность прикрепить историю переписки к карточке заявки.
Самодельная система на базе таблиц и автоматизации
Продвинутый вариант для тех, кто уже понимает свою воронку: форма для быстрого ввода заявки, автоматические напоминания через скрипты или готовые no-code сервисы, выгрузка отчёта по неделям. Такой вариант экономит на подписке, но требует времени на настройку и поддержку, и оправдан только когда объём заявок уже понятен и стабилен.
Как настроить воронку под агентскую модель
Готовая CRM «из коробки» обычно заточена под прямые продажи: клиент — оплата — доставка. У агента другая цепочка, потому что после передачи заявки поставщику ты не контролируешь сделку напрямую. Воронку нужно донастроить под это:
- Заведи статусы отдельно для «до передачи» и «после передачи»: новый, квалифицирован, передан поставщику, а дальше отдельная группа статусов на стороне сделки — на расчёте, договор, оплата, комиссия получена.
- В карточке заявки сразу указывай, какому поставщику она передана, если поставщиков несколько.
- Настрой напоминание на день передачи плюс два-три дня: если поставщик не дал обратной связи, это повод написать самому, не откладывая до конца недели.
- Добавь поле для суммы сделки и ожидаемой комиссии: заполняй его сразу, как только появляется цифра, пока не забылась точная сумма.
- Раз в неделю выгружай короткий отчёт: сколько заявок, сколько передано, сколько закрыто оплатой. Без этого решение «увеличивать бюджет на рекламу или нет» принимается на глаз.
Такая воронка занимает час на первичную настройку и потом почти не требует внимания. Она просто дисциплинирует, куда записывать новую информацию.
Как связать CRM с перепиской на Авито
Здесь стоит сразу снять завышенные ожидания: у большинства CRM нет готовой прямой интеграции с личным кабинетом Авито, которая сама подхватывает сообщения и звонки. У части сервисов есть интеграция через сквозную аналитику или коллтрекинг для звонков. Но это нужно каждый раз проверять отдельно, под конкретный сервис и тариф.
Рабочая схема для большинства агентов проще и надёжнее любой автоматизации: любое новое сообщение или звонок с Авито сразу дублируется в CRM вручную: контакт, суть запроса, время. Это занимает минуту, но полностью убирает риск, что заявка «зависла» в мессенджере Авито и потерялась среди других чатов. Дисциплина здесь важнее технологии: даже самая продвинутая CRM бесполезна, если заявки в неё не заносят вовремя.
Как через CRM контролировать комиссию
Одна из главных функций учёта — не дать поставщику «забыть» о твоей заявке при расчёте. Для этого статус и сумма сделки должны фиксироваться сразу, пока их не пришлось восстанавливать по памяти в конце месяца.
Допустим, это условный пример: за месяц через объявления прошло 40 обращений, 14 из них дошли до статуса «передан поставщику», 5 закрылись оплатой. Средний чек сделки — 180 000 рублей, комиссия — 8%. Каждая оплаченная сделка даёт 14 400 рублей комиссии, а всего за месяц — 72 000 рублей.
72 000 рублей / 5 сделок = 14 400 рублей комиссии с одной сделки
Без записи по каждой заявке эта цифра существует только в виде общего ощущения «вроде неплохой месяц». С таблицей или CRM ты можешь сверить её с выплатой поставщика построчно: какая заявка, какая сумма сделки, какая комиссия должна была прийти. Если что-то не сходится, у тебя есть дата первого обращения и дата передачи. Это аргумент сильнее, чем «я же помню, что был такой клиент».
Суммы приведены для примера и не гарантируют аналогичный результат. Реальная конверсия, чек сделки и комиссия зависят от ниши, поставщика и качества обработки заявок.
Типичные ошибки при внедрении
- Заводить CRM с десятком полей, которые никто не успевает заполнять: в итоге система забрасывается уже через неделю.
- Записывать заявку постфактум вместо того, чтобы делать это сразу после обращения: часть деталей теряется, а часть заявок вообще не попадает в учёт.
- Не фиксировать дату передачи поставщику: при споре о комиссии эта дата оказывается единственным реальным доказательством.
- Держать статусы «в уме» вместо карточки: если заменить агента некому, вся история срывается вместе с ним.
- Выбирать дорогую CRM с десятками функций до того, как понятен реальный объём заявок: переплата за возможности, которые не используются.
- Не сверять данные CRM с фактическими выплатами поставщика хотя бы раз в месяц.
Когда хватит таблицы, а когда нужна CRM
Универсального порога нет, но есть рабочий ориентир. Если заявок меньше десяти в неделю и поставщик один, таблица закрывает задачу полностью. Переход на платный сервис здесь скорее психологический комфорт, чем необходимость. Как только заявок становится больше, подключается второй-третий поставщик или в дело входит ещё один человек — менеджер по заявкам — таблица начинает давать сбои: статусы путаются, напоминания забываются, никто не видит общую картину. Это и есть момент для перехода на полноценную CRM с воронкой и напоминаниями. Про сам процесс обработки заявки от первого сообщения до передачи поставщику подробнее читай в статье «Как составить объявление для товара с долгим циклом сделки», а общую механику агентской модели, в которую встраивается учёт заявок, я разбираю в статье «Агентский бизнес на Авито».
Если ты только присматриваешься к модели и не уверен, что такое агентские продажи без своего товара в принципе, начни с базового разбора в статье «Бизнес на Авито без своего товара». Там объясняется вся модель целиком, а учёт заявок — только один из её элементов.
Частые вопросы
Можно ли обойтись без CRM на старте?
Да. Для первого теста с одним поставщиком и небольшим потоком заявок обычная таблица закроет задачу. Форма учёта вторична. Решает привычка фиксировать каждую заявку сразу после обращения.
Какая CRM лучше всего подходит агенту на Авито?
Готового универсального ответа нет. Выбор зависит от бюджета, объёма заявок и удобства интерфейса лично для тебя. Смотри на три вещи: настраиваемые статусы воронки, напоминания по срокам и возможность прикрепить историю переписки к карточке заявки.
Есть ли у CRM прямая интеграция с перепиской Авито?
У большинства сервисов автоматической выгрузки сообщений из личного кабинета Авито нет. Часть сервисов даёт интеграцию через коллтрекинг для звонков, и это нужно проверять отдельно под конкретный тариф. Для переписки надёжнее ручное дублирование заявки в CRM сразу после обращения.
Что делать, если поставщик отрицает, что заявка была передана именно мной?
Показывать запись с датой и временем передачи, контактом клиента и способом связи. Поэтому факт передачи стоит фиксировать сразу, в момент, когда она происходит. Тогда будет на что опереться, если поставщик станет спорить позже.
Нужна ли отдельная CRM для каждого поставщика?
Нет, лучше вести все заявки в одной системе с полем «кому передано». Так видно общую картину по всем поставщикам сразу и легче сравнивать, какой из них быстрее отвечает и честнее считает комиссию.
Как часто нужно сверять CRM с фактическими выплатами?
Минимум раз в месяц, до того как накопится слишком много сделок для ручной сверки по памяти. Чем больше объём, тем чаще стоит сверяться: иначе расхождения находятся слишком поздно, когда их уже сложно доказать.
Итог: CRM для агента — это не модный инструмент для отчётности, а страховка от потерянных клиентов и споров о комиссии. На старте достаточно простой таблицы с восемью полями и привычкой заполнять её сразу. Когда поток заявок и число поставщиков вырастут, таблица начнёт давать сбои, и тогда стоит переходить на полноценную CRM с воронкой и напоминаниями. Инструмент вторичен. Первична дисциплина: каждая заявка записана, каждый статус обновлён, каждая передача поставщику зафиксирована датой.
Посмотри всю агентскую модель целиком
От выбора ниши и поставщика до учёта заявок и первой комиссии — без гарантий дохода, зато с понятной системой действий.
