Wino Pay

Wino Pay — POS-приложение для мерчантов, которое позволяет принимать крипто-платежи на кассе (в первую очередь USD-стейблкоины) через QR-инвойс, показывать статус транзакции и выдавать электронный чек.

Wino Pay

Wino Pay — POS-приложение для мерчантов, которое позволяет принимать крипто-платежи на кассе (в первую очередь USD-стейблкоины) через QR-инвойс, показывать статус транзакции и выдавать электронный чек.

Wino Pay

Wino Pay — POS-приложение для мерчантов, которое позволяет принимать крипто-платежи на кассе (в первую очередь USD-стейблкоины) через QR-инвойс, показывать статус транзакции и выдавать электронный чек.

Контекст продукта

Wino Pay задуман как инструмент для малого/среднего бизнеса в разных юрисдикциях, где правила по крипте сильно отличаются: есть рынки “зелёные” (крипто-дружелюбные), а есть “красные” (где оплачивать криптой в быту нельзя или это серо регулируется). Поэтому ключевое требование к продукту — простая касса + гибкая дистрибуция (например, установка не только через сторы, но и напрямую на POS-устройствах, где это нужно).

Wino Pay задуман как инструмент для малого/среднего бизнеса в разных юрисдикциях, где правила по крипте сильно отличаются: есть рынки “зелёные” (крипто-дружелюбные), а есть “красные” (где оплачивать криптой в быту нельзя или это серо регулируется). Поэтому ключевое требование к продукту — простая касса + гибкая дистрибуция (например, установка не только через сторы, но и напрямую на POS-устройствах, где это нужно).

Wino Pay задуман как инструмент для малого/среднего бизнеса в разных юрисдикциях, где правила по крипте сильно отличаются: есть рынки “зелёные” (крипто-дружелюбные), а есть “красные” (где оплачивать криптой в быту нельзя или это серо регулируется). Поэтому ключевое требование к продукту — простая касса + гибкая дистрибуция (например, установка не только через сторы, но и напрямую на POS-устройствах, где это нужно).

Проблема

На кассе важно одно: кассир должен за 1 секунду понять — оплачено или нет, и что делать дальше. До приведения к целевой логике POS-опыт обычно ломается на трёх местах:

  1. статус “ожидаем оплату” выглядит недостаточно уверенно → кассир верит словам клиента

  2. ошибки и тайм-ауты не дают понятного next step → очередь встаёт

  3. отсутствие “защиты от мисклика” (отмена/сброс) → дорогие ошибки при финальных платежах

На кассе важно одно: кассир должен за 1 секунду понять — оплачено или нет, и что делать дальше. До приведения к целевой логике POS-опыт обычно ломается на трёх местах:

  1. статус “ожидаем оплату” выглядит недостаточно уверенно → кассир верит словам клиента

  2. ошибки и тайм-ауты не дают понятного next step → очередь встаёт

  3. отсутствие “защиты от мисклика” (отмена/сброс) → дорогие ошибки при финальных платежах

На кассе важно одно: кассир должен за 1 секунду понять — оплачено или нет, и что делать дальше. До приведения к целевой логике POS-опыт обычно ломается на трёх местах:

  1. статус “ожидаем оплату” выглядит недостаточно уверенно → кассир верит словам клиента

  2. ошибки и тайм-ауты не дают понятного next step → очередь встаёт

  3. отсутствие “защиты от мисклика” (отмена/сброс) → дорогие ошибки при финальных платежах

Цели дизайна

Цель UX: сделать кассовую оплату предсказуемой и устойчивой к стрессу:

  • минимум шагов: Amount → Invoice/QR → Status → Receipt

  • статусы читаются без текста: цвет/иконка/заголовок

  • в каждом состоянии есть одна главная кнопка (и понятные вторичные действия)

  • защита от ошибок: подтверждения опасных действий, закрепление суммы, чёткие ошибки

Решение (UX-архитектура Wino Pay)

Кассовый поток: 4 шага
  1. Ввод суммы (в фиате или эквиваленте — как у вас в продукте)

  2. Создание инвойса → показ QR

  3. Ожидание подтверждения (pending)

  4. Подтверждено → чек/квитанция

Статусы транзакции

Блокчейн подтверждает перевод не мгновенно, поэтому статус — это сердце UX. Логика должна быть: вижу статус → понимаю уверенность → знаю действие.

  • Waiting / Pending: платёж инициирован, ждём подтверждение

  • Paid / Confirmed: подтверждено, можно закрывать чек

  • Failed: ошибка, предложить “создать новый инвойс / попробовать снова”

  • Expired: истёк срок, “создать новый инвойс”

  • Canceled: отменено кассиром

UX под финальность крипты

Так как платёж необратим, дизайн должен защищать от “дорогих” мискликов:

  • подтверждение опасных действий (отмена/сброс)

  • закрепление суммы и деталей платежа на ключевых экранах

  • ясные тексты ошибок: не “что-то пошло не так”, а “что делать”

Больше шотов

Я выложил коллекцию шотов Wino Pay на Layers.

СПАСИБО ЗА ПРОСМОТР

СПАСИБО ЗА ПРОСМОТР

СПАСИБО ЗА ПРОСМОТР

Посмотрите другие работы

Посмотрите другие работы

Посмотрите другие работы

pavel@dovnar.ru