Начните с таблицы, в которой можно связать человека, его запрос и сделку. Повторное сообщение в другом канале не должно становиться ещё одной заявкой по той же задаче. Метка сохраняет наблюдаемый переход или ответ клиента об источнике; она не доказывает, что один ролик вызвал покупку. Если ролик неизвестен, так и запишите. Сервис понадобится, когда таблица перестанет обеспечивать совместную работу, историю и напоминания.
Коротко
разделите контакт, обращение и сделку · сохраняйте основание источника · проверяйте сомнительные дубли · назначайте следующий шаг · неизвестные данные показывайте отдельно
Если клиент уже покупал, учитывайте этот статус отдельно. Повторная покупка и повторное сообщение по текущей задаче обозначают разные события.
Зачем вести учёт, если заявок пока мало
Учёт показывает зарегистрированный путь обращения, включая пробелы. Он помогает выбирать темы по вопросам покупателей и проверять, где теряются задачи. Даже заполненная CRM не доказывает, что ролик стал единственной причиной покупки.
Вторая причина: заявки теряются. Человек написал вечером в мессенджер, второй раз в комментарии, третий раз оставил номер, и вы не знаете, что это один и тот же клиент. Запись в таблице собирает эти касания в одну строку. Чем раньше начнёте, тем раньше накопятся данные, по которым можно считать стоимость заявки.
Таблица или сервис: что выбрать на старте
Выбирайте по числу людей, которые работают с заявками, и по объёму потока.
| Условие | Что подойдёт |
|---|---|
| Один человек может проверить историю и следующий шаг каждой задачи | Таблица со связанными записями |
| Два-три человека, заявки приходят из нескольких мест | Общая таблица с правами доступа или простой сервис учёта |
| Нужны напоминания, автоматические ответы, интеграция с телефонией и сайтом | CRM-сервис |
| Заявки теряются, клиентов трудно найти по имени | Переход с таблицы на сервис |
Перед выбором сервиса загрузите обезличенный тестовый набор: повторное сообщение, новый заказ того же человека, частичную оплату, возврат и неизвестный источник. Проверьте, можно ли выгрузить историю и ограничить доступ. Состав сведений, условия обработки и хранения согласуйте с ответственным за персональные данные. Реальные телефоны и переписку не используйте в публичном образце таблицы.
Какие поля нужны
Ниже минимальная структура учёта. Поля можно распределить между связанными листами, чтобы не повторять контакты и платежи.
| Поле | Что вносить |
|---|---|
| ID контакта | Один внутренний номер человека; имя и ник не заменяют ID |
| ID обращения | Номер отдельной задачи, дата первого контакта и связь с контактом |
| Контакт | Необходимый способ связи с учётом требований к обработке данных |
| Источник и основание | Площадка; метка перехода, код или дословный ответ клиента |
| Ролик или серия | Ссылка, если известна; иначе «не установлен» |
| Запрос | Что нужно человеку, его словами |
| Пригодность | Подходит, не подходит или пока не проверено |
| Статус контакта | Ответили, ожидаем ответ, связаться не удалось |
| Этап сделки | Обсуждение, расчёт, решение, оплачено, закрыто |
| ID сделки и платежи | Уникальная сделка, даты, суммы и возвраты без повторного учёта |
| Причина закрытия | Со слов клиента или «не установлена»; молчание не равно отказу по цене |
| Ответственный и следующий шаг | Кто делает что и к какой дате |
Повторное сообщение по той же задаче привяжите к существующему обращению. Новый самостоятельный заказ заведите отдельно и отметьте, новый это покупатель или повторный. Не объединяйте людей только по совпавшему имени; сомнительные совпадения проверяйте вручную. Число полей выбирайте по тому, какие решения они поддерживают. Подробные правила пригодности и неизвестных данных есть в статье о качестве заявки.
Метки источников: как назвать и кто проставляет
Метка - короткое название источника, которое одинаково пишет любой сотрудник. Договоритесь о форме один раз и запишите на первой странице таблицы.
Рабочий формат метки: площадка, тема ролика, месяц. Например: «yt-smeta-10», «vk-remont-10». Метка читается за секунду и не требует расшифровки.
Как получить метку от клиента:
- Вопрос в диалоге. «Подскажите, из какого ролика к нам пришли?» Это работает, но часть людей не помнит.
- Кодовое слово. Зритель пишет слово из ролика, и вы вносите его в столбец. Подробнее о приёме в статье как вести клиента из комментариев в личку.
- Промокод. Для каждого ролика или серии свой код. Клиент называет его при заказе.
- Отдельная ссылка для каждого ролика, если вы ведёте на сайт или в бот. Приём описан в материале про UTM и промокоды.
Метку проставляет тот, кто первым общается с клиентом. Не откладывайте на конец недели: к тому времени ни он, ни вы не вспомните, откуда пришёл человек.
Статусы заявки
Начните с этапов вашего процесса. Ниже пример для бизнеса, который сначала уточняет задачу, затем отправляет расчёт; для записи на услугу набор может отличаться.
- Новая. Заявка пришла, ответа ещё нет. Порядок дежурства и измерение задержки описаны в статье об обработке первого ответа.
- В работе. Идёт диалог, выясняется задача.
- Расчёт отправлен. Клиент получил цену или предложение.
- Ждёт решения. Клиент думает; назначена дата следующего касания.
- Оплачена. Деньги получены, сумма внесена.
- Закрыта без оплаты. Клиент отказался либо диалог завершён по принятому правилу; различайте подтверждённую причину и отсутствие ответа.
Поле причины заполняйте установленным фактом или значением «не установлена». Молчание не доказывает, что цена высокая. Из повторяющихся подтверждённых вопросов выбирайте темы: откройте симулятор идеи, укажите нишу и опишите один вопрос, ответ и действие зрителя в 20-2000 символах. Используйте разбор для подготовки сюжета, не для прогноза продаж. Шаблоны сообщений для каждого статуса собраны в материале про скрипт ответа на заявку.
Как построить отчёт по роликам
Сначала проведите сверку. Учебный набор: зарегистрированы 12 событий. Четыре оказались повторными сообщениями по уже открытым задачам. Для одного события связь с контактом пока не проверена. Подтверждены семь отдельных обращений от пяти контактов: у двух контактов по две разные задачи, у остальных трёх по одной. Сомнительное событие хранится отдельно и не объявлено дублем.
Из семи обращений у трёх есть метка ролика, у двух известна только площадка, у двух источник не установлен. Контрольная сумма: 3 + 2 + 2 = 7. Прирост событий в чате с семи до двенадцати не означает двенадцать заявок. Строка «не проверено» позволяет увидеть и устранить неопределённость, не скрывая её в итогах.
За выбранный период сделайте сводку по столбцу «Ролик» или «Метка». Для каждого ролика и серии посчитайте:
- число обращений;
- число заявок, дошедших до статуса «расчёт отправлен»;
- число оплаченных заявок и сумму оплат.
Для конкретного ролика берите только уникальные обращения с указанным основанием связи с ним. Делите их на просмотры того же ролика в заранее выбранном окне после публикации; сохраните дату среза и определение просмотра площадкой. Это отношение обращений к просмотрам, а не доля уникальных зрителей. В серии удаляйте повторы одной задачи. Обращения с неизвестным источником показывайте отдельной строкой и не распределяйте по роликам. Формулы и ограничения разобраны в статье о конверсии из ролика в обращение.
Делайте резервную копию таблицы раз в неделю. Потеря истории заявок обнуляет все расчёты, накопленные за месяцы.
Что дальше
Заполните таблицу по последним обращениям и отметьте места, где источник или следующий шаг неизвестны. Для обсуждения учёта отправьте в LaRicco в Telegram обезличенную схему полей, пример повторного обращения и результат сверки. Укажите, кто принимает заявки и какое событие сейчас не удаётся связать. Контакты клиентов не нужны.
Частые вопросы
Нужна ли CRM, если заявки ведёт один человек?
Проверьте, можно ли в текущем учёте найти историю, отделить повторное сообщение от нового заказа и увидеть следующий шаг. Если это работает в таблице, отдельный сервис может пока не понадобиться. Если забываются договорённости или теряется связь между задачей и оплатой, меняйте процесс и проверяйте нужные функции на реальных обезличенных примерах.
Что делать, если имя клиента совпало с другой записью?
Не объединяйте записи по одному имени. Проверьте доступный идентификатор и контекст задачи, при необходимости уточните у человека связь обращений. До проверки оставьте отметку о возможном дубле. Не превращайте сомнительное совпадение ни в подтверждённую новую заявку, ни в удалённый повтор.
Как отметить клиента, который не помнит ролик?
Запишите известный уровень: площадка, серия или ответ «не помню». Основание метки сохраните отдельно от предположения менеджера. Источник конкретного ролика оставьте неизвестным. Не распределяйте такие заявки пропорционально просмотрам: это создаст данные, которых не было в наблюдении.
Нужно ли удалять закрытую заявку?
Статус закрытия и установленная причина нужны для сверки воронки, но это не означает бессрочное хранение всех сведений. Сроки, доступ и состав данных согласуйте с ответственным за обработку. Для аналитики используйте минимальные обезличенные записи и проверяйте, что их действительно нельзя связать с человеком.
