Розробка бота для відповідей на питання на маркетплейсах

Наша компанія займається розробкою, підтримкою та обслуговуванням сайтів будь-якої складності. Від простих односторінкових сайтів до масштабних кластерних систем, побудованих на мікро сервісах. Досвід розробників підтверджено сертифікатами від вендорів.

Розробка та обслуговування будь-яких видів сайтів:

Інформаційні сайти або веб-програми
Сайти візитки, landing page, корпоративні сайти, онлайн каталоги, квіз, промо-сайти, блоги, ресурси новин, інформаційні портали, форуми, агрегатори
Сайти або веб-програми електронної комерції
Інтернет-магазини, B2B-портали, маркетплейси, онлайн-обмінники, кешбек-сайти, біржі, дропшиппінг-платформи, парсери товарів
Веб-програми для управління бізнес-процесами
CRM-системи, ERP-системи, корпоративні портали, системи управління виробництвом, парсери інформації
Сайти або веб-програми електронних послуг
Дошки оголошень, онлайн-школи, онлайн-кінотеатри, конструктори сайтів, портали надання електронних послуг, відеохостинги, тематичні портали

Це лише деякі з технічних типів сайтів, з якими ми працюємо, і кожен із них може мати свої специфічні особливості та функціональність, а також бути адаптованим під конкретні потреби та цілі клієнта.

Послуги, які ми пропонуємо
Показано 1 з 1Усі 2062 послуг
Розробка бота для відповідей на питання на маркетплейсах
Середній
~3-5 днів

Наші компетенції:

Етапи розробки

Останні роботи

  • image_website-b2b-advance_0.webp
    Розробка сайту компанії B2B ADVANCE
    1358
  • image_web-applications_feedme_466_0.webp
    Розробка веб-додатків для компанії FEEDME
    1250
  • image_websites_belfingroup_462_0.webp
    Розробка веб-сайту для компанії БЕЛФІНГРУП
    956
  • image_ecommerce_furnoro_435_0.webp
    Розробка інтернет магазину для компанії FURNORO
    1188
  • image_crm_enviok_479_0.webp
    Розробка веб-додатків для компанії Enviok
    929
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Розробка веб-сайту для компанії ФІКСПЕР
    947

Розробка бота для відповідей на питання на маркетплейсах

Щодня продавці на Ozon, Wildberries та Яндекс.Маркет отримують десятки однотипних запитів: наявність, розмір, терміни доставки. Ручна відповідь на кожен займає 2-3 хвилини, а на 50 питань йде 2 години. При ручному обробленні легко пропустити питання або відповісти з помилкою, що знижує довіру покупців. Автоматизація знімає це навантаження і дозволяє менеджерам зосередитися на складних запитах. Ми розробляємо ботів з LLM-обробкою, які відповідають на стандартні питання за секунди та ескалюють нестандартні менеджеру. Це скорочує час реакції з 4 годин до 30 секунд — у 480 разів — і підвищує конверсію на 15-20%. LLM-бот обробляє питання у 10 разів швидше за людину. Економія на заробітній платі менеджерів може сягати 2000 $ на місяць. Вартість розробки базової версії бота стартує від 1500 $.

Проблеми, які вирішує бот

Продавці витрачають години на однотипні відповіді замість розвитку асортименту та маркетингу. Кожне пропущене питання — втрачена продаж. Бот працює цілодобово, не хворіє і не потребує відпустки. Клієнти, які отримали швидку відповідь, частіше оформлюють замовлення та повертаються знову. Технічні складнощі: відсутність інтеграції з API маркетплейсу, неможливість обробляти питання в неробочий час, помилки у відповідях через людський фактор.

Процес обробки питань ботом

Бот опитує API маркетплейсу кожні 60 секунд або приймає webhook-сповіщення. Для кожного питання запускається класифікація: воно порівнюється з базою шаблонів (косинусна схожість ембеддингів). Якщо схожість вища за 0.9 — надсилається готова відповідь. Якщо нижче — в справу вступає LLM. Ми використовуємо gpt-4o-mini або аналогічні моделі з температурою 0.3 для генерації відповіді на основі бази знань продавця. Детальніше про можливості — в OpenAI API. Додатковий запит до LLM оцінює впевненість: якщо вона нижча за 0.85, питання ескалюється в Telegram-чат менеджеру.

Для прикладу, на одному з наших проєктів для продавця електроніки на Ozon бот обробляв 300+ питань на день. Автоматично відповідав на 85% питань, середній час відповіді знизився з 4 годин до 30 секунд, конверсія зросла на 18%.

Отримання питань через API маркетплейса

# Ozon Seller API — получение новых вопросов
import httpx

class OzonQAClient:
    def __init__(self, client_id: str, api_key: str):
        self.headers = {
            'Client-Id': client_id,
            'Api-Key':   api_key,
        }

    def get_unanswered_questions(self) -> list:
        resp = httpx.post(
            'https://api-seller.ozon.ru/v1/qa/list',
            headers=self.headers,
            json={'status': 'without_answer', 'page_size': 50}
        )
        return resp.json().get('result', {}).get('questions', [])

    def reply(self, question_id: str, answer_text: str) -> bool:
        resp = httpx.post(
            'https://api-seller.ozon.ru/v1/qa/answer/seller',
            headers=self.headers,
            json={'question_id': question_id, 'text': answer_text}
        )
        return resp.status_code == 200

Чому LLM краща за лише шаблони?

Характеристика Только шаблоны LLM + шаблоны
Процент автоответа 30–50% 80–95%
Точность на нестандартных вопросах Низкая Высокая (с эскалацией)
Время настройки Низкое Среднее (однократно)
Гибкость ответов Фиксированные Адаптивные под контекст

Таким чином, LLM+шаблони обробляють в 2-3 рази більше питань, ніж лише шаблони. LLM-бот кращий за шаблонний бот в 2-3 рази по відсотку автоматично оброблених питань. LLM дозволяє обробляти питання, яких немає в базі, і формулювати відповіді природною мовою, зберігаючи єдиний tone of voice.

Класифікація та генерація відповіді

from openai import OpenAI

client = OpenAI()

FAQ_CONTEXT = """
Вы — помощник продавца на маркетплейсе. База знаний:
- Доставка: 3-7 дней по России, СДЭК или Почта России
- Гарантия: 12 месяцев на все товары
- Возврат: в течение 14 дней
- Оплата: картой, СБП, наличными при получении
"""

def generate_answer(question: str, product_info: dict) -> dict:
    system_prompt = FAQ_CONTEXT + f"\n\nТовар: {product_info['name']}\n{product_info['description']}"

    response = client.chat.completions.create(
        model='gpt-4o-mini',
        messages=[
            {'role': 'system', 'content': system_prompt},
            {'role': 'user',   'content': question},
        ],
        temperature=0.3,
    )

    answer = response.choices[0].message.content

    # Определяем уверенность через отдельный запрос
    confidence = classify_confidence(question, answer)

    return {
        'answer':     answer,
        'confidence': confidence,   # 0.0 — 1.0
        'auto_send':  confidence >= 0.85
    }

Ескалація на менеджера

Питання з низькою впевненістю бота йдуть на перевірку:

if not result['auto_send']:
    # Отправляем менеджеру в Telegram с кнопками
    await telegram.send_message(
        chat_id=MANAGER_CHAT,
        text=f"❓ Вопрос по товару \"{product['name']}\"\n\n"
             f"Вопрос: {question}\n\n"
             f"Предлагаемый ответ:\n{result['answer']}",
        reply_markup=InlineKeyboardMarkup([[
            InlineKeyboardButton("✅ Отправить", callback_data=f"approve:{question_id}"),
            InlineKeyboardButton("✏️ Изменить", callback_data=f"edit:{question_id}"),
        ]])
    )

Як оцінюється та впроваджується бот?

  1. Аналіз: збираємо дані про обсяг питань, маркетплейси, поточні процеси обробки. Ви визначаєте базу знань.
  2. Проектування: обираємо архітектуру, LLM-модель, пороги впевненості, механізм ескалації.
  3. Розробка: інтеграція з API маркетплейсу, налаштування класифікатора та LLM-генерації, реалізація ескалації в Telegram.
  4. Тестування: перевірка на реальних питаннях, навантажувальне тестування для стабільності.
  5. Запуск: розгортання на сервері або хмарній функції, передача документації та навчання команди.

Що входить в роботу

  • Розробка та інтеграція модуля збору питань через API маркетплейсу.
  • Налаштування класифікатора та LLM-генерації з вашою базою знань.
  • Реалізація ескалації в Telegram з кнопками схвалення/редагування.
  • Документування архітектури та інструкція з експлуатації.
  • Передача доступів до сервера, API-ключам та вихідного коду.
  • Навчання вашої команди: як оновлювати шаблони, змінювати пороги, додавати нових менеджерів.
  • Технічна підтримка протягом місяця після запуску.
  • Налаштування моніторингу та алертів при збоях.

Додаткові переваги підходу

Окрім автоматизації, бот збирає статистику питань, виявляє часті проблеми товарів та допомагає покращити картки. Наприклад, якщо 10% питань стосуються розміру, варто додати таблицю розмірів.

Порівняння платформ за API-можливостями

Платформа Webhook Фільтр за товаром Відповідь із зображенням
Ozon Так Так Так
Wildberries Так Ні Ні
Яндекс.Маркет Так Так Так

Вибір платформи впливає на складність інтеграції; наприклад, Wildberries не підтримує відповіді із зображеннями, що обмежує можливості.

Орієнтири за термінами

Базова версія для одного маркетплейсу з Telegram-ескалацією: 5–8 робочих днів. Якщо потрібна підтримка кількох маркетплейсів, складна логіка або інтеграція з CRM, термін може збільшитися до 14–20 днів.

Типові помилки та чек-лист

  • Не використовуйте занадто високий поріг впевненості — бот відповідатиме рідко.
  • Ігнорування якості бази знань призводить до неточних відповідей.
  • Відсутність моніторингу та алертів — ризик пропустити збій.

Початок роботи

Оцінимо ваш проєкт безкоштовно — зв'яжіться з нами. Ми уточнимо, які маркетплейси використовуєте, обсяг питань та вимоги до бази знань. Завдання вирішується під ключ: від аналітики до запуску та навчання вашої команди. Наша компанія має 10+ років досвіду в інтеграціях з маркетплейсами та LLM, 40+ успішних проєктів. Ми гарантуємо, що бот оброблятиме не менше 80% питань автоматично. Отримайте консультацію інженера за вашим проєктом.

Архітектурна схема бота
Маркетплейс API (polling / webhook)
    ↓
Question Classifier
    ↙             ↘
Шаблонный ответ   LLM-генерация
(FAQ-база)        (OpenAI / Claude)
    ↓                    ↓
Auto-Reply          Проверка менеджером
    ↓
Marketplace API → Отправка ответа

Інтеграція AI у веб-додатки: чат-боти, RAG, семантичний пошук

У 8 з 10 проектів «AI-чат-бот» виявляється дорогою обгорткою над GPT-4o з системним промптом. Без доступу до реальних даних компанії. Користувач питає «скільки коштує тариф Преміум» — бот галюцинує ціну з повітря. Питає «коли прийде замовлення» — отримує ввічливе «напишіть у підтримку». Це не інтеграція AI у веб-додатки — це імітація. Ми за 5 років впровадили RAG-рішення в 30+ проектах: від інтернет-магазинів до медичних порталів. Гарантуємо: корисна AI-допомога починається там, де модель читає ваші документи, а не загальні відповіді. Закажіть консультацію, щоб отримати план інтеграції для вашого проекту.

Побудова RAG-систем: чанкінг, ембедінги, векторна БД

Retrieval-Augmented Generation — стандартна архітектура: запит → пошук релевантних фрагментів у векторній БД → вставка знайденого в контекст → відповідь моделі. Але диявол у деталях реалізації.

Чанкінг. Різати документ на шматки по 500 токенів без огляду на структуру — гарантія втрати сенсу. Якщо розріз припав на середину абзацу, контекст розривається. Рішення — рекурсивний RecursiveCharacterTextSplitter з overlap 10–15% для документації. Для контрактів та інструкцій використовуємо семантичний спліттер: виділяємо заголовки, списки, блоки коду — кожен розділ стає незалежним чанком. Результат: на медичному проекті precision зріс з 0.55 до 0.84 лише завдяки правильному нарізанню, скорочення витрат на підтримку на 40% заощадило 80 000 грн на місяць.

Модель ембедингів. Для україномовних текстів intfloat/multilingual-e5-large дає помітний приріст точності проти застарілої text-embedding-ada-002. Наші виміри: NDCG@10 на 12% вищий. text-embedding-3-large хороший для англомовного контенту, але для української рекомендуємо BAAI/bge-m3.

Векторна БД. Якщо вже стоїть PostgreSQL — pgvector заощаджує ресурси. Ставимо розширення CREATE EXTENSION vector, додаємо колонку vector(1024), створюємо HNSW-індекс. На проекті з 80 000 статей p95 пошуку — 12 мс. Для каталогів з мільйонами одиниць — Qdrant або Weaviate: нативний гібридний пошук і шардування «з коробки».

Технічна реалізація pgvector Індекс будується за 3 хвилини на 100 000 позицій, займає ~400 МБ (1536-вимірні вектори). Пошук cosine distance з HNSW-індексом — 20 мс.

Кроки реалізації RAG:

  1. Збір та структурування даних (очищення, метадані).
  2. Вибір моделі ембедингів (multilingual-e5-large або bge-m3).
  3. Створення чанків (семантичний спліт із 10–15% overlap).
  4. Індексація в pgvector (або Qdrant).
  5. Інтеграція пошуку (гібрид BM25 + векторний через RRF) та реранкінг.

Що дає гібридний пошук?

Лише векторний пошук сліпий до точних збігів: артикули «ABC-123», власні назви, абревіатури губляться. Лише повнотекстовий не вловлює синоніми та перефразування. Комбінація через RRF (Reciprocal Rank Fusion) дає краще з двох світів: BM25 + векторний пошук, результати змішуються. На практиці recall@20 зростає з 0.65 до 0.92 — на 30% вищий за чисто векторний. Реранкінг через cross-encoder cross-encoder/ms-marco-MiniLM-L-6-v2 додає 50–100 мс до відповіді, але relevance піднімає ще на 5–10%.

Як реалізувати семантичний пошук у веб-додатку?

Пошук «зручні шкіряні крісла» має знаходити товари з описом «м'які стільці з натуральної шкіри» — звичайний LIKE-пошук не здатний. Архітектура: при додаванні товару/посту автоматично генеруємо ембединг через multilingual-e5-large, зберігаємо в pgvector. На запиті — ембедимо його тією ж моделлю, шукаємо найближчих сусідів через cosine distance з HNSW-індексом. Середній час пошуку — 20 мс.

Рекомендаційні системи: коли потрібна гібридна модель?

Колаборативна фільтрація («користувачі, схожі на вас, купували X») вимагає історії — мінімум 2–3 місяці даних із 1000+ активних користувачів. Для стартапів або малих проектів використовуємо content-based: ембединг поточного товару → пошук найближчих сусідів. Коли накопичується статистика (15–20 взаємодій на користувача), переключаємося на LightFM. Вона об'єднує поведінку та ознаки товарів. У e-commerce проекті з 50 000 SKU гібридна модель підвищила конверсію в рекомендаційний блок на 18% (A/B‑тест 2 тижні, що додатково принесло 250 000 грн прибутку за місяць).

Стрімінг відповідей через SSE

Користувач не зобов'язаний чекати, поки модель згенерує весь текст — це вбиває UX. Server-Sent Events (SSE) — протокол для стрімінгу токенів. OpenAI SDK підтримує stream: true, повертаючи AsyncIterator. На фронтенді — Vercel AI SDK (useChat) або самописний EventSource. Типова помилка: використовувати WebSocket для односпрямованого стріму — SSE простіше (менше коду, вбудований реконнект). Стек: Node.js + SSE + React.

Оркестрація агентів

Простий чат-бот відповідає. Агент — виконує дії: створює тікет у Jira, перевіряє статус замовлення в CRM, бронює слот у календарі. Для оркестрації використовуємо LangGraph: граф станів, кожен вузол — виклик моделі або інструменту. Vercel AI SDK дозволяє додати інтеграцію в 10 рядків коду. Головна складність — надійність: модель іноді викликає не той інструмент або передає криві параметри. Захист — Zod-схеми на кожен інструмент і structured outputs для гарантії JSON.

Процес роботи

Етап Результат Термін
Аудит даних та бізнес-логіки Карта джерел, формат документів, оцінка якості 1–2 дні
Прототип RAG або рекомендаційної системи Демонстрація з метриками (recall, precision, latency) 1–2 тижні
Інтеграція в існуючий веб-додаток API-ендпоінти, інтерфейс для чат-бота/пошуку 1–2 тижні
A/B-тестування та оптимізація Звіт за метриками (CTR, конверсія, hallucination rate) 1 тиждень
Документація та навчання команди Керівництво з експлуатації, код-рев'ю 2–3 дні

Додатково: передаємо вихідний код векторизатора, дашборди моніторингу (Langfuse), доступ до адмінки для оновлення бази знань. Постпродакшн-підтримка — 1 місяць безкоштовно.

Терміни

Задача Орієнтовний термін
RAG-чат-бот на базі існуючої бази знань 3–6 тижнів
Семантичний пошук по каталогу 2–4 тижні
Рекомендаційна система з A/B-тестуванням 6–10 тижнів
Мультиагентна система з інтеграціями від 8 тижнів

Вартість розраховується індивідуально після знайомства з проектом. Оцінимо ваш проект за 1 день. Зв'яжіться з нами — розкажемо, як перетворити AI з іграшки на інструмент, що приносить прибуток. Закажіть консультацію, щоб дізнатись, як інтегрувати AI у ваш веб-додаток.