Цифровой сотрудник для маркетплейсов: как AI-агент забирает рутину селлера на Wildberries и Ozon

01Карта рутины: куда на самом деле уходит день селлера

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

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

02Что из этого забирает AI-агент — и как именно

Цифровой сотрудник — это не «бот» и не одна большая нейросеть. Это связка из трёх слоёв: коннекторы к API площадок, собственная база данных с ETL-конвейером и LLM-слой поверх — для отчётов человеческим языком, генерации контента и ответов на вопросы в свободной форме. Убрать LLM — останется рабочая аналитическая труба. Убрать трубу — LLM останется без данных и начнёт фантазировать.

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

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

03Как это устроено технически: API, ETL, Telegram

Обе площадки дают официальные API — и это фундамент, на котором всё стоит. Никакого парсинга страниц в основном контуре: только документированные методы, токены с ограниченными правами и предсказуемые форматы данных.

API Wildberries

API WB разбит на категории: контент (карточки), аналитика и статистика, цены и скидки, маркетплейс (сборочные задания FBS), отзывы и вопросы, продвижение, финансовые отчёты. Токен создаётся в ЛК в разделе настроек доступа к API — с выбором категорий и отдельным флагом «только на чтение». На момент публикации срок жизни токена ограничен (180 дней), поэтому ротация — обязательная часть процесса, а не задача «на потом».

API Ozon

Ozon Seller API авторизуется парой Client-Id + Api-Key в заголовках запроса; ключи создаются в настройках кабинета, и им можно назначать роли с ограниченным набором методов. Реклама живёт отдельно — в Performance API со своей парой учётных данных и OAuth-токеном. Практическое следствие: «доступ к Ozon» — это минимум два независимых ключа, и учитывать их нужно по отдельности.

ETL и собственная база

Данные из API по расписанию складываются в вашу базу — обычно PostgreSQL, для тяжёлой истории продаж подойдёт и ClickHouse. Это ключевой архитектурный ход, который отличает своего агента от любого SaaS: история принадлежит вам и не ограничена глубиной хранения в ЛК, схема общая для обеих площадок, а поверх одной базы работают и отчёты, и юнит-экономика, и LLM-слой. Сюда же подгружается то, чего нет ни в одном кабинете: себестоимость из вашей учётной системы, план закупок, рекламные бюджеты.

Отчёты по расписанию в Telegram

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

Сводка за 15 июля · WB + Ozon

Выручка: 412 350 ₽ (WB 268 900 / Ozon 143 450) · +6% к среднему за 14 дней
Заказы: 173 · Отмены: 4
Маржа по портфелю: 21,4%
  ⚠ SKU-4412 ушёл ниже плана (13,1%) — выросла доля логистики
Остатки: SKU-1088 обнулится через ~6 дней, склад Казань — через 2
Отзывы: 14 новых, из них 2 негативных — черновики ответов готовы

Инженерная часть скучная и обязательная: ретраи с экспоненциальной задержкой на 429-е ответы, идемпотентные загрузки (повторный запуск не задваивает данные), сверка контрольных сумм с ЛК, алерт, если выгрузка не пришла. Скучность здесь — комплимент: рутину нельзя перекладывать на систему, которая сама требует присмотра.

04Где автоматизация хрупкая: ограничения без маркетинга

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

• API-лимиты — это архитектурное ограничение, а не мелочь. У каждого метода свой rate limit, и у тяжёлых отчётных методов он жёсткий — вплоть до одного запроса в минуту. Выгрузка большого кабинета — это очередь с приоритетами и ретраями, а не цикл по артикулам. Наивный скрипт упирается в 429 в первый же день.
• Данные приходят с лагом. Оперативная статистика продаж — не финансовый факт: комиссии, логистика и возвраты финализируются позже, у WB — в еженедельном отчёте о реализации. Утренний дайджест честен как операционная картина; «расхождения» с финальным отчётом — не ошибка агента, а устройство отчётности площадок.
• Не всё есть в API. Часть настроек и отчётов существует только в интерфейсе ЛК. Автоматизация этих участков через браузер (headless-браузер, эмуляция кликов) технически возможна — и принципиально хрупкая: редизайн страницы, новая проверка авторизации или антибот-защита ломают её без предупреждения. Правило простое: на браузерной автоматизации не строят критический процесс — только вспомогательный, с алертом на поломку и ручным фолбэком.
• API сами меняются. Площадки регулярно выпускают новые версии методов и закрывают старые. Свой агент — это не «сделали и забыли», а система с владельцем, который раз в месяц читает changelog площадок. Это нормальная цена владения, но её надо знать заранее.
• LLM-слой требует ревью. Сгенерированный контент карточек и черновики ответов на отзывы — качественная заготовка, а не готовый продукт. Модель может уверенно написать характеристику, которой у товара нет. Пайплайн без этапа человеческого утверждения — способ быстро собрать штрафы и негатив.

05Готовые SaaS-аналитики или свой агент: когда что

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

Практический водораздел выглядит так. SaaS достаточно, если у вас один кабинет, стандартные отчёты закрывают вопросы, а главная задача — понять рынок и выбрать нишу. Свой агент оправдан, когда сходятся хотя бы два пункта из списка:

• Оборот от ~1 млн ₽ в месяц и несколько часов ручных сводок в день — цена рутины уже сопоставима с зарплатой аналитика.
• Больше одного кабинета или юрлица — и нужна консолидированная картина, которой нет ни в одном ЛК.
• Маржа считается «по ощущениям», потому что себестоимость живёт в учётной системе, а продажи — в двух ЛК.
• Стандартные отчёты SaaS не отвечают на ваши вопросы, и вы всё равно выгружаете всё в Excel.
• Контент и отзывы на сотнях SKU съедают отдельного сотрудника.

Частый рабочий вариант — гибрид: SaaS для анализа рынка, свой агент для операционки и экономики. Друг другу они не мешают.

06Этапы внедрения: от аудита рутины до продовой эксплуатации

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

1. Аудит рутины. Один-два дня: какие отчёты кто и зачем читает, откуда берётся себестоимость, где сейчас теряется время. Половина «нужных» отчётов на этом этапе обычно умирает — их никто не читал.
2. Доступы. Токены с минимальными правами: на этапе аналитики — только чтение, отдельный токен под агента, ничего лишнего. Это же момент навести порядок в том, у кого вообще есть ключи от кабинетов.
3. ETL и первые отчёты. Выгрузка обеих площадок в базу, схема данных, два-три самых болезненных отчёта в Telegram. Этот объём реалистично поднять за две недели — столько и длится наш бесплатный пилот.
4. Период доверия. Две-четыре недели агент работает параллельно с ручным процессом, цифры сверяются с ЛК. Расхождения разбираются до причины — обычно они вскрывают ошибки, которые годами жили в Excel.
5. Контент и отзывы. Генерация карточек и черновиков ответов — с обязательным утверждением человеком. Подключается только тогда, когда цифровой основе уже доверяют.
6. Расширение. Прогноз поставок, рекламная аналитика, интеграция с учётной системой, консолидация юрлиц — по одному блоку за итерацию, по фактической боли, а не по красивому роадмапу.

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

07Безопасность: токен от ЛК — это ключ от кассы

Токен API — это не «техническая деталь для программистов». В зависимости от выданных прав он позволяет читать всю коммерческую статистику, менять цены, управлять остатками и отвечать покупателям от имени магазина. Утечка токена с правом записи — это чужие руки в вашем кабинете. Поэтому раздел про безопасность в проекте автоматизации — не приложение мелким шрифтом, а часть архитектуры.

• Минимальные права. WB позволяет выпустить токен на конкретные категории API и в режиме «только на чтение» — для аналитического контура этого достаточно. У Ozon ключам назначаются роли с ограниченным набором методов. Право записи выдаётся отдельным токеном и только под конкретную функцию.
• Один токен — одна интеграция. Агенту — свой, SaaS-сервису — свой, подрядчику — свой. Тогда отзыв любого ключа не роняет остальное, а по логам видно, кто что делал.
• Хранение — в секрет-хранилище. Не в коде, не в переменных на ноутбуке и точно не в чатах: токен, однажды отправленный сообщением в мессенджере, остаётся в истории переписки навсегда — считайте его скомпрометированным.
• Ротация по календарю. Токены WB ограничены по сроку жизни (на момент публикации — 180 дней), так что процесс обновления нужен в любом случае — лучше сделать его регулярным и отрепетированным, а не аварийным.
• Аудит действий. Каждое действие агента с правом записи — в лог: что изменил, когда, на основании чего. Когда через месяц спросят «почему поменялась цена», ответ должен находиться за минуту.
• Проверка перед передачей токена SaaS. Отдавая ключ стороннему сервису, вы отдаёте все зашитые в него права на его серверы. Минимум — убедиться, что токен read-only и без лишних категорий.

08Частые вопросы

Короткие ответы про автоматизацию Wildberries и Ozon с помощью AI-агента.