AI-система трекинга покупателей в магазине (Computer Vision)

Поток посетителей в зале видно только по выручке, а потери — на глаз. Мы разрабатываем системы видеоаналитики под ключ: трекинг покупателей в магазине по траекториям, зоны, отчёты по конверсии. Настраиваем под ваши регламенты, сдаём с обучением сотрудников и поддержкой.
Часто задаваемые вопросы

Трекинг покупателей в магазине: где ломается система

Трекинг покупателей в магазине кажется предсказуемой задачей, пока система работает на одиночной камере и записи. На реальном торговом зале точность подсчёта падает, и причина чаще не в модели, а в геометрии зала и характере потока.

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

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

Блики от витрин, солнце в проёме, перепады освещения между залом и холодильным оборудованием снижают уверенность детектора: тени и отражения распознаются как объекты. Ту же проблему даёт смена ракурса при переустановке камеры без пересчёта зон.

Итог — отчёт выглядит правдоподобно, но конверсия, нагрузка на кассы и часы пик считаются по неверным данным. Разбираем, как это закрывается на этапе проектирования зон обзора и логики трекинга.

Измеримый эффект видеоаналитики в торговом зале

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

Поток сходится с выручкой

Трекинг покупателей в магазине даёт не «число вошедших», а воронку: вход, зона интереса, полка или примерочная, касса. Конверсия посетителей считается по каждому часу работы, а не по разовым замерам в часы пик. Расхождение между числом посетителей и чеками видно в тот же день: если поток вырос, а касса не отреагировала, вопрос уже к выкладке и расписанию смен, а не к аналитике.

Очереди на кассах управляются по порогу

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

Двойной подсчёт как отдельный класс отказов

Кадры с соседних камер связываются в одну траекторию по времени и пути, а зоны входа и выхода настраиваются без пересечений. Двойной подсчёт уходит вместе с ручными замерами: данные о потоке держатся в пределах единиц процентов от показателей кассы. Изображения не сохраняются — обработка соответствует требованиям GDPR.

Варианты съёма данных: сравнение подходов

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

Вариант Когда подходит Ограничения
Счётчик на входной линии Нужен трафик и конверсия по часам и дням; один-два входа, зал сложной формы Даёт только число на входе: ни маршрута, ни аналитики по зонам, группы считает как поток
Трекинг по траекториям по всему залу Нужны пути, время у полки, тепловые зоны, очереди Чувствителен к перекрытиям и смене ракурса; требует калибровки камер и разметки зон
Сенсоры на входной группе Простая планировка, важна устойчивость к слабому свету и сквозняку Считает факты входа, но не различает группы и не показывает поведение внутри зала
Выборочное наблюдение персоналом Разовые проверки гипотез, небольшой зал Ручной труд, мало данных, эффект наблюдателя меняет поведение покупателей

Комбинированная схема

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

Как мы внедряем систему: этапы инженерной работы

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

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

  1. Обследование зала и камер — планировка, высота установки, слепые зоны, перекрытия стеллажами, освещение в течение дня. Результат: карта покрытия и перечень участков, которые придётся закрыть дополнительной точкой.
  2. Разметка зон и точек интереса — входная группа, кассовая линия, примерочные, промо-зоны. Для каждой задаём правила: пересечение границы, время нахождения, вход и выход. От этого зависит, какие показатели система считает.
  3. Настройка моделей под конкретный поток — плотность покупателей, тележки, униформа персонала, скорость движения. Персонал выводим из учёта отдельным правилом, иначе посещаемость завышается.
  4. Калибровка камер и проверка на записях — привязываем перспективу к плану зала, затем прогоняем систему на архиве разных дней недели. Сверяем ручной пересчёт с машинным и убираем расхождение до сдачи.
  5. Интеграция с учётной системой — события передаём выгрузкой или через программный интерфейс, сопоставляем визиты с чеками, считаем конверсию по зонам. Справочники точек согласуем, чтобы отчёты сходились с учётом.
  6. Обучение персонала и передача — администратор зала понимает, как читать отчёты и что делать при потере связи с камерой. Отдаём документацию по зонам и правилам, чтобы систему можно было развивать дальше.

После сдачи сопровождаем: правим зоны при перестановке оборудования и дообучаем модели на новом ассортименте — без пересборки проекта с нуля.

Схемы зон, политики доступа и регламенты

После внедрения у заказчика остаётся не презентация, а рабочий комплект документации: по нему систему эксплуатирует своя команда и принимает дела новый подрядчик. Состав фиксируем в акте и проходим по нему на приёмке как по чек-листу.

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

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

Кейс: как система перестала терять посетителей

Магазин с плотным потоком: четыре входа-выхода, узкий прикассовый узел и до 120 человек в зале одновременно. Ручной замер по чекам и выборочные наблюдения расходились с системой на 12–18% — операционная отчётность не сходилась, и решения по выкладке принимались на глазок.

Что именно исправили

Переразметили зоны: полосы входа-выхода, кассовая линия, примерочные — каждая с отдельной геометрией, а не одной рамкой на кадр. Пересчитали калибровку по перспективе для каждой камеры — «хвосты» очередей перестали попадать в зону зала. Логику слияния треков переписали: сопоставление по вектору движения и признакам силуэта вместо чистого пересечения по кадрам, поэтому трек выживает, когда покупатель останавливается у стеллажа или его на пару секунд перекрывает другой.

Обработку видео вынесли на Nvidia локально, в самом магазине: кадры не уходят во внешние сервисы, подсчёт не зависит от канала связи.

Метрики до и после

  • Расхождение с контрольным ручным замером: 15% → 4%, по кассовой зоне — до 2%.
  • Обрыв трека на плотном потоке: с 8–10 траекторий на каждые двадцать человек до одной на шестьдесят.
  • Доля «слепых» минут при перезапуске камеры: 6–8 минут → менее тридцати секунд.
  • Отчёт по конверсии собирается к открытию за предыдущий день — без ручной вычитки.

На дистанции месяца система держит час пик: в пиковые интервалы расхождение не выходит за 4%, суточные отчёты сходятся с выборочным пересчётом.

Чем отличается трекинг по траекториям от подсчёта на линии

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

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

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

Выбор подхода определяется задачей. Нужен только поток на входе и оценка «прошёл мимо — зашёл» — достаточно линии. Нужны тепловая карта, время у полки, конверсия по отделам — без сопровождения объекта не обойтись.

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

Технические сомнения, которые стоит снять до старта

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

Что происходит в плотном потоке, когда люди перекрывают друг друга?

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

Насколько система чувствительна к изменению освещения?

Контражур на входе, вечерний свет, включение ламп — картинка меняется сильнее, чем кажется. Пороги настраиваем по нескольким суточным записям и обновляем эталонный фон; при пересвете входа помогает второй ракурс или подсветка в невидимом диапазоне.

Заработает ли это на уже установленных камерах?

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

Как вы отличаете сотрудников от покупателей и что делаете с записями?

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

Обсудим задачу и вернёмся с оценкой и планом работ

Чтобы оценка была предметной, а не «вилкой на глаз», нам достаточно вводных по вашему объекту — остальное уточним сами на созвоне. Чем конкретнее вход, тем точнее состав работ и сроки в плане внедрения.

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

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

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

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

  • Разработка сайта компании B2B ADVANCE
    Разработка сайта компании B2B ADVANCE
    1542
  • Разработка веб-приложения для компании FEEDME
    Разработка веб-приложения для компании FEEDME
    1394
  • Разработка веб-сайта для компании БЕЛФИНГРУПП
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    1081
  • Разработка интернет магазина для компании FURNORO
    Разработка интернет магазина для компании FURNORO
    1369
  • Разработка логотипа компании B2B Advance
    Разработка логотипа компании B2B Advance
    816
  • Разработка веб-приложения для компании Enviok
    Разработка веб-приложения для компании Enviok
    1142