Telegram-консьерж для ритейла электроники: Вопрос превращается в готовую заявку

Бот уточняет сценарий покупки, проверяет наличие и совместимость и передаёт менеджеру заявку с контекстом.

Проект для заказчика · ритейл

Клиент ждал ответа менеджера

Покупатели писали в мессенджер, ответа приходилось ждать. За это время клиент успевал уйти к маркетплейсу.

Как это работает по шагам

Telegram-бот понимает, что нужно клиенту, уточняет бюджет, город и для чего покупка, проверяет остатки в ERP и совместимость товаров и создаёт в CRM заявку с причиной рекомендации, бронью и назначенны.

  1. Клиент задаёт обычный вопрос: какой ноутбук выбрать, есть ли смартфон в наличии, что подойдёт под бюджет, город или сценА · покупатель пишет в telegram
  2. Ассистент собирает только коммерчески важные параметры: бюджет, сценарий, город, срочность, доставку или самовывоз.Б · система уточняет потребность
  3. Решение проверяет каталог, остатки, цены, акции и правила совместимости, затем предлагает 2-3 варианта с понятным сравнеВ · каталог становится подборкой

Заявка менеджеру

Бот обещает только то, что есть в наличии в нужном городе.

Telegram-консьерж доводит покупателя от вопроса до заявки: уточняет потребность, проверяет наличие, собирает комплект и
Все проекты
Тип работы
Проект для заказчика
Заказчик
Конфиденциальный проект
Отрасль
Ритейл
Срок
3 недели интеграции и 1 неделя подготовки сценариев
Команда
2 backend разработчика, 1 интегратор, 1 аналитик
Стек
Node.js, TypeScript, Telegram Bot API, PostgreSQL, gRPC
Подробно для технических специалистовКак Telegram-запрос превращается в бронь техники

Retail-консьерж не должен просто красиво отвечать в чате. Рабочая система сначала превращает свободный запрос в понятные параметры покупки, затем проверяет каталог и остатки, объясняет рекомендацию и передаёт менеджеру заявку, готовую к работе.

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

Q=(intent, city, budget, useCase, constraints)Q=(intent,\ city,\ budget,\ useCase,\ constraints)
Запрос покупателя превращается в набор параметров, пригодных для поиска и передачи менеджеру.

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

Telegram-запрос покупателя и параметры подбора техники
Ассистент фиксирует бюджет, город и сценарий покупки без длинной анкеты.

Дальше система работает не по памяти модели, а по реальному каталогу. Через интеграцию с ERP или внутренним API проверяются артикулы, характеристики, цены, остатки по городам, доступность самовывоза и правила бронирования.

C(Q)={skui∣stocki(city)>0∧pricei≤budget∧fiti(Q)≥τ}C(Q)=\{sku_i\mid stock_i(city)>0\land price_i\le budget\land fit_i(Q)\ge\tau\}
Кандидаты отбираются по наличию, цене и соответствию сценарию клиента.

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

Проверка каталога, ERP-остатков и совместимости товаров
До ответа клиенту система сверяет товар, склад, город, цену и совместимые аксессуары.

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

scorei=wffiti+wsstocki+wmmargini+waattachiscore_i=w_f fit_i+w_s stock_i+w_m margin_i+w_a attach_i
Рейтинг товара учитывает соответствие задаче, наличие, коммерческую ценность и релевантность аксессуаров.

Для up-sell и cross-sell система добавляет аксессуары только там, где есть понятная причина: совместимость, защита устройства, готовый комплект для сценария клиента.

Персональная рекомендация техники и комплекта аксессуаров
Клиент видит не список SKU, а объяснённый подбор с причиной и комплектом.

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

B=(customer, sku, store, pickupTime, reason, owner)B=(customer,\ sku,\ store,\ pickupTime,\ reason,\ owner)
Бронь и CRM-задача хранят коммерческий контекст, а не только текст переписки.

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

Бронь товара и CRM-задача для менеджера
Диалог превращается в бронь, CRM-задачу и понятный следующий шаг для продавца.

На выходе получается не чат-бот с каталогом, а управляемый retail-процесс: структурированный запрос, проверка ERP-остатков, объяснимая рекомендация, бронь и CRM-handoff с полным контекстом покупки.

Результаты

  • Онлайн-заявки проходят через бота: от вопроса покупателя до готовой заявки
  • Покупатель получает первый ответ сразу, а не после того, как освободится менеджер
  • Бот рекомендует аксессуары и совместимые товары к покупке
  • Распределение заявок автоматизировано: город, товар, наличие, бронь и ответственный менеджер
  • Node.js
  • TypeScript
  • Telegram Bot API
  • PostgreSQL
  • gRPC

Хотите похожее решение?

Опишите процесс, данные и желаемый результат — вернёмся с вариантами решения и оценкой первого этапа.