Как организовать базу лидов: простая система

2026-07-20

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

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

Организующий принцип: один вопрос, надёжный ответ

Большинство систем учёта лидов умирают потому, что их строят, чтобы они выглядели полными, а не чтобы ими пользовались. Кто-то проектирует красивую структуру с двенадцатью полями, четырьмя формулами скоринга и вкладкой на каждый случай — и через три недели она устаревает, потому что кормить её некому. Устаревшая система хуже, чем отсутствие системы: вы ей доверяете, а она вам врёт.

Поэтому цель проектирования — не полнота. Это выживаемость. Каждое добавленное поле — маленький налог, который вы платите при каждом обновлении, всегда. Вопрос к любому полю, которое хочется завести, звучит грубо: заполню ли я это в четверг под вечер, когда я в завале и вымотан? Если честный ответ «нет» — не заводите. Скромная система, которая остаётся правдивой, бьёт богатую систему, которая гниёт.

Статус: где лид находится в одном линейном процессе

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

Новый — в списке, ещё не тронут.
Связались — вы написали, ответа пока нет.
Ответил — откликнулся, разговор живой.
Квалифицирован — реально подходит, есть настоящий интерес.
В переговорах — активно ведёте к сделке: звонки, счета, торг.
Выиграл — закрыт, это клиент.
Проиграл — сделки нет, и вы знаете почему.
Прогрев — не сейчас, но стоит вернуться позже.

Восемь значений. Держитесь и не добавляйте больше. Каждый лишний статус, который вы придумываете — «связались дважды», «отправлено КП v2», «ждём согласования закупки» — это статус, который теперь надо вести руками, а чем тоньше различия, тем быстрее вы перестаёте их проставлять. За месяц половина лидов окажется не в той корзине, и статусы перестанут что-либо значить. Больше статусов, чем вы реально будете вести, — строго хуже, чем меньше: статус, который вы не держите в актуальном виде, — это ложь, которую приходится перепроверять при каждом взгляде.

Если детали действительно нужны — какая версия КП, в чём затык — им место в поле заметок, а не в новом статусе. Статусы нужны для фильтрации и подсчёта. Проза — для деталей.

Самое важное поле: дата следующего действия

Если унесёте из этой статьи одну вещь — унесите эту. Самая ценная колонка во всей вашей системе — не статус, не название компании и не сумма сделки. Это одна дата: день, когда вам в следующий раз нужно что-то сделать с этим лидом.

Вот почему для небольшого оператора это вся игра целиком. Статус говорит, где лид находится; он не говорит, что делать сегодня. Дата следующего действия говорит именно это. Поставьте каждому активному лиду дату — день, когда написать фоллоу-ап, позвонить, отправить счёт, — и отсортируйте весь список по этой дате по возрастанию. То, что окажется наверху, и есть ваша работа на сегодня. Этот отсортированный экран — самый полезный, который вы когда-либо построите. Он заменяет память, стикеры и фоновую тревогу «кажется, я про кого-то забыл». Вы ни про кого не забыли: отсортированный по дате список забывает за вас и возвращает лида ровно в нужное утро.

Правило, благодаря которому это работает: у каждого активного лида всегда есть дата следующего действия, и она всегда в будущем. Как только вы закончили задачу — назначаете следующую, ещё не закрыв строку. Отправили фоллоу-ап сегодня — поставили следующую проверку через три дня. Ни один лид не имеет права висеть «активным» без даты: лид без даты — это лид, который проваливается в щель, а именно там умирает большинство сделок — не у конкурента, а в тишине, потому что никто не вспомнил написать снова.

Теги: ортогональные факты, а не второй статус

Именно здесь большинство систем превращается в кашу. Люди начинают сваливать всё в колонку статуса — «горячий лид с вебинара», «ресторан, Казань» — и статус пытается делать четыре работы одновременно. Он уже не может ни чисто фильтровать, ни надёжно считать, ни разумно сортировать, потому что держит в себе мешанину.

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

Источник — рекомендация, холодная база, входящий, мероприятие.
Ниша или отрасль — стоматолог, юрфирма, интернет-магазин.
Сегмент — соло, малая команда, крупный бизнес.
Приоритет — простое высокий / средний / низкий.

Тест, чтобы их различить: меняется ли этот факт по мере движения сделки? Если да — это статус. Если он остаётся верным независимо от того, что происходит со сделкой — рекомендация всегда рекомендация, стоматолог всегда стоматолог — это тег. Держите их в отдельных колонках, и оба остаются полезными: фильтруете по статусу, чтобы видеть стадию, и по тегу, чтобы ответить «какие из открытых сделок пришли по рекомендациям?» или «покажи всех лидов-рестораны с высоким приоритетом». Смешайте — и не ответите ни на один.

Стадии воронки: более грубый вид для прогноза

Воронка — не третья сущность, которую надо вести: это просто ваши статусы, сгруппированные в несколько крупных корзин, чтобы видеть форму бизнеса, не читая каждую строку. Например:

Верх — Новый и Связались (ответа ещё нет).
Середина — Ответил и Квалифицирован (живой разговор).
Низ — В переговорах (движение к закрытию).
Закрыто — Выиграл или Проиграл.

Смысл грубого вида — прогноз и баланс. Посчитайте, сколько лидов в каждой корзине, и узнаете то, что скрывает единый список: пустой верх означает, что через месяц наступит засуха, что бы ни говорила выручка этого месяца. Забитый застрявшими сделками низ при пустом верхе означает, что вы полируете старые возможности вместо поиска новых. Отдельная колонка под воронку не нужна: если статусы чистые, стадии — это просто группировка, которую вы применяете, когда хотите взгляд с высоты.

Дисциплина, которая держит систему живой

Система учёта лидов — не документ, который строят один раз; это привычка, которую держат. Три маленькие дисциплины отделяют систему, которая вас чему-то учит, от кладбища протухших строк.

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

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

Всегда фиксируйте причину проигрыша. Когда лид умирает, не просто помечайте «Проиграл» — напишите почему, одним словом или фразой: дорого, нет бюджета, ушёл к конкуренту, не вовремя, так и не ответил. Это единственный ретроспективный кусок данных, который окупается. После пятидесяти проигрышей вы сортируете по причине, и список начинает вас учить: если половина говорит «дорого» — у вас проблема с ценой или позиционированием; если половина «так и не ответил» — сбит аутрич или таргетинг. Проигрыш без причины — выброшенный урок.

Почему переусложнение убивает систему

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

Будьте безжалостны. Если вы месяц не фильтровали и не сортировали по полю — удалите его. Если поле пустое в большинстве строк — оно никогда не отрабатывало своё место. Инстинкт хватать больше «на всякий случай» — ровно тот инстинкт, что превращает рабочий список в заброшенный. Лучшая система учёта лидов — самая маленькая из тех, что вы реально будете вести: простой список с дисциплинированной колонкой следующего действия бьёт вычурную структуру, на которую вы тихо забили.

Раскладка, которую можно собрать сегодня

Вот конкретная таблица, которую вы настроите за пятнадцать минут. Одна строка на лида, эти колонки, в этом порядке:

Компания / имя — кто это.
Канал связи — почта, телефон или ник, которым вы реально до них дотягиваетесь.
Статус — одно из восьми значений, из фиксированного выпадающего списка, чтобы оставался чистым.
Дата следующего действия — важнейшая колонка; держите её ближе к центру-слева, где она на виду.
Следующее действие — три слова, что это за действие: «перезвонить», «отправить счёт», «фоллоу-ап».
Ответственный — одно имя.
Теги — источник, ниша, сегмент, приоритет.
Заметки — текущий журнал; свежая строка сверху, с датой.
Причина проигрыша — заполняется, только когда статус стал «Проиграл».

Затем постройте один сохранённый вид: фильтр по активным статусам, сортировка по дате следующего действия по возрастанию. Этот вид — ваша ежедневная рабочая лошадка. Открывайте его каждое утро, работайте сверху вниз и обновляйте каждую строку при касании. Всё прочее — подсчёты по воронке, фильтры по тегам, разбор причин проигрыша — запускаете время от времени, когда хотите отступить на шаг и посмотреть на форму дел.

В какой-то момент растущая команда перерастает таблицу и переходит на специализированный софт — это настоящее решение с настоящими компромиссами, и о нём у нас отдельный материал. Но не путайте инструмент с системой. Любая толковая CRM построена ровно на этих идеях: статусы, дата следующего действия, теги, стадии, ответственный. Если ваша таблица дисциплинированна, миграция лёгкая — вы переносите систему, которая уже работает. Если это каша, лучший софт просто даст вам более дорогую кашу. Сначала наладьте дисциплину: чистая колонка следующего действия — это большая часть того, что реально нужно небольшой команде. А когда понадобятся свежие, аккуратно структурированные лиды, чтобы наполнить систему, вы можете собрать точечный список в JustLeadIt и сразу разложить их по раскладке выше.

Начните с восьми статусов, одной даты и ежедневного отсортированного вида. Не добавляйте ничего, пока неделю не почувствуете, что этого не хватает. Выигрывают в этом не те, у кого самая навороченная система, — а те, чья простая система по-прежнему говорит правду в четверг под вечер.