Чат-бот с распознаванием qr-кодов для проведения розыгрыша за покупку определенных товаров в рознице

Заказчик - виноторговая компания.

Цель - создание чат-бота для vk, wa, tg для проведения розыгрыша среди покупателей определенной марки продукции.

Механика работы чат-бота:🤖

☑ Покупатель видит qr-код на купленном товаре, попадает на минилендинг и выбирает один из трех мессенджеров.

☑ Покупатель проходит регистрацию в боте, указывая свой емейл (регистрация сквозная на все 3 мессенджера)

☑ Далее пользователь отправляет в бот qr-код чека, чтобы подтвердить покупку.

☑ Система проверяет чек на уникальность и на содержание определенного товара. В случае успешного прохождения этих фильтров пользователю начисляется столько лотов (номеров для розыгрыша), сколько единиц товара в чеке у него куплено.

В случае, если товара в чеке не найдено, или человек регистрирует чек повторно, система его не пропускает к дальнейшим действиям в боте.

☑ Также в боте реализована сквозная возможность просмотра баланса лотов. Неважно, в каком мессенджере был зарегистрирован чек, система закрепляет их за емейлом пользователя, и полный набор начисленных лотов можно посмотреть в любом мессенджере.

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

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

Проверка, что условия в посте выполнены, производится по факту попадания лота в выигрыш администраторами конкурса.

☑ Для администратора конкурса в боте настроена панель управления, которая позволяет реализовывать 2 функции: вручную сгенерировать лот (для этого администратор должен ввести определенные параметры чека, система проверит их на уникальность и если проверка пройдена - сненерирует лот пользователю, этот функционал предусмотрен в связи с тем, что распознавание чека происходит не со 100 % вероятностью, а примерно с 90%) и удалить лот из списка (эта функция нужна для удаления лотов, которые выиграли в промежуточных розыгрышах, по условиям конкурса они исключаются из розыгрыша основного приза).

Стек инструментов🛠

База данных содержит 2 таблицы : базу лотов и базу id пользователей.

База данных реализована на google sheets.

Чат-бот реализован на платформе Salebot.

Распознавание чеков реализовано с помощью интеграции по api с сервисом проверкачека.рф

Сценарий интеграции сделан на nocode платформе n8n.

Не обошлось без непредвиденных ситуаций.

В середине проекта, когда сценарии работали бесперебойно уже пару месяцев, конструктор чат-ботов в одностороннем порядке изменил время обработки скриптов. И нашим сценариям стало не хватать времени на то, чтобы обработать все данные и записать их в таблицу.Техподдержка посоветовала перенести скрипты на собственный сервер.Это значило, что из конструктора нужно выносить эти сценарии, прописывать и в коде, размещать на сервере заказчика - в общем, это полный ахтунг!Несколько дней чат-бот не работал в полной мере. Не генерил лоты автоматически.

Но! К счастью на этапе формулирования ТЗ мы предложили заказчику и реализовали сценарий ручной генерации лотов. Думали, что сервис проверкачека.рф будет расшифровывать не 100 % чеков, а меньше. Но по факту этого не произошло. Все загруженные в систему чеки были распознаны сервисом без проблем и без потерь.
А созданный сценарий пригодился для этого непредвиденного случая с обработкой скриптов.Администратор конкурса мог генерить лоты через этот сценарий, присваивая их пользователям (пусть и с небольшой паузой), а мы приняли решение взять на себя решение этой проблемы нашего клиента.
До конца розыгрыша оставалось еще около 2,5 месяцев. Мы решили, что соберем нужные сценарии на No-code платформе n8n и разместим у себя на сервере. Это гораздо быстрее, чем писать и размещать где-то в контуре заказчика новый код. Мы решили этот вопрос полностью за свой счет, добившись того, чтобы изменения на стороне конструктора не отразились на работе клиента.
Таким образом, выбирая подрядчика для разработки IT-решений, проверяйте, сможет ли он что-то предпринять, в случае всяких непредвиденных ситуаций. Располагает ли он еще какими-то инструментами, кроме тех, которые заявляет для решения задачи. Может ли он целостно посмотреть на задачу и предусмотреть то, что не может предвидеть клиент на этапе постановки технического задания.

Убедиться в том, что все IT процессы вашего бизнеса налажены и работают исправно можно на бесплатном экспресс-аудите IT процессов . ( узнать подробности).
📝 Записаться на аудит можно ЗДЕСЬ .

🔥 Еще больше идей автоматизации и интересных кейсов на нашем телеграм канале

👉👉Чтобы заказать похожего бота или задать любой вопрос по автоматизации IT процессов - пишите нам 👈