Чат-бот для оптовых продаж

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

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

Чем оптовый запрос отличается от розничного

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

Минимальная партия обычно прописана в прайсе отдельной колонкой или общим правилом в инструкции агента. Цена от объёма — это несколько цифр на позицию: розница, опт от N единиц, отдельная ставка для дилера. Уровень клиента логичнее держать полем сделки или тегом в CRM, чем спрашивать заново в каждом диалоге.

Прайс и остатки: таблица, а не база знаний

Прайс с ценами по уровням и актуальный остаток, это данные со строгой структурой и точным ключом (артикул, модель), а не связный текст. Правило из чек-листа платформы простое: точный поиск по значению — таблицы, смысловой поиск по формулировке — база знаний.

Загружается такой прайс тремя способами: CSV в кодировке UTF-8 с разделителем-запятой, файл Excel или подключённая Google-таблица с доступом «Читатель» или «Редактор». Частота обновления Google-таблицы задаётся в минутах, по умолчанию 1440, то есть раз в сутки, и есть кнопка ручного обновления в любой момент.

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

Если остатки живут в 1С

Когда склад живёт прямо в 1С и в таблицу не выгружается, агент получает остаток запросом к ней напрямую: на стороне 1С публикуется веб-сервис, а в агенте настраивается действие «Вебхук», которое обращается к нужному методу по артикулу или номеру заказа.

Для настройки нужны три вещи: URL метода вместе с описанием того, какой запрос он принимает, список заголовков и способ авторизации, который может отсутствовать вовсе. Если есть возможность влиять на проектирование метода со стороны 1С, стоит заложить в нём поддержку POST-запросов: так проще передавать объём партии и артикул за один вызов. Настройка действия и авторизация по шагам лежат в статье про интеграцию с 1С.

Каталог в CRM и дилерские условия

Если карточки товаров уже заведены в CRM, агенту не обязателен отдельный прайс-файл. В amoCRM включается поиск по каталогу товаров, и за него отвечает функция amo_product_search_in_catalog(): агент получает данные о товаре напрямую из карточки, а лимит на число результатов задаётся в настройке канала. В RetailCRM то же самое устроено через клиентскую базу: заказы, их статусы и товары видны в одном окне, что удобно для повторных оптовых закупок у постоянного клиента через агента в RetailCRM.

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

Розничный покупатель или закупщик: кто пишет и когда звать менеджера

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

Файл со спецификацией или прайсом агент может прислать сам: отправка файлов клиенту работает как часть структурированных ответов, но это функция подписки «Интегратор». На остальных подписках агент называет условия текстом, а сам документ передаёт менеджер — рабочий обход простой и не требует переделки диалога.

Заведите одну таблицу до настройки самого агента

Заведите прайс с уровнями цен и остатком в отдельную таблицу до того, как настраивать логику диалога — без неё агенту нечего показывать при первом же вопросе о партии. Дальше добавляется дилерский уровень полем в CRM, а уже потом — вебхук в 1С, если остатки живут там, и функция отправки файлов, если она нужна и подписка это позволяет.

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

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