К содержанию
BotLab

02

Telegram WebApp

Когда выбора слишком много для кнопок, сценарий переносится в WebApp. Клиент остаётся в Telegram, а компания получает нормальный интерфейс: список, карточка, корзина, оплата, статус.

9:41 Демо

BotLab Market

Корзина пуста

Сумма

Это демонстрация. Заказ остаётся на экране и никуда не отправляется.

Каталог и карточка

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

Корзина и запись

Состав заказа или слот времени проверяется до отправки в учётную систему.

Оплата

Click, Payme или другой провайдер возвращает статус в тот же заказ.

Кабинет

Клиент видит свои заказы и записи, не начиная диалог заново.

Демонстрационный интерфейс. Это макет сценария, а не магазин действующего клиента.

Где это применяют

  1. Витрина доставки

    Меню, корзина и адрес собираются в Mini App, заказ уходит в iiko или учёт.

  2. Запись на услугу

    Клиент видит свободные окна и выбирает специалиста без переписки.

  3. Каталог магазина

    Карточка товара показывает цену и остаток, заказ создаётся в CRM или 1С.

Как идёт работа

  1. 01

    Сценарии экранов

    Определяем, какие действия клиент завершает в WebApp, а какие остаются в чате.

  2. 02

    Данные экрана

    Согласуем, откуда берутся товары, слоты, цены и статусы.

  3. 03

    Интерфейс и API

    Собираем экраны и методы, которыми Mini App общается с backend.

  4. 04

    Сквозная проверка

    Проходим выбор, изменение корзины, оплату и отказ провайдера.

Коротко о формате работы

WebApp открывается только внутри Telegram?

Основной сценарий — Mini App внутри Telegram. Тот же backend может отдать данные и в другой интерфейс, если это заложено в контур.

Откуда берутся товары и цены?

Из согласованного источника: 1С, iiko, ERP или вашей базы. Витрина не должна вести второй прайс без правила обновления.

Материалы по теме

Обсудить эту услугу