Разработка системы Lead Scoring (оценка лидов) на сайте

Наша компания занимается разработкой, поддержкой и обслуживанием сайтов любой сложности. От простых одностраничных сайтов до масштабных кластерных систем построенных на микро сервисах. Опыт разработчиков подтвержден сертификатами от вендоров.

Разработка и обслуживание любых видов сайтов:

Информационные сайты или веб-приложения
Сайты визитки, landing page, корпоративные сайты, онлайн каталоги, квиз, промо-сайты, блоги, новостные ресурсы, информационные порталы, форумы, агрегаторы
Сайты или веб-приложения электронной коммерции
Интернет-магазины, B2B-порталы, маркетплейсы, онлайн-обменники, кэшбэк-сайты, биржи, дропшиппинг-платформы, парсеры товаров
Веб-приложения для управления бизнес-процессами
CRM-системы, ERP-системы, корпоративные порталы, системы управления производством, парсеры информации
Сайты или веб-приложения электронных услуг
Доски объявлений, онлайн-школы, онлайн-кинотеатры, конструкторы сайтов, порталы предоставления электронных услуг, видеохостинги, тематические порталы

Это лишь некоторые из технических типов сайтов, с которыми мы работаем, и каждый из них может иметь свои специфические особенности и функциональность, а также быть адаптированным под конкретные потребности и цели клиента

Услуги, которые мы предлагаем
Показано 1 из 1Все 2062 услуг
Разработка системы Lead Scoring (оценка лидов) на сайте
Сложный
~5 дней
Часто задаваемые вопросы

Наши компетенции:

Этапы разработки

Последние работы

  • image_website-b2b-advance_0.webp
    Разработка сайта компании B2B ADVANCE
    1361
  • image_web-applications_feedme_466_0.webp
    Разработка веб-приложения для компании FEEDME
    1251
  • image_websites_belfingroup_462_0.webp
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    957
  • image_ecommerce_furnoro_435_0.webp
    Разработка интернет магазина для компании FURNORO
    1189
  • image_crm_enviok_479_0.webp
    Разработка веб-приложения для компании Enviok
    929
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Разработка веб-сайта для компании ФИКСПЕР
    948

Ваш отдел продаж тратит 70% времени на лиды, которые никогда не купят. Lead scoring автоматически присваивает баллы каждому посетителю сайта на основе поведения: просмотр страниц, скачивание материалов, заполнение форм. Как только лид набирает пороговое значение, он передаётся в CRM как горячий. Мы реализовали эту систему для десятка B2B-проектов — в среднем конверсия в продажу выросла в 2,5 раза. Система оценки лидов на сайте учитывает поведенческий скоринг и автоматизирует квалификацию. Свяжитесь с нами, чтобы получить консультацию по настройке.

Почему стандартный лид-скоринг не работает без правильной конфигурации?

Просто присвоить 5 баллов за просмотр страницы — недостаточно. Нужно учитывать повторяемость событий: не засчитывать повторно демо-запрос, взвешивать негативные сигналы (отписка, неактивность 30 дней) и динамически менять пороги стадий. Без этого система генерирует ложноположительные горячие лиды, отвлекающие менеджеров. Наша конфигурация включает 20+ типов событий с баллами от -25 до +50 и четыре уровня лидов: cold, warm, hot, mql/sql. Автоматическая квалификация в 4 раза быстрее ручной.

Как настроить веса событий?

Вес события определяется его близостью к покупке: просмотр страницы тарифов — 15 баллов, заполнение контактной формы — 40, старт trial — 50. Негативные сигналы (отписка от рассылки, неактивность более 30 дней) снижают счёт на 10–20 баллов. Мы рекомендуем ежеквартально пересматривать веса на основе конверсии лидов в сделки — это повышает точность прогноза. Например, в одном проекте мы увеличили вес просмотра страницы кейсов с 5 до 10 после того, как заметили сильную корреляцию с покупкой.

MQL и SQL: стадии квалификации

Marketing Qualified Lead (MQL) — лид, достигший 80 баллов, автоматически передаётся в CRM для nurture-кампаний. Sales Qualified Lead (SQL) — 100 и более баллов, требует немедленного звонка менеджера. Разные пороги позволяют не перегружать продажи ранними контактами, а маркетингу — дорабатывать тёплые лиды.

Критерий Без lead scoring С lead scoring
Время на квалификацию одного лида 10–15 минут Мгновенно (автоматически)
Точность приоритизации Низкая (субъективная) Высокая (на основе данных)
Обработка потока из 1000 лидов/мес 2–3 менеджера full-time 1 менеджер (только горячие)
Конверсия в продажу 1–3% 5–8% (за счёт фокуса на MQL)
Затраты на внедрение 0 (стоимость времени менеджеров) От $2,000 до $8,000
Стадия Диапазон баллов Действие менеджера
Cold 0–29 Автоматическая email-рассылка
Warm 30–59 Еженедельный обзвон
Hot 60–79 Приоритетный обзвон в течение дня
MQL 80–99 Создание лида в CRM, уведомление SDR
SQL 100+ Немедленный звонок менеджера по продажам

Архитектура системы

Модель данных

// Схема таблиц
Schema::create('lead_scores', function (Blueprint $table) {
    $table->id();
    $table->foreignId('user_id')->nullable()->constrained()->nullOnDelete();
    $table->string('session_id')->index();
    $table->string('email')->nullable()->index();
    $table->integer('score')->default(0);
    $table->json('score_breakdown');
    $table->string('stage')->default('cold');
    $table->timestamp('mql_reached_at')->nullable();
    $table->timestamp('qualified_at')->nullable();
    $table->timestamps();
    $table->index(['score', 'stage']);
});

Schema::create('lead_events', function (Blueprint $table) {
    $table->id();
    $table->foreignId('lead_score_id')->constrained()->cascadeOnDelete();
    $table->string('event');
    $table->integer('points');
    $table->json('metadata')->nullable();
    $table->timestamps();
});

Конфигурация баллов

// config/lead_scoring.php
return [
    'events' => [
        'page_view_pricing'          => 15,
        'page_view_case_study'       => 10,
        'page_view_demo'             => 20,
        'demo_requested'             => 50,
        'whitepaper_downloaded'      => 20,
        'webinar_registered'         => 25,
        'free_trial_started'         => 40,
        'pricing_calculator_used'    => 30,
        'comparison_page_viewed'     => 15,
        'contact_form_submitted'     => 40,

        'email_opened'               => 5,
        'email_clicked'              => 10,
        'return_visit'               => 5,
        'visited_3_days_in_row'      => 15,

        'company_size_50_plus'       => 20,
        'role_decision_maker'        => 25,
        'budget_confirmed'           => 30,

        'unsubscribed'               => -20,
        'inactive_30_days'           => -10,
        'student_email_domain'       => -25,
    ],

    'thresholds' => [
        'warm' => 30,
        'hot'  => 60,
        'mql'  => 80,
        'sql'  => 100,
    ],
];

Сервис скоринга

class LeadScoringService
{
    public function track(string $sessionId, string $event, array $metadata = [], ?int $userId = null): LeadScore
    {
        $points = config("lead_scoring.events.{$event}", 0);

        $lead = LeadScore::firstOrCreate(
            ['session_id' => $sessionId],
            ['user_id' => $userId, 'score_breakdown' => []]
        );

        if ($userId && !$lead->user_id) {
            $lead->update(['user_id' => $userId]);
        }

        if (!empty($metadata['email']) && !$lead->email) {
            $lead->update(['email' => $metadata['email']]);
        }

        $onceEvents = ['demo_requested', 'free_trial_started', 'contact_form_submitted'];
        if (in_array($event, $onceEvents)) {
            if (LeadEvent::where('lead_score_id', $lead->id)->where('event', $event)->exists()) {
                return $lead;
            }
        }

        LeadEvent::create([
            'lead_score_id' => $lead->id,
            'event'         => $event,
            'points'        => $points,
            'metadata'      => $metadata,
        ]);

        $breakdown = $lead->score_breakdown ?? [];
        $breakdown[$event] = ($breakdown[$event] ?? 0) + $points;

        $newScore = $lead->score + $points;
        $newStage = $this->calculateStage($newScore);

        $lead->update([
            'score'           => $newScore,
            'score_breakdown' => $breakdown,
            'stage'           => $newStage,
        ]);

        $thresholds = config('lead_scoring.thresholds');
        $prevStage  = $this->calculateStage($lead->score - $points);

        if ($newStage !== $prevStage) {
            $this->onStageChange($lead, $prevStage, $newStage);
        }

        return $lead->fresh();
    }

    private function calculateStage(int $score): string
    {
        $thresholds = config('lead_scoring.thresholds');
        if ($score >= $thresholds['sql'])  return 'sql';
        if ($score >= $thresholds['mql'])  return 'mql';
        if ($score >= $thresholds['hot'])  return 'hot';
        if ($score >= $thresholds['warm']) return 'warm';
        return 'cold';
    }

    private function onStageChange(LeadScore $lead, string $from, string $to): void
    {
        Log::info("Lead stage change: {$from} → {$to}", ['lead_id' => $lead->id, 'score' => $lead->score]);

        if ($to === 'mql') {
            $lead->update(['mql_reached_at' => now()]);
            SyncLeadToCrm::dispatch($lead);
            Notification::route('slack', '#leads-hot')
                ->notify(new MqlReachedNotification($lead));
        }

        if ($to === 'sql') {
            $lead->update(['qualified_at' => now()]);
            $salesManager = User::salesManager()->inRandomOrder()->first();
            $salesManager?->notify(new SqlLeadAssigned($lead));
        }
    }
}

Отслеживание событий на фронтенде

class LeadTracker {
  private sessionId: string;

  constructor() {
    this.sessionId = sessionStorage.getItem('ls_session') || this.generateId();
    sessionStorage.setItem('ls_session', this.sessionId);
  }

  async track(event: string, metadata: Record<string, any> = {}): Promise<void> {
    try {
      await fetch('/api/lead-score/track', {
        method: 'POST',
        headers: { 'Content-Type': 'application/json' },
        body: JSON.stringify({
          session_id: this.sessionId,
          event,
          metadata: { ...metadata, page: window.location.pathname },
        }),
      });
    } catch (e) {
      // Не блокируем UI при ошибке трекинга
    }
  }

  private generateId(): string {
    return Date.now().toString(36) + Math.random().toString(36).substr(2);
  }
}

export const tracker = new LeadTracker();

Dashboard для менеджеров

SELECT
  ls.email,
  ls.score,
  ls.stage,
  ls.mql_reached_at,
  COUNT(le.id) AS events_count,
  MAX(le.created_at) AS last_activity
FROM lead_scores ls
JOIN lead_events le ON le.lead_score_id = ls.id
WHERE ls.stage IN ('mql', 'sql', 'hot')
  AND ls.mql_reached_at >= now() - interval '7 days'
GROUP BY ls.id, ls.email, ls.score, ls.stage, ls.mql_reached_at
ORDER BY ls.score DESC;

Что входит в разработку под ключ

  • Конфигурируемая система скоринга с 20+ событиями (можно менять без программиста).
  • Трекинг на фронтенде без потери производительности (асинхронный fetch, не блокирует UI).
  • Автоматическая передача лидов в популярные CRM (AmoCRM, Bitrix24, Salesforce) при достижении MQL.
  • Дашборд для менеджеров с фильтрацией по стадиям и подсветкой горячих лидов.
  • Документация по правилам скоринга и инструкция для маркетологов.
  • Техподдержка 30 дней после запуска.

Как проходит внедрение

  1. Аналитика: собираем ваши текущие критерии квалификации и типичный путь клиента.
  2. Проектирование: настраиваем веса событий, пороги стадий, интеграции.
  3. Реализация: пишем backend и frontend, подключаем CRM по API.
  4. Тестирование: проверяем корректность скоринга на исторических данных.
  5. Запуск: деплой и обучение команды.

Сроки и стоимость

Сроки — от 8 до 14 рабочих дней в зависимости от сложности CRM и количества кастомных событий. Стоимость внедрения — от $2,000 до $8,000 в зависимости от интеграций и количества событий. Напишите нам — мы подберём оптимальное решение под ваш бюджет. Экономия на ручной квалификации может достигать $15,000 в год.

Типичные ошибки при реализации lead scoring

  • Засчитывать одно и то же событие многократно (нужен флаг once-событий).
  • Игнорировать негативные сигналы — лид может быть холодным, даже если много кликает.
  • Не обновлять пороги со временем — поведение аудитории меняется, правила нужно адаптировать.

Получите консультацию по настройке lead scoring — оценим ваш проект бесплатно.

Lead scoring — методика, описанная в Wikipedia.

Настройка веб-аналитики: GA4, GTM, Яндекс.Метрика и Amplitude

Мы часто видим: конверсия 1.2 %, трафик растёт, а конверсия стоит. Маркетолог смотрит в Google Analytics и говорит: «пользователи уходят с шага 2 оформления заказа». Разработчик открывает тот же шаг — ошибок нет, в Sentry тишина. Значит, дело не в JS-баге, а в UX или в кривых данных, которые показывает аналитика. Аналитика ломается незаметно: событие перестало трекаться после редеплоя — никто не заметил; GTM-тег стреляет дважды — данные задвоились; фильтр GA4 исключает бота, который на самом деле — реальный трафик с корпоративного прокси. Закажите аудит текущих тегов — мы найдём причину за неделю.

После правильной настройки экономия рекламного бюджета может достигать 150 000 ₽ в месяц — это реальный кейс интернет-магазина с 50 000 сессий в день, где дедупликация purchase вернула 20 % неверно приписанных конверсий.

Почему события GA4 дублируются и как это исправить?

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

Автоматические события GA4 собирает сам: page_view, scroll, click, session_start. Рекомендуемые события нужно реализовать самостоятельно: purchase, add_to_cart, begin_checkout, view_item. Google ожидает конкретную схему параметров — если передать product_id вместо item_id, данные попадут в GA4, но не в стандартные отчёты e-commerce. Кастомные события для специфики проекта: filter_applied, video_progress, form_step_completed. Кастомные параметры необходимо зарегистрировать в GA4 Admin → Custom definitions, иначе они не будут доступны в отчётах.

Частая ошибка — событие purchase с дублями. Причина: тег срабатывает на странице /thank-you, пользователь обновляет страницу — второй purchase уходит в GA4. Решение: на бэкенде генерируем уникальный transaction_id и передаём в событие. GA4 de-duplicates по нему (в теории — проверяйте через DebugView). Правильная атрибуция экономит до 20 % рекламного бюджета, который раньше уходил на неверно приписанные конверсии.

Как настроить data layer, чтобы не потерять данные?

GTM — инструмент для управления тегами без деплоя кода. Но «без кода» не значит «без архитектуры». Data Layer — основа всего. Передаём данные из приложения в GTM через dataLayer.push(). Структура: event + контекстные данные. Для e-commerce: перед открытием страницы продукта — push с данными товара. GTM-тег читает из dataLayer, не из DOM.

window.dataLayer = window.dataLayer || [];
dataLayer.push({
  event: 'view_item',
  ecommerce: {
    items: [{
      item_id: 'SKU-12345',
      item_name: 'Название товара',
      price: 1990.00,
      currency: 'RUB'
    }]
  }
});

Плохая практика: GTM-тег парсит DOM — ищет цену в span.price, название в h1. Это ломается при любом изменении верстки. Хорошая практика: всегда dataLayer. Используем Preview Mode для отладки и GTM Server-Side для чувствительных данных — отправка с сервера, не с браузера, обходит блокировщики рекламы, не теряет данные.

Как Яндекс.Метрика дополняет веб-аналитику?

Для российской аудитории Метрика обязательна — особенно Вебвизор. Запись сессии пользователя, который бросил корзину, часто даёт ответ быстрее, чем неделя анализа воронки. Цели в Метрике: событийные (через ym(COUNTER_ID, 'reachGoal', 'GOAL_NAME')) или автоматические (клик по кнопке, посещение страницы). Связка с CRM через Метрика Плюс — передача офлайн-конверсий. Наш опыт: в 8 из 10 проектов после настройки Метрики находили скрытые баги в UX, которые не показывали другие системы.

Что даёт product analytics в Amplitude?

Amplitude — продуктовый инструмент, в отличие от маркетинговых GA4 и Метрики. Он заточен под анализ поведения пользователей внутри продукта: воронки, ретеншн, user paths. Amplitude подходит для SaaS-продуктов, мобильных приложений и любых сервисов с зарегистрированными пользователями, где важно понять, как проходят онбординг, на каком шаге уходят, какие фичи используют чаще. Ключевые концепции: identify (связать анонимного пользователя с userId после авторизации), group (аккаунт в B2B SaaS), когорты для удержания. Amplitude Chart — воронка шагов за последние 30 дней с разбивкой по источнику.

Мониторинг качества данных

Аналитика без мониторинга — чёрный ящик. Настраиваем:

  • GA4 Realtime — проверяем после каждого деплоя, что ключевые события приходят
  • Alerting в GA4 — аномалия в количестве событий purchase (резкое падение = что-то сломалось)
  • GTM Preview в staging-окружении перед продакшеном
  • Ручные тесты воронок раз в неделю — просто пройти путь покупателя и проверить, что всё трекается

Что проверяем после каждого деплоя

  • Все ли рекомендуемые события присутствуют в DebugView
  • Нет ли задвоений (считаем количество purchase на 100 сессий)
  • Не изменилась ли структура dataLayer после обновления фронтенда

Что входит в работу

Компонент Описание
Аудит текущих тегов Проверка существующих GTM-тегов, dataLayer, дублей и ошибок
Дизайн событийной схемы Документация: список событий, параметры, триггеры
Настройка GA4 + GTM Создание конфигурации, тегов, Custom definitions
Яндекс.Метрика Установка счётчика, создание целей, настройка Вебвизора
Amplitude (опционально) Настройка клиентского и серверного SDK, когорты
QA и мониторинг Тестирование в Preview Mode, Alerting
Обучение и передача Доступы, инструкция по добавлению новых событий, консоль

Процесс и сроки

  1. Аудит текущих тегов и данных (2 дня)
  2. Дизайн событийной схемы (2 дня)
  3. Разработка Data Layer и настройка тегов (3–5 дней)
  4. QA в Preview Mode и на staging (2 дня)
  5. Деплой и настройка дашбордов (1 день)
Сценарий Срок
Базовая настройка GA4 + GTM 1 неделя
Полный e-commerce tracking + Метрика 2–3 недели
Server-side GTM + Amplitude 3–5 недель

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

Wikipedia: Веб-аналитика — подробнее о методах и метриках. Официальная документация по событийной модели GA4 доступна в Google Analytics 4.