index

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

Сервис для селлеров Wildberries (единое окно)

1. Общая информация

  • Название проекта: Оптима
  • Дата начала разработки: 27.04.2026
  • Хостинг: optimawb.ru
  • Репозиторий: https://github.com/kophumax-collab

2. Цель проекта

Разработка сервиса для селлеров Wildberries, объединяющего ключевые инструменты управления бизнесом в одном интерфейсе.

3. Область применения

Сервис используется для:

  • управления продажами;
  • управления ценами;
  • управления рекламой;
  • работы с отзывами;
  • аналитики;
  • учёта;
  • автоматизации процессов;
  • использования ИИ-инструментов.

4. Пользователи системы

  • Администратор
  • Селлер
  • Менеджер маркетплейсов

5. Функциональные модули

5.1. Оцифровка продаж / финансовый учёт

Функции:

  • загрузка данных из Wildberries;
  • отображение продаж, заказов, возвратов;
  • расчёт прибыли;
  • учёт комиссий, логистики, штрафов;
  • формирование отчётов.

Технические требования:

  • Источник данных: seller.wildberries.ru
  • Метод интеграции: API + доступ в Личный кабинет продавца
  • Частота обновления: 1 раз в день
  • Формат хранения данных: VPS

5.2. Управление ценами и скидками

Функции:

  • изменение цен;
  • массовое изменение;
  • настройка скидок;
  • история изменений.

Технические требования:

  • API изменения цен + доступ в Личный кабинет продавца

5.3. Репрайсер

Инструмент автоматического изменения цен на товары по заданным правилам.

Функции:

  • настройка правил;
  • автоматическое изменение цен;
  • учёт конкурентов;
  • ограничения по цене.

Технические требования:

  • Формат правил: «если показатель X соответствует правилу — цена повышается/понижается на Y»
  • Источник данных конкурентов: не требуется
  • Частота пересчёта: зависит от правил (от 4 часов до 1 недели, в среднем 1 раз в день)

5.4. Автобиддер

Инструмент автоматического управления ставками в рекламных кампаниях по заданным правилам и целевым показателям.

Функции:

  • управление рекламными ставками;
  • настройка стратегий;
  • контроль бюджета;
  • аналитика рекламы.

Технические требования:

  • Источник рекламных данных: cmp.wildberries.ru, seller.wildberries.ru
  • Интервал обновления ставок: 1–2 минуты
  • Ограничения бюджета: устанавливаются селлером/менеджером индивидуально для каждой РК

5.5. Автоответы на отзывы и вопросы

Модуль обеспечивает автоматическую обработку отзывов и вопросов через API ЛК Wildberries.

Референсы: mpstats.io/instruments/wildberries/autoreplies и аналоги.

Функциональные требования:

  • получение отзывов и вопросов через API WB;
  • настройка сценариев автоответов (по категории товара/бренду, по количеству звёзд);
  • настройка шаблонов ответов;
  • генерация ответов через LLM;
  • хранение истории отзывов и ответов;
  • использование базы прошлых отзывов для обучения LLM.

Автоматические жалобы:

  • настройка условий подачи жалоб;
  • триггер по количеству звёзд;
  • выбор причины жалобы;
  • генерация текста жалобы (шаблон / LLM);
  • режим: ручной / автоматический;
  • хранение истории жалоб.

Технические требования:

  • Источник данных: API Wildberries
  • Отправка ответов: API Wildberries
  • Отправка жалоб: доступ в ЛК продавца
  • Модель LLM: на старте — любая бесплатная
  • Хранение данных: VPS
  • Логирование: обязательно

5.6. Сервис РНП

Модуль предназначен для сбора и объединения данных из разных разделов ЛК Wildberries в единую картину по продажам и эффективности товаров.

Референсы:

  • mpump.pro (предпочтительный визуал)
  • rnpwb.ru (доступ — через ТГ ID из бота @rnpwb_bot)

Функциональные требования:

  • сбор данных из ЛК Wildberries;
  • объединение данных по каждому артикулу;
  • отображение данных в разрезе:
    • артикула;
    • бренда;
    • магазина;
    • настраиваемых списков;
  • сбор данных по заказам и продажам;
  • сбор конверсионных показателей;
  • сбор данных из разделов: «Воронка продаж», «Джем», «Портрет покупателя», «Отчёты», «Карточка товара», «Цены и скидки» и др.;
  • сбор данных из рекламы WB Продвижение;
  • сбор данных из финансовых отчётов WB;
  • объединение продаж, рекламы, финансов и конверсий в единую аналитику по товару;
  • анализ статистики за прошлые периоды;
  • выявление закономерностей по товарам;
  • отображение полной картины эффективности товара.

Разграничение доступа:

  • разделение данных по брендам;
  • администратор кабинета выдаёт пользователю доступ только к конкретному бренду;
  • пользователь видит только данные бренда, к которому ему выдан доступ.

Технические требования:

  • Источники данных WB: seller.wildberries.ru, cmp.wildberries.ru
  • Метод получения данных: API + доступ в ЛК продавца
  • Частота обновления:
    • заказы/продажи — ежеминутно;
    • реклама — раз в 5–10 минут;
    • финансовые отчёты — раз в день;
    • прочая статистика — раз в час;
  • Структура хранения данных: уточняется
  • Правила объединения данных из разных источников: уточняются
  • Роли: администратор, продавец, менеджер маркетплейсов
  • Логирование: обязательно

5.7. Бухгалтерия / Честный знак

Модуль для учёта финансовых операций и работы с маркировкой товаров (КИЗ) с интеграцией в систему «Честный знак».

Возможный референс: markznak.ru. Задача не первоочередная.

Функции:

  • учёт доходов/расходов;
  • работа с КИЗ;
  • интеграция с «Честным знаком».

Технические требования:

  • API интеграции: уточняется
  • Форматы данных: уточняются

5.8. Бронировщик поставок

Инструмент для автоматического поиска и бронирования слотов поставки на склады Wildberries по заданным параметрам.

Референсы:

  • @WBSupplyHelperBot (Telegram)
  • @POSTAVLENOru_BOT (Telegram)

Функциональные требования:

  • создание задания на поиск слота поставки;
  • параметры задания:
    • склад Wildberries;
    • дата поставки;
    • допустимое отклонение по датам;
    • тип поставки: короб / монопаллета;
    • количество / объём поставки;
    • иные параметры — уточняются;
  • автоматический мониторинг доступных лимитов / слотов;
  • автоматическое бронирование подходящего слота;
  • отображение статуса задания;
  • уведомление пользователя о найденном / забронированном слоте;
  • возможность остановить или изменить задание;
  • история заданий и бронирований.

Технические требования:

  • Источник данных: ЛК Wildberries / API Wildberries
  • Метод бронирования: уточняется
  • Частота проверки слотов: желательно 1 раз в 1–5 секунд (с учётом безопасных лимитов)
  • Условия автобронирования: «склад X (из списка ВБ), дата Y ±1 день»
  • Хранение заданий: уточняется
  • Логирование действий: обязательно

5.9. ИИ-помощник

Модуль для ответов на вопросы селлера и выдачи рекомендаций на основе информации о Wildberries, базы знаний и данных пользователя.

Примеры запросов:

  • «как настроить SEO в карточке товара»
  • «что сделать вот с этим товаром»

Функциональные требования:

  • ответы на вопросы по работе с Wildberries;
  • использование базы знаний сервиса;
  • пополнение базы знаний материалами:
    • видео;
    • вебинары;
    • записи Zoom;
    • разборы;
    • PDF и Excel-файлы, ссылки и контакты подрядчиков;
  • ответы на обучающие вопросы;
  • анализ конкретного товара по запросу пользователя;
  • выдача рекомендаций по товару на основе:
    • данных РНП;
    • данных продаж;
    • данных рекламы;
    • данных финансовых отчётов;
    • базы знаний;
  • сохранение истории запросов пользователя.

Технические требования:

  • Модель ИИ: на старте — любая бесплатная LLM
  • Источник базы знаний: уточняется
  • Формат загрузки материалов: уточняется
  • Механизм обработки видео / записей: уточняется
  • Источник данных по товару: РНП / оцифровка
  • Доступ ИИ к данным пользователя: на основе модулей РНП, оцифровки и биддера
  • Логирование запросов: обязательно

5.10. ИИ-агент (маркетолог)

Надстройка над модулем управления рекламой / автобиддером. Рассматривается как возможная следующая итерация и зависит от реализации п. 5.4.

Примеры задач от пользователя:

  • «настрой рекламу для этого товара»;
  • «измени стратегию продвижения»;
  • «оптимизируй рекламные ставки»;
  • «снизь расход на рекламу»;
  • «увеличь показы по товару».

Функциональные требования:

  • приём задач от пользователя в свободной форме;
  • анализ задачи;
  • использование данных из автобиддера;
  • использование рекламных данных WB;
  • подготовка рекомендаций;
  • выполнение действий по рекламе при наличии разрешения пользователя;
  • отображение истории действий агента.

Ограничение: реализация возможна только после или совместно с п. 5.4 «Автобиддер». На текущем этапе может быть вынесен в следующую итерацию.

Технические требования:

  • Зависимость от модуля автобиддера: обязательна
  • Модель ИИ: на старте — любая бесплатная LLM
  • Логирование действий: обязательно

5.11. Товарный учёт

Модуль для пономенклатурного учёта товарных остатков и контроля движения товаров по всей цепочке.

Референс: moysklad.ru с интеграцией по API с Wildberries.

Функциональные требования:

  • учёт товарных остатков по номенклатуре;
  • контроль количества и местонахождения товара;
  • отображение движения товара по цепочке:
    • поставщик;
    • склад селлера / фулфилмент;
    • доставка до склада WB;
    • склад WB;
    • в пути до клиента;
    • в пути от клиента;
    • продажа;
    • возврат;
    • иные статусы — уточняются;
  • учёт поступлений товара;
  • учёт списаний товара;
  • учёт перемещений товара;
  • учёт возвратов;
  • синхронизация остатков с Wildberries;
  • отображение остатков по складам и статусам;
  • история движения товара.

Технические требования:

  • Источник данных: API Wildberries
  • Интеграция со складом селлера / фулфилментом: API + доступ к веб-порталу для менеджера
  • Структура номенклатуры: как на Wildberries
  • Метод учёта остатков: уточняется
  • Частота синхронизации: 1 раз в час
  • Логирование операций: обязательно

5.12. Юридический блок

Модуль для подготовки досудебных претензий к Wildberries под конкретного селлера.

Функциональные требования:

  • выбор типа претензии;
  • использование шаблонов типовых обращений к WB;
  • генерация текста досудебной претензии через ИИ;
  • адаптация документа под конкретного селлера;
  • подстановка данных селлера;
  • подстановка данных по спорной ситуации;
  • ручное редактирование документа;
  • сохранение истории созданных претензий;
  • экспорт документа.

Технические требования:

  • Модель ИИ: на старте — любая бесплатная LLM
  • База шаблонов претензий: пока отсутствует, требуется подготовка
  • Источники данных селлера: из модуля оцифровки
  • Форматы экспорта: уточняются
  • Режим проверки юристом: уточняется
  • Логирование действий: обязательно

5.13. Генерация контента

Инструмент создания текстов и изображений для карточек товаров с использованием нейросетей.

Функции:

  • генерация текстов;
  • генерация изображений;
  • SEO-оптимизация.

Технические требования:

  • Модели ИИ:
    • тексты — любая бесплатная LLM;
    • изображения — предположительно NanoBanana (уточнить актуальный лидер);
  • Форматы выходных данных: JPG

5.14. A/B тестирование

Инструмент сравнения разных вариантов (фото, контента) для выбора наиболее эффективного на основе данных.

Функции:

  • тестирование фото;
  • анализ результатов;
  • выбор победителя.

Технические требования:

  • Метрики: CTR из WB Продвижение
  • Источник данных: cmp.wildberries.ru

5.15. База знаний

Централизованное хранилище обучающих материалов и инструкций для селлеров и их сотрудников.

9. Общие технические требования

9.1. Архитектура

  • Тип архитектуры: уточняется
  • Backend: уточняется
  • Frontend: уточняется
  • API: уточняется

9.2. Инфраструктура

  • Хостинг: optimawb.ru
  • Прочее: уточняется

9.3. Базы данных

  • Основная БД: уточняется
  • Кеш: уточняется
  • Хранилище файлов: уточняется

9.4. Интеграции

  • Wildberries API: уточняется
  • Рекламный API: уточняется
  • Честный знак: уточняется
  • ИИ-сервисы: уточняется

9.5. Безопасность

  • Аутентификация: уточняется
  • Авторизация: уточняется
  • Шифрование: уточняется

9.6. Производительность

  • SLA: уточняется
  • Ограничения нагрузки: уточняется

9.7. Масштабируемость

  • Горизонтальное масштабирование: уточняется
  • Ограничения: уточняется

9.8. Логирование

Уточняется.

10. Этапы разработки

Уточняются.

11. Критерии приёмки

Уточняются.

12. Ограничения и допущения

Уточняются.

13. Передача результатов разработки

Функциональные требования:

  • передача исходного кода сервиса;
  • передача конфигураций и инфраструктурных файлов.

Технические требования: