Касса в том же треде

Оплата там, где выбрали товар — не на внешнем сайте

Лишний переход — новая загрузка и поле из 16 цифр. volbor держит витрину, счёт и чек в диалоге. Данные карты принимает шлюз. [1]

Барьеры

Внешний эквайринг рвёт импульс

  • PAN на телефоне

    Ввод 16 цифр на маленьком экране.

  • Отклон закрыл вкладку

    Менеджер в чате не знает, почему банк отказал.

  • Реквизиты текстом

    Выглядит как фишинг, даже если счёт настоящий.

  • Двойная отгрузка

    Нет идемпотентного вебхука — два заказа на один клик.

Один поток

Витрина → счёт → вебхук → чек

Клиент собирает позиции в карточках мессенджера. Успех приходит сервером, не скриншотом «оплатил».

  1. 1

    Витрина

    Фото, цена, модификация, корзина в треде.

  2. 2

    Счёт

    Сессия шлюза: Apple Pay, Google Pay, карта.

  3. 3

    Вебхук

    Тот же id не создаёт второй заказ.

  4. 4

    Чек

    Бот шлёт подтверждение, сделка «оплачена», склад в работе.

Безопасность

Карта не живёт в мессенджере

  • PCI — зона шлюза

    В чате нет PAN и CVV.

  • Идемпотентный id

    Повторный клик не списывает дважды.

  • Отклон

    Бот сообщает класс отказа и другой метод.

  • Возврат — роль finance

    Не «скинь карту в чат».

  • GDPR

    Согласие и хранение контакта. Не локальный закон одной страны.

Чек выше без нового сценария

Допродажа, бандл, BNPL, человек на опт

Сопутствующее

Кнопка «добавить» пересчитывает тот же счёт.

Рассрочка

График на экране шлюза. Продавец получает расчёт.

Скидка менеджера

Сумма правится до ссылки. После оплаты — только возврат.

Экономика

Каждый уход на кассу — отдельная точка отказа

  • +$480

    Если из 100 диалогов с намерением купить 8 обрывов кассы закрыть в чате при чеке $60. [2]

  • 15 мин

    Напоминание о неоплаченном счёте в том же треде, с тем же составом. [3]

Запуск

Четыре шага до тестового платежа

  1. 1

    Провайдер

    Подключить шлюз в интеграциях.

  2. 2

    Каталог

    Файл или API магазина.

  3. 3

    Сценарий

    Подтверждение заказа в конструкторе.

  4. 4

    Песочница

    Вебхук, чек, статус CRM.

Финансы и роли

Вопросы до включения кассы

Откуда фискальный чек?

Его даёт шлюз или кассовый контур. Ссылка уходит в чат или email.

Клиент меняет состав после счёта?

Старый счёт гасится, новый id. Не две ссылки «на всякий случай».

Подписка?

Токен на стороне шлюза. Сырая карта в volbor не хранится.

Кто видит деньги?

Оператор — статус. Скидка и возврат — старшие роли.

Прогоните один тестовый платёж — не «весь магазин»

Провайдер, одна позиция, вебхук, чек. Когда статус в CRM совпадёт с деньгами — каталог можно растить.

Открыть volbor

Методология и источники

Как считаются цифры на этой странице

  1. [1]
    Внешний чекаут рвёт сессию

    Новое приложение + форма карты. Любой шаг может оборвать оплату, пока диалог в мессенджере не знает статус.

  2. [2]
    Пример +$480 с той же переписки

    8 сохранённых оплат × $60 = $480. Допущение: часть обрывов — трение кассы, не отказ от товара. Не прогноз рынка.

  3. [3]
    Напоминание в том же треде

    Счёт с TTL (15 мин–24 ч): пинг в исходном чате vs письмо, которое могут не открыть. Состав корзины тот же.