Перейти к содержанию
пятница, 10 июля 2026 г.

ИИ Вестник

Главные новости о развитии искусственного интеллекта в России

Селлеры генерируют карточки для маркетплейсов в «две смены»: 7500 задач и инженерные решения сервиса banan.wtf

Seller working late at computer with product images on dual monitors.
AI Generated via Pollinations Flux

Сервис banan.wtf, разрабатывающий инструмент для автоматического создания карточек товаров на Wildberries и Ozon, опубликовал обезличенную статистику за декабрь 2025 — июль 2026 года. Анализ 7500 генераций изображений показал, что 71% задач закрывается с первой попытки, а пиковая нагрузка приходится на вечерние часы, что меняет подход к инфраструктуре. Разработчики также раскрыли технические детали пайплайна, включая каскад моделей с фолбэком и realtime-прогресс через Redis pub/sub.

Сервис banan.wtf, предназначенный для автоматического создания карточек товаров на маркетплейсах Wildberries и Ozon, обнародовал обезличенную статистику своей работы за период с декабря 2025 по июль 2026 года. За это время было выполнено более 7500 генераций изображений, причём под задачей понимается цепочка от исходного фото до всех последующих правок. Статистика итераций и времени суток собиралась за последние 90 дней, что составило около 1300 задач. Разработчики подчёркивают, что данные отражают поведение именно их аудитории и не могут быть напрямую экстраполированы на весь рынок селлеров, однако они дают уникальное представление о реальных сценариях использования нейросетей в e-commerce. На фоне общей нехватки публичной статистики — большинство обзоров пересказывают друг друга, а цифры остаются внутри сервисов — этот опыт становится важным ориентиром для понимания того, как продавцы маркетплейсов на самом деле взаимодействуют с генеративными моделями.

Ключевой вывод из собранных данных заключается в том, что 71% задач закрывается уже после первой генерации: пользователь загружает фото, выбирает шаблон или описывает задачу, и результат сразу отправляется в карточку. Оставшиеся 29% задач представляют собой более сложный рабочий процесс, где селлеры вносят серию коротких правок, в среднем по 3,4 генерации на задачу. При этом пользователи формулируют правки не как новые промпты, а как императивные команды: «замени фон», «убери тень», «сделай текст крупнее». Это означает, что в среднем на одну карточку приходится около 1,7 генерации, что необходимо учитывать при планировании вычислительных мощностей и юнит-экономики сервиса. Из этого следует, что продуктовый UX должен ориентироваться на итеративные правки, а не на переписывание промптов с нуля — подход, который, по мнению разработчиков, экономит время и снижает когнитивную нагрузку на пользователя.

Анализ временного распределения генераций выявил двугорбую кривую с пиками в 15:00 и 19:00 по московскому времени. Рабочий интервал с 11:00 до 19:00 охватывает чуть больше половины всего объёма, однако каждая восьмая генерация происходит после 22:00, а около 5% — глубокой ночью. Разработчики интерпретируют это как «вторую смену» для владельцев небольших магазинов: днём они занимаются закупками и логистикой, а вечером доделывают карточки. Для инфраструктуры это означает, что пиковая нагрузка приходится не на стандартные офисные часы, а на вечер, что потребовало пересмотра системы мониторинга и дежурств. Этот паттерн, вероятно, характерен для многих инструментов, ориентированных на малый бизнес, и его игнорирование может привести к неоптимальному распределению ресурсов.

С технической точки зрения, пайплайн сервиса построен на трёх ключевых решениях. Первое — fan-out: из одной пользовательской загрузки серверный анализ порождает набор подзадач (главное фото, инфографика, lifestyle-слайды, видеообложка), которые параллельно обрабатываются воркерами через очередь. Промпты собираются на сервере, а не в клиенте, что обеспечивает единый стиль комплекта и возможность бесшовного улучшения для всех пользователей. Второе решение — каскад моделей с фолбэком: при инфраструктурных или сейфти-отказах (таймауты, 5xx) задача автоматически переходит на следующую модель из списка, но только при технических ошибках, чтобы не нарушать стиль комплекта. Третье — realtime-прогресс через Redis pub/sub, который заменяет поллинг и позволяет отслеживать статус каждой подзадачи в реальном времени. Такая архитектура, напоминающая подходы, используемые в высоконагруженных системах вроде VK Видео, где время ответа критично, обеспечивает отказоустойчивость и масштабируемость.

Динамика спроса показала резкий рост в июне 2026 года, когда объём генераций вырос в несколько раз за один месяц, став рекордным за всю историю сервиса. Июль 2026 года идёт с опережением. Разработчики связывают этот всплеск с двумя факторами: волной интереса к image-моделям нового поколения, которые в рунете прозвали «нано-банана», и подготовкой селлеров к осеннему сезону. При этом видеоформат остаётся пока малой долей генераций, хотя на самих маркетплейсах видеоконтент активно продвигается в выдаче, что даёт основания ожидать кратного роста этого сегмента к концу 2026 года. В отличие от текстовых LLM, где инструменты вроде llama.cpp позволяют запускать модели локально с квантованием, для image-генерации cloud-решения остаются основным драйвером, и banan.wtf делает ставку на их дальнейшее развитие.

Для российского рынка эти данные имеют практическое значение, поскольку публичной статистики о том, как селлеры реально используют нейросети, практически нет. Большинство обзоров пересказывают друг друга, а цифры остаются внутри сервисов. Опыт banan.wtf показывает, что продуктовый UX должен ориентироваться на итеративные правки, а не на переписывание промптов с нуля, а инфраструктура должна быть готова к вечерним пикам нагрузки. В перспективе сервис планирует расширять поддержку видео и улучшать каскад моделей, а также продолжать мониторинг сезонных колебаний спроса, чтобы адаптировать мощности под реальные потребности пользователей. Однако остаются открытые вопросы: как поведение изменится с приходом новых моделей и насколько устойчив текущий паттерн «второй смены» в условиях роста конкуренции среди инструментов для селлеров.

Читайте также