Задача
Чтобы программа лояльности работала, одной цифры на бонусном счёте мало. Нужно связать поездку, клиента, водителя и правила начисления. У пассажира и администратора должны быть понятные ответы на вопросы: откуда взялись баллы и сколько можно списать.
Я реализовал этот процесс в Telegram-боте с разными ролями и историей заказов.
Один заказ — несколько связанных действий
Схема рабочего процесса. Данные пассажиров, водителей и реальные заказы не публикуются.
Что видит каждый участник
- Клиент: баланс баллов, историю своих заказов, акции и профиль.
- Водитель: создание заказа, историю поездок и свою статистику.
- Администратор: работу с клиентами, водителями и заказами.
- Суперадминистратор: общую статистику, управление администраторами, акциями и контроль оплат.
Почему правила списания важны
В этой системе обычные баллы списываются сотнями. Например, при балансе 350 баллов доступны 300, а остаток сохраняется. Бот должен проверить сумму до подтверждения заказа и показать человеку понятное ограничение.
Я связал такие проверки с оформлением поездки: учитываются доступный баланс, выбранный вариант списания и статус клиента. Это позволяет применять правила программы в процессе работы.
Результат разработки
Создан бот, в котором заказы и бонусы связаны с конкретными участниками. Клиент самостоятельно смотрит баланс, водитель оформляет поездку, а администраторы управляют программой через свои разделы.
Кейс показывает функциональность системы. Изменение выручки и частоты повторных поездок здесь не оценивалось.
Хотите связать заказы и программу лояльности?
Пришлите правила начисления и пример заказа без персональных данных. Обсудим, как перенести процесс в систему.
Написать ДмитриюВсе кейсы