Разработка ПОB2B / Тендеры5 месяцев4 специалиста

Генератор лидов и парсер тендеров

Агрегация, сегментация и автоматическое распределение по менеджерам

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

В расчётном сценарии команда обрабатывает на 40% больше подходящих тендеров за тот же период. Дедупликация и проверка критериев отбора предшествуют созданию сделки; рост количества не равен росту конверсии.

+40%обработанных тендеров

Демонстрация сценария

Вы — тендерный менеджер в «ПромСнаб Тендер»

08:30. Парсер подтянул 47 закупок — нужно отфильтровать, оценить скоринг и назначить без дублей.

Раскройте карточку тендера — критерии, документы, назначение. Смотрите загрузку менеджеров слева.

Интерактивный пример интерфейса. Данные и названия в демонстрации условные; она показывает сценарий работы, а не доступ к системе заказчика.

Что это даёт заказчику

B2B-компания, поставка промышленного оборудования для госконтрактов. Задача, состав работ и изменения в процессе.

Результат для заказчика

В расчётном сценарии команда обрабатывает на 40% больше подходящих тендеров за тот же период. Дедупликация и проверка критериев отбора предшествуют созданию сделки; рост количества не равен росту конверсии.

+40%обработанных тендеров

Что получил заказчик

Состав решения и назначение каждого элемента.

✓

Парсер площадок

zakupki.gov.ru, Сбербанк-АСТ, РТС, Фабрикант, ЕЭТП — каждые 30 мин

✓

Движок сегментации

Правила по ОКПД2, региону, сумме, ключевым словам, исключения

✓

Скоринг и распределение

Алгоритм с учётом специализации менеджера и текущей загрузки

✓

Интеграция CRM

Создание сделки, уведомление менеджеру, дедлайн подачи

✓

Дашборд РОП

Воронка тендеров, конверсия, топ площадок, пропущенные

Как заказчик работает и контролирует

Изменения в рабочем процессе после внедрения.

◎Мониторинг: Автомат каждые 30 мин
◎Распределение: Алгоритм по загрузке
◎CRM: Автосоздание с полями
◎Отчётность: Дашборд в реальном времени
Главное изменение в работе
Было

Ручной, 3–4 ч/день

Стало

Автомат каждые 30 мин

Архитектура и управление

Как связан цифровой контур

Конвейер обработки тендеров: сбор из источников, нормализация, устранение дублей, оценка релевантности и назначение менеджера.

Выберите звено процесса

Начало процесса. Текущее звено: Источник тендера. Далее: Нормализация.

Единый идентификатор закупки

Повторная публикация и изменение документации обновляют запись закупки. Совпадение заголовка не считается достаточным ключом для дедупликации.

Объяснимый скоринг

Рейтинг раскладывается на соответствие продукции, регион, срок и бюджет. Менеджер видит причину назначения, а не только итоговый балл.

Устойчивость источников

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

Метрики и ответственность

Точность отбора

Подтверждённые менеджером релевантные тендеры / отобранные

Владелец: Руководитель тендерного отдела

Скорость реакции

Время первого действия − время обнаружения закупки

Владелец: Менеджер

Контрольный сценарий приёмки

Повторная загрузка сохраняет один лид; изменение срока закупки обновляет задачу и уведомление.

Архитектурная реконструкция проекта. Детали процесса и демонстрационные данные иллюстрируют подход к решению; они не являются выгрузкой из системы заказчика.

Демонстрационный интерфейс: Генератор лидов и парсер тендеров
Реконструкция интерфейса на демонстрационных данных. Попробовать сценарий в интерактивном стенде

Результаты в цифрах

5+
Площадок

Автоматический мониторинг

+40%
Обработанных тендеров

За счёт скорости и охвата

По расписанию
Мониторинг

Менеджер проверяет отобранные закупки и исключения

Контроль
Повторы

ИКЗ и идентификатор площадки; изменения закупки обновляют запись

До и после

АспектДоПосле
МониторингРучной, 3–4 ч/деньАвтомат каждые 30 мин
РаспределениеНа глазАлгоритм по загрузке
CRMРучной ввод сделкиАвтосоздание с полями
ОтчётностьExcel раз в неделюДашборд в реальном времени

Обсудить задачу в вашей компании

В этом проекте: Разработали парсер с правилами сегментации, скорингом релевантности и алгоритмом распределения по менеджерам с учётом загрузки и специализации. Интеграция с CRM для создания сделок.

Обсудить похожую задачу →

Детали внедрения

Тендерные менеджеры тратили 3–4 часа в день на мониторинг площадок. Релевантные закупки пропускались, дубли обрабатывались двумя менеджерами. РОП не видел воронку тендеров и конверсию по площадкам.

Клиент

B2B-компания, поставка промышленного оборудования для госконтрактов

Масштаб

45 сотрудников, 8 тендерных менеджеров

РФ, фокус на ЦФО и Поволжье

Было до проекта

Ручной мониторинг zakupki.gov.ru и 4 коммерческих площадок, Excel-реестр

PythonПарсингCRMАвтораспределение

Исходная задача

  • 015+ площадок — ручной обход каждое утро
  • 02Нет единого реестра: дубли, пропуски, потерянные дедлайны
  • 03Сегментация по ОКПД2 и регионам — в голове менеджера
  • 04Распределение по менеджерам без учёта загрузки
  • 05Отчётность для РОП — раз в неделю вручную

Цели проекта

  • →Автопарсинг целевых площадок по расписанию
  • →Сегментация: регион, ОКПД2, сумма, ключевые слова, чёрный список
  • →Скоринг релевантности и автораспределение по менеджерам
  • →Интеграция с CRM: автосоздание сделки в тендерной воронке

Этапы внедрения

1

Анализ площадок

3 недели

API/HTML-парсинг, карта полей, тесты на 1000 закупок

2

Сегментация

4 недели

Правила, скоринг, UI настройки для РОП

3

CRM и распределение

5 недель

Автосделки, алгоритм загрузки, уведомления

4

Запуск

3 недели

8 менеджеров, калибровка правил, мониторинг

Стек и технологии

Python 3CeleryPostgreSQLRedisReact

Интеграции

  • Битрикс24 CRM
  • Telegram (алерты)
  • Email

Нюансы и решения

Детали, которые отличают проект от «типового внедрения» — учтённая специфика бизнеса и принятые архитектурные решения.

#1Дубли определяются по ИКЗ и номеру закупки — повтор не создаёт сделку
#2Закупки с суммой < порога клиента отсеиваются до скоринга
#3Менеджер может «вернуть» нерелевантный тендер — правило уточняется автоматически
#4При дедлайне < 48 ч — приоритетное уведомление в Telegram и SMS

Проект

Отрасль
B2B / Тендеры
Срок
5 месяцев
Команда
4 специалиста
Категория
Разработка ПО

Роли в проекте

  • Python-разработчик
    Парсеры, очереди
  • Аналитик
    Правила сегментации
  • Интегратор CRM
    Сделки, уведомления
Похожий проект

Другие проекты по направлению

Все кейсы направления →