PATRIXEX
P2P-обменник и информационный портал
Второй этап Patrixex после кошелька: веб P2P-обменник. Старт - проработанный MVP-дизайн в Figma (десктоп + мобилка), затем сборка продукта: обмен, сделки, лояльность, поддержка.

- 01 · Клиент
Patrixex - два связанных проекта одного клиента.
- 02 · Задача
Сначала зафиксировать UX обменника в Figma: путь от курса до сделки.
- 03 · Решение
Этап дизайна: первый полноценный прототип MVP в Figma - экраны обмена, лояльности, поддержки и мобильные вью.
- 04 · Результат
Сначала - проработанный MVP-дизайн в Figma (десктоп + мобилка, обмен, лояльность, поддержка).
P2P-обменник и информационный портал
О клиенте
Patrixex - два связанных проекта одного клиента. После Telegram-кошелька пошли в веб: P2P-биржа / обменник.
Первым шагом сделали полный прототип дизайна в Figma - не «набросок на салфетке», а проработанный MVP: лендинг обмена, виджет Give/Get, как это работает, локации сделки, программа лояльности, поддержка, политика, адаптив под iPhone. Дальше по этому каркасу собирали продукт.
С какой задачей пришли
- Сначала зафиксировать UX обменника в Figma: путь от курса до сделки
- P2P/обмен: статусы, доверие, локации - без хаоса в чатах
- Лояльность, поддержка и юр.страницы - сразу в MVP, не «потом»
- Десктоп и мобилка в одном прототипе до разработки
1. Прототип дизайна MVP в Figma
Собрали первый проработанный прототип: тёмный UI с мятным акцентом, hero «обмен наличных ₽ на Tether», виджет обмена, шаги «как это работает», блок доверия, карта/локации сделки, FAQ и отзывы. Отдельно - программа лояльности (кешбэк, пригласи друга, отзыв, партнёр), поддержка с формой и политика конфиденциальности. Внизу холста - мобильные iPhone-экраны тех же сценариев. Это был каркас MVP до кода.
2. Сценарий обмена
В прототипе сразу заложен путь пользователя: выбрать пару Give/Get, понять шаги сделки, где проходит обмен, задать вопрос в FAQ/поддержку. Не лендинг «красиво про крипту», а UX обменника.
3. Удержание и доверие
В MVP-дизайне уже были лояльность, партнёрский блок («открыть своё ОКО»), отзывы и юр.текст. Так клиент видел продукт целиком: привлечение → сделка → возврат → поддержка.
4. Дальше - веб-продукт
После Figma собрали веб-контур P2P/обмена как финтех-MVP (второй этап после Telegram-кошелька). Демо-видео работы продукта - в блоке «Видео» на этой странице.
Видео
Галерея

Как это работает
Сценарий пользователя
- Смотрит курс и заполняет виджет обмена (Give / Get)
- Проходит шаги сделки и локацию обмена
- При необходимости пишет в поддержку или смотрит FAQ
- Возвращается через лояльность / рефералку
Сценарий команды / админа
- Утверждает Figma-MVP: экраны и сценарии
- Ведёт сделки и статусы на вебе
- Сопровождает поддержку и спорные операции
Технологии
- Дизайн
- Figma · первый MVP-прототип
- Продукт
- P2P / обмен · веб
- Этап
- После TG-кошелька Patrixex
Срок: Этап 2 экосистемы Patrixex
Результат и бизнес-эффект
Сначала - проработанный MVP-дизайн в Figma (десктоп + мобилка, обмен, лояльность, поддержка). Затем - веб-сборка финтех-MVP. Скрин первого прототипа - в галерее, демо продукта - в видео. Публичной витринной ссылки нет.
Подойдёт, если вам нужно
- Нужен P2P-обменник как веб-MVP - CRM и ERP
- Уже есть кошелёк/miniapp - пора в биржевой контур - Веб-приложения
- Финтех без «красивого лендинга вместо продукта» - CRM и ERP
Часто задаваемые вопросы
Вопросы по этому типу проектов, те же, что задают перед стартом похожей разработки.
Почему не собрать на no-code-конструкторе?
Для проверки гипотезы на пару месяцев конструктор подходит. Кастом нужен, когда вы упираетесь в права доступа, интеграции, скорость или лимиты тарифа. Частый путь — прототип на конструкторе, затем MVP на своём коде с переносом данных.
Сколько стоит и как платить?
Стоимость считаем по задаче: смета за 1–2 дня после брифа. Зависит от ролей, экранов и интеграций в этом релизе. Платите по итерациям — прототип, MVP, следующий этап — по факту приёмки, а не весь бюджет сразу.
Кому принадлежит код?
Вам. Код и инфраструктура остаются у компании, команду разработки можно сменить без переписывания продукта.
Что делать, если требования изменятся по ходу?
До кода фиксируем, что входит в первую версию, а что уходит в бэклог. Новые идеи не ломают текущий этап: оцениваем их отдельно и ставим в следующий. Каждую готовую задачу выкладываем на стенд — вы видите продукт, а не ждёте конца проекта.
Нужен P2P-обменник?
Опишите пары, роли сторон и комплаенс-ограничения - оценим MVP биржи.


