Разработка AI-системы корзинного анализа Market Basket Analysis

Проектируем и внедряем системы искусственного интеллекта: от прототипа до production-ready решения. Наша команда объединяет экспертизу в машинном обучении, дата-инжиниринге и MLOps, чтобы AI работал не в лаборатории, а в реальном бизнесе.
Показано 1 из 1Все 1564 услуг
Разработка AI-системы корзинного анализа Market Basket Analysis
Средний
~3-5 дней
Часто задаваемые вопросы

Направления AI-разработки

Этапы разработки AI-решения

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

  • image_website-b2b-advance_0.webp
    Разработка сайта компании B2B ADVANCE
    1348
  • image_web-applications_feedme_466_0.webp
    Разработка веб-приложения для компании FEEDME
    1247
  • image_websites_belfingroup_462_0.webp
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    949
  • image_ecommerce_furnoro_435_0.webp
    Разработка интернет магазина для компании FURNORO
    1183
  • image_logo-advance_0.webp
    Разработка логотипа компании B2B Advance
    642
  • image_crm_enviok_479_0.webp
    Разработка веб-приложения для компании Enviok
    921

Розничная сеть из 500 магазинов теряла 12% выручки из-за отсутствия персонализированных рекомендаций. Товары в корзине не пересекались, промо-акции не использовали синергию, а отдел аналитики тратил недели на Excel-отчёты. Мы построили AI-систему корзинного анализа, которая заменила ручной труд и увеличила кросс-продажи на 18% за первый квартал. Ключевая идея — гибрид классических association rules и нейросетей, что даёт интерпретируемость основных правил и глубину long-tail.

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

Какие проблемы решает Market Basket Analysis?

Разреженность данных. В типичном датасете 1 млн транзакций и 10 тыс. SKU большинство пар товаров встречаются редко. Классические алгоритмы (Apriori, FP-Growth) дают много шума. Нейросетевая модель улавливает слабые сигналы, используя эмбеддинги и механизм self-attention. Дополнительно применяем техники аугментации данных и взвешенного сэмплирования для long-tail категорий.

Сезонные тренды. Правила, выведенные на данных января, не работают в июле. Отдельные модели для каждого сезона повышают точность на 30%. Учитываем праздники, распродажи и погодные факторы. Для каждого сезона строим свои правила и эмбеддинги, что позволяет рекомендовать сезонные товарные связки.

Масштабирование. Обработка 1 млн транзакций FP-Growth на single CPU занимает 3-8 минут. Для ежедневного пересчёта в реальном времени используем инкрементальные обновления и GPU для нейросети. Гибридная архитектура позволяет пересчитывать правила раз в день, а нейросеть дообучать раз в неделю — это баланс между скоростью и качеством.

Грязные данные — ещё одна проблема. Пропуски, дубликаты и устаревшие цены напрямую влияют на качество правил. Мы автоматизируем ETL-процессы с проверкой согласованности.

Почему гибридный подход лучше классических правил?

Согласно отчёту McKinsey, ритейлеры с AI-рекомендациями увеличивают выручку на 10–30%.

Классический FP-Growth + нейросеть: rules для высокоподдерживаемых пар (lift > 1.2, confidence > 0.3), нейросеть для long-tail. Это даёт +15-20% Recall@10 против чистых association rules.

import pandas as pd
import numpy as np
from mlxtend.frequent_patterns import fpgrowth, association_rules
from mlxtend.preprocessing import TransactionEncoder
import torch
import torch.nn as nn

class BasketAnalyzer:
    """Классический FP-Growth + нейросетевое расширение"""

    def __init__(self, min_support: float = 0.01, min_confidence: float = 0.3):
        self.min_support = min_support
        self.min_confidence = min_confidence
        self.rules = None
        self.te = TransactionEncoder()

    def fit(self, transactions: list[list[str]]) -> pd.DataFrame:
        """
        transactions: [['молоко', 'хлеб', 'масло'], ['молоко', 'яйца'], ...]
        """
        te_array = self.te.fit_transform(transactions)
        df = pd.DataFrame(te_array, columns=self.te.columns_)

        # FP-Growth быстрее Apriori на 10-100x для больших датасетов
        frequent_itemsets = fpgrowth(df, min_support=self.min_support, use_colnames=True)

        self.rules = association_rules(
            frequent_itemsets,
            metric='confidence',
            min_threshold=self.min_confidence
        )

        # Добавляем lift и conviction для фильтрации
        self.rules = self.rules[self.rules['lift'] > 1.2]
        self.rules = self.rules.sort_values('lift', ascending=False)

        return self.rules

    def get_recommendations(self, basket: list[str],
                              top_k: int = 5) -> list[dict]:
        """Рекомендации для текущей корзины"""
        if self.rules is None:
            return []

        basket_set = frozenset(basket)
        matching_rules = self.rules[
            self.rules['antecedents'].apply(lambda x: x.issubset(basket_set))
        ]

        # Убираем товары, уже в корзине
        recommendations = []
        seen = set()
        for _, rule in matching_rules.iterrows():
            for item in rule['consequents']:
                if item not in basket_set and item not in seen:
                    recommendations.append({
                        'item': item,
                        'confidence': rule['confidence'],
                        'lift': rule['lift'],
                        'support': rule['support']
                    })
                    seen.add(item)
                    if len(recommendations) >= top_k:
                        break
            if len(recommendations) >= top_k:
                break

        return recommendations

    def get_category_affinity(self, transactions: pd.DataFrame) -> pd.DataFrame:
        """Матрица аффинности между категориями товаров"""
        # Транзакции с категориями вместо конкретных товаров
        cat_transactions = transactions.groupby('order_id')['category'].apply(list).tolist()
        te_cat = TransactionEncoder()
        cat_array = te_cat.fit_transform(cat_transactions)
        cat_df = pd.DataFrame(cat_array, columns=te_cat.columns_)

        # Совместная встречаемость категорий
        co_occurrence = cat_df.T.dot(cat_df)
        np.fill_diagonal(co_occurrence.values, 0)

        # Нормализуем по поддержке (PMI-подобная мера)
        totals = cat_df.sum()
        n = len(cat_df)
        affinity = co_occurrence / n / (totals.values[:, None] * totals.values[None, :] / n**2 + 1e-9)

        return affinity


class NeuralBasketPredictor(nn.Module):
    """
    Нейросетевая модель для предсказания следующего товара в корзину.
    Входной вектор: bag-of-items бинарный вектор текущей корзины.
    """

    def __init__(self, n_items: int, embedding_dim: int = 64):
        super().__init__()
        self.item_embedding = nn.Embedding(n_items, embedding_dim, padding_idx=0)
        self.attention = nn.MultiheadAttention(embedding_dim, num_heads=4, batch_first=True)
        self.fc = nn.Sequential(
            nn.Linear(embedding_dim, 256),
            nn.ReLU(),
            nn.Dropout(0.3),
            nn.Linear(256, n_items)
        )

    def forward(self, basket_item_ids: torch.Tensor) -> torch.Tensor:
        """
        basket_item_ids: (batch, seq_len) — индексы товаров в корзине
        Returns: (batch, n_items) — logits для каждого товара
        """
        emb = self.item_embedding(basket_item_ids)  # (batch, seq, dim)
        attended, _ = self.attention(emb, emb, emb)  # Self-attention по корзине
        pooled = attended.mean(dim=1)  # (batch, dim)
        return self.fc(pooled)

Как учитывать временные паттерны и сезонность?

class TemporalBasketAnalyzer:
    """Анализ временных паттернов покупок"""

    def find_sequential_patterns(self, orders: pd.DataFrame,
                                   days_window: int = 7) -> pd.DataFrame:
        """Выявление последовательных покупок в окне N дней"""
        orders_sorted = orders.sort_values(['user_id', 'order_date'])

        sequential = []
        for user_id, user_orders in orders_sorted.groupby('user_id'):
            order_list = user_orders.to_dict('records')
            for i, order_i in enumerate(order_list):
                for order_j in order_list[i+1:]:
                    days_diff = (order_j['order_date'] - order_i['order_date']).days
                    if days_diff > days_window:
                        break
                    if days_diff > 0:
                        sequential.append({
                            'item_a': order_i['sku'],
                            'item_b': order_j['sku'],
                            'days_between': days_diff
                        })

        df = pd.DataFrame(sequential)
        if df.empty:
            return df

        # Топ последовательных пар
        return (df.groupby(['item_a', 'item_b'])
                  .agg(count=('days_between', 'count'),
                       avg_days=('days_between', 'mean'))
                  .reset_index()
                  .sort_values('count', ascending=False))

    def get_seasonal_baskets(self, transactions: pd.DataFrame) -> dict:
        """Сезонные корзины: что обычно покупают вместе в конкретный период"""
        transactions['month'] = transactions['order_date'].dt.month
        transactions['season'] = transactions['month'].map({
            12: 'winter', 1: 'winter', 2: 'winter',
            3: 'spring', 4: 'spring', 5: 'spring',
            6: 'summer', 7: 'summer', 8: 'summer',
            9: 'autumn', 10: 'autumn', 11: 'autumn'
        })

        seasonal_rules = {}
        for season, group in transactions.groupby('season'):
            season_transactions = group.groupby('order_id')['sku'].apply(list).tolist()
            if len(season_transactions) < 100:
                continue

            te = TransactionEncoder()
            arr = te.fit_transform(season_transactions)
            df_season = pd.DataFrame(arr, columns=te.columns_)
            freq = fpgrowth(df_season, min_support=0.02, use_colnames=True)

            if not freq.empty:
                rules = association_rules(freq, metric='lift', min_threshold=1.5)
                seasonal_rules[season] = rules.sort_values('lift', ascending=False).head(20)

        return seasonal_rules

Временные паттерны позволяют рекомендовать товары не только на основе одной корзины, но и последовательностей покупок во времени. Например, после покупки принтера через неделю часто покупают картриджи. Сезонные корзины строятся отдельно для каждого сезона, что увеличивает релевантность рекомендаций. Для каждого пользователя система учитывает его историю — это даёт персонализированные временные связки.

Процесс внедрения: от аудита до деплоя

  1. Аналитика — аудит данных (источники, качество, частота обновления). Проверяем пропуски, дубликаты, распределение транзакций.
  2. Проектирование — выбор архитектуры (гибрид / только rules / только NN), прототип на выборке 10k транзакций.
  3. Реализация — обучение моделей, написание REST API на FastAPI, интеграция с CRM/ERP через webhook.
  4. Тестирование — A/B-тест на 10% аудитории, замер CTR и ATC, анализ lift по категориям.
  5. Деплой — контейнеризация Docker, развёртывание в вашем Kubernetes или облаке, настройка мониторинга (Grafana, Prometheus, alerting).

Что входит в работу (deliverables)

  • Обучение 2-3 моделей (FP-Growth, Neural, Temporal) с подбором гиперпараметров.
  • REST API с документацией (OpenAPI 3.0) — эндпоинты: рекомендации по корзине, сезонные правила, временные последовательности.
  • Дашборд метрик (Grafana) — recall@k, precision@k, CTR, latency p99.
  • Обучение ваших инженеров (2 воркшопа по 4 часа) — архитектура, интерпретация результатов, дообучение.
  • Гарантийная поддержка 12 месяцев с реакцией до 4 часов.

Сравнение подходов: метрики и скорости

Подход Recall@10 Время обучения (1M транзакций) Покрытие long-tail Интерпретируемость
Только правила 0.42 8 мин Низкое Высокая
Только нейросеть 0.55 2 ч (GPU) Среднее Низкая
Гибрид (наш) 0.61 2 ч 8 мин Высокое Средняя

Гибридный подход даёт на 45% больший recall, чем чистые правила, при этом сохраняет интерпретируемость для топ-пар. Используем его для розничных сетей с 50+ магазинов — опыт более 10 проектов.

Подробнее о метриках precision@k — доля релевантных рекомендаций среди первых k, recall@k — полнота. Для вашего бизнеса важнее recall@10, если цель — найти как можно больше подходящих товаров. latency p99 — время ответа API; гарантируем < 200ms.
Сценарий Рост кросс-продаж Снижение оттока Время окупаемости
Продуктовый ритейл +22% -15% 4-6 мес.
Fashion +18% -10% 6-8 мес.
DIY/товары для дома +25% -12% 5-7 мес.

Получите предварительную оценку ваших данных — мы проанализируем структуру и предложим оптимальную архитектуру за 2 дня.

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

Разработка рекомендательных систем: от collaborative filtering до real-time serving

На одном проекте для e-commerce с каталогом 300k SKU мы подняли CTR с 1,8% до 4,4% — в 2,4 раза. Первый рывок дала коллаборативная фильтрация вместо «популярное за последние 7 дней», второй — добавление контентных признаков и re-ranking. Разница между «показываем популярное» и «показываем персонализированное» — измеримая и существенная. Ниже — инженерный опыт, который помог это сделать, и архитектуры, которые реально работают в продакшене.

Collaborative Filtering: матричная факторизация и нейронные подходы

Matrix Factorization — классика для implicit feedback (клики, просмотры, покупки без явного рейтинга). ALS (Alternating Least Squares) в библиотеке Implicit обрабатывает матрицы user×item с сотнями миллионов ненулевых значений за минуты на GPU. Latent factors 64–256, регуляризация λ=0.01–0.1 — стартовые параметры. Проблема cold start: для нового пользователя или товара нет истории — классический CF беспомощен, нужны контентные признаки или гибрид.

Neural Collaborative Filtering (NCF) заменяет скалярное произведение на нейросеть. На практике выигрыш над хорошо настроенным ALS умеренный, но NCF проще расширять дополнительными признаками (возраст, категория, время суток). Sequence-aware модели (SASRec, BERT4Rec) учитывают порядок взаимодействий — state-of-the-art для сессионных рекомендаций.

Как выбрать архитектуру рекомендательной системы?

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

Критерий Collaborative Filtering Content-Based Filtering Гибридный (two-stage)
Данные для старта История взаимодействий Признаки объектов и пользователей И то, и другое
Cold start Провальный Работает для новых items Частично решён
Diversity (long-tail) Низкий, popularity bias Высокий Средний–высокий
Latency serving <5 ms (precomputed) <10 ms (FAISS) 20–50 ms
Сложность внедрения Низкая Средняя Высокая

Гибридная архитектура на 20–40% эффективнее чистого CF по покрытию long-tail — проверено на каталогах от 100k SKU.

Content-Based Filtering: когда истории взаимодействий мало

Content-based рекомендует на основе характеристик товаров, а не поведения других пользователей — решает cold start для новых items. Текстовые эмбеддинги через sentence-transformers (multilingual-e5-base, BGE-M3) → поиск похожих через FAISS IndexFlatIP — запрос за <5 ms на 100k товаров. Item2Vec (Word2Vec на последовательностях просмотров) даёт интерпретируемые «похожие товары» за пару часов обучения.

Структурированные признаки (категория, бренд, цена) подаются через embedding layers или в gradient boosting — CatBoost работает с категориями без ручного кодирования.

Почему гибридные модели работают лучше?

Production-системы почти всегда двухуровневые. Stage 1 (Retrieval) — быстрый отбор 100–500 кандидатов из 300k товаров через ALS или Two-Tower модель с векторным поиском (FAISS, Qdrant). Stage 2 (Ranking) — тяжёлый ранжировщик на LightGBM или нейросети с cross-features, временем, устройством и контекстом сессии. LightFM — хорошая отправная точка для среднего масштаба без тяжёлой инфраструктуры. Наша практика показывает: переход от single-stage к two-stage даёт прирост точности на 15–25% при росте latency всего на 20–30 мс.

Real-Time Serving: архитектура под нагрузку

Latency SLA — 50–100 ms при тысячах запросов в секунду. Base-рекомендации precompute (batch job раз в час) → Redis по user_id → <5 ms. Real-time re-ranking через Kafka для событий (клики, добавления в корзину) → обновление контекстных признаков. Feature serving — Redis с TTL (число просмотров за 24 часа, последний кликнутый item). При нагрузке 10k req/s ставим Redis Cluster с репликацией.

A/B тестирование — единственный достоверный способ оценить улучшения. Офлайн-метрики коррелируют с онлайн не всегда. Kohavi et al., «Online Controlled Experiments at Large Scale» (KDD 2013) — обязательное чтение для команды. Тест с 5–10% трафика, мониторинг CTR, конверсии, revenue per session. Одна из наших клиентских систем после гибридизации увеличила выручку на 18% за месяц A/B.

Сроки разработки рекомендательной системы

Этапы и типичные временные затраты — в таблице ниже. Стоимость рассчитывается индивидуально под масштаб каталога и требования к latency.

Этап Длительность Результат
Аудит данных и baseline 1–2 недели Отчёт с плотностью матрицы, cold start‑зонами, метриками «популярного»
Прототип (offline validation) 2–3 недели Работающая модель с офлайн-метриками (Recall@k, NDCG)
Production-система (two-stage, A/B) 1.5–2.5 месяца Low-latency сервис с мониторингом и A/B-инфраструктурой
Обучение команды и документация 1–2 недели Model card, runbook по деплою, сессия по дообучению

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

  1. Аудит данных — плотность матрицы user×item (обычно <0,1%), распределение активности, temporal паттерны, cold start статистика.
  2. Baseline — «популярное» как простой порог, который часто трудно обогнать.
  3. Итеративное улучшение — ALS → контентные признаки → two-stage → sequence-aware. Каждый шаг с A/B.
  4. Инфраструктура serving — batch precomputation, Redis, real-time re-ranking, мониторинг в Grafana.
  5. Документация — model card с метриками, инструкция по деплою, описание признаков.
  6. Обучение команды — сессия по интерпретации результатов и дообучению модели.
  7. Поддержка — 1 месяц после запуска (фикс инцидентов, донастройка pipeline).

Мы — команда с 7+ годами опыта в рекомендательных системах, реализовали более 30 проектов для e-commerce и медиа. Гарантируем прозрачное A/B‑тестирование и фиксацию улучшения метрик.

Хотите оценить потенциал роста вашего каталога? Свяжитесь с нами для бесплатного аудита данных. Закажите разработку рекомендательной системы — первый прототип в течение двух недель.

Пример конфига ALS для implicit feedback
from implicit.als import AlternatingLeastSquares

model = AlternatingLeastSquares(
    factors=64,
    regularization=0.05,
    iterations=15,
    use_gpu=True
)
model.fit(user_item_matrix)

Больше о математике рекомендательных систем — в Wikipedia.