FINTECH MVP NDA

Stealth Dollar Wallet

Я разрабатываю consumer-fintech продукт — мобильный кошелёк для простых переводов цифровых долларов. Проект находится под NDA, поэтому часть деталей и брендинг скрыты. Цель — убрать криптосложность и сделать Send / Receive таким же простым и спокойным, как в Apple Cash.

FINTECH MVP NDA

Stealth Dollar Wallet

Я разрабатываю consumer-fintech продукт — мобильный кошелёк для простых переводов цифровых долларов. Проект находится под NDA, поэтому часть деталей и брендинг скрыты. Цель — убрать криптосложность и сделать Send / Receive таким же простым и спокойным, как в Apple Cash.

FINTECH MVP NDA

Stealth Dollar Wallet

Я разрабатываю consumer-fintech продукт — мобильный кошелёк для простых переводов цифровых долларов. Проект находится под NDA, поэтому часть деталей и брендинг скрыты. Цель — убрать криптосложность и сделать Send / Receive таким же простым и спокойным, как в Apple Cash.

Проблема

Большинство криптокошельков проектируются для тех, кто уже «в теме». В результате интерфейсы перегружены сетями, токенами, газом и терминами, которые пугают новичков. Для массового пользователя это превращается в риск: ошибся сетью, не понял комиссию, отправил не туда — и деньги могут быть потеряны. При этом базовая потребность простая: людям нужно отправлять и получать доллары быстро и без лишних объяснений.

Большинство криптокошельков проектируются для тех, кто уже «в теме». В результате интерфейсы перегружены сетями, токенами, газом и терминами, которые пугают новичков. Для массового пользователя это превращается в риск: ошибся сетью, не понял комиссию, отправил не туда — и деньги могут быть потеряны. При этом базовая потребность простая: людям нужно отправлять и получать доллары быстро и без лишних объяснений.

Большинство криптокошельков проектируются для тех, кто уже «в теме». В результате интерфейсы перегружены сетями, токенами, газом и терминами, которые пугают новичков. Для массового пользователя это превращается в риск: ошибся сетью, не понял комиссию, отправил не туда — и деньги могут быть потеряны. При этом базовая потребность простая: людям нужно отправлять и получать доллары быстро и без лишних объяснений.

Цели продукта

В этом проекте я сфокусировался на том, чтобы свести сценарии к двум действиям — отправить и получить. Я намеренно убрал всё, что не усиливает MVP: никаких swap, NFT и dApp-возможностей. Приоритетом стало нативное iOS-поведение, ясность копирайта, покрытие ошибок и понятная безопасность. Отдельно я держал в голове App Store-ограничения и то, как продукт должен звучать и выглядеть, чтобы не обещать лишнего и не создавать неверных ожиданий.

В этом проекте я сфокусировался на том, чтобы свести сценарии к двум действиям — отправить и получить. Я намеренно убрал всё, что не усиливает MVP: никаких swap, NFT и dApp-возможностей. Приоритетом стало нативное iOS-поведение, ясность копирайта, покрытие ошибок и понятная безопасность. Отдельно я держал в голове App Store-ограничения и то, как продукт должен звучать и выглядеть, чтобы не обещать лишнего и не создавать неверных ожиданий.

В этом проекте я сфокусировался на том, чтобы свести сценарии к двум действиям — отправить и получить. Я намеренно убрал всё, что не усиливает MVP: никаких swap, NFT и dApp-возможностей. Приоритетом стало нативное iOS-поведение, ясность копирайта, покрытие ошибок и понятная безопасность. Отдельно я держал в голове App Store-ограничения и то, как продукт должен звучать и выглядеть, чтобы не обещать лишнего и не создавать неверных ожиданий.

Моя роль

Я выступал как product designer: сформировал концепцию и позиционирование, собрал UX-архитектуру, спроектировал все ключевые флоу и состояния, сделал UI в стиле iOS, написал копирайт и выстроил тон коммуникации. Важной частью работы стала проработка edge-кейсов и того, как приложение объясняет ошибки и ограничения, не пугая пользователя.

Я выступал как product designer: сформировал концепцию и позиционирование, собрал UX-архитектуру, спроектировал все ключевые флоу и состояния, сделал UI в стиле iOS, написал копирайт и выстроил тон коммуникации. Важной частью работы стала проработка edge-кейсов и того, как приложение объясняет ошибки и ограничения, не пугая пользователя.

Я выступал как product designer: сформировал концепцию и позиционирование, собрал UX-архитектуру, спроектировал все ключевые флоу и состояния, сделал UI в стиле iOS, написал копирайт и выстроил тон коммуникации. Важной частью работы стала проработка edge-кейсов и того, как приложение объясняет ошибки и ограничения, не пугая пользователя.

Ключевые решения

В MVP я оставил QR как “address-only”. Это осознанное решение: код содержит только адрес кошелька, а сумму вводит отправитель. Так проще объяснить механику, меньше риск ошибок и быстрее запуск. Второе важное решение — абстракция комиссии через Energy. Пользователь видит простую модель “1 Energy = 1 перевод”, а технические детали комиссии и сети остаются за кадром, чтобы не ломать ощущение “финтеха”, а не “крипты”.

В MVP я оставил QR как “address-only”. Это осознанное решение: код содержит только адрес кошелька, а сумму вводит отправитель. Так проще объяснить механику, меньше риск ошибок и быстрее запуск. Второе важное решение — абстракция комиссии через Energy. Пользователь видит простую модель “1 Energy = 1 перевод”, а технические детали комиссии и сети остаются за кадром, чтобы не ломать ощущение “финтеха”, а не “крипты”.

В MVP я оставил QR как “address-only”. Это осознанное решение: код содержит только адрес кошелька, а сумму вводит отправитель. Так проще объяснить механику, меньше риск ошибок и быстрее запуск. Второе важное решение — абстракция комиссии через Energy. Пользователь видит простую модель “1 Energy = 1 перевод”, а технические детали комиссии и сети остаются за кадром, чтобы не ломать ощущение “финтеха”, а не “крипты”.

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

Безопасность встроена в UX: критичные действия защищены Face ID, предусмотрены состояния Wallet locked, а recovery phrase объясняется честно и спокойно. Продукт не хранит и не видит recovery phrase и не имеет доступа к средствам пользователя. Мне было важно сформировать правильное ожидание: контроль у пользователя, и именно поэтому восстановление возможно только через сохранённую фразу.

Безопасность встроена в UX: критичные действия защищены Face ID, предусмотрены состояния Wallet locked, а recovery phrase объясняется честно и спокойно. Продукт не хранит и не видит recovery phrase и не имеет доступа к средствам пользователя. Мне было важно сформировать правильное ожидание: контроль у пользователя, и именно поэтому восстановление возможно только через сохранённую фразу.

Безопасность встроена в UX: критичные действия защищены Face ID, предусмотрены состояния Wallet locked, а recovery phrase объясняется честно и спокойно. Продукт не хранит и не видит recovery phrase и не имеет доступа к средствам пользователя. Мне было важно сформировать правильное ожидание: контроль у пользователя, и именно поэтому восстановление возможно только через сохранённую фразу.

Состояния

Пользователь получает понятные сценарии, если он вставил неверный адрес, отсканировал неподдерживаемый QR, столкнулся с недостатком средств или Energy, если транзакция зависла или была отменена, а также если приложение обнаружило активность, не инициированную с этого устройства. Во всех случаях цель одна: объяснять, что происходит, и давать следующий шаг. Сделал темную и белую тему через variables. Сделал Skeleton состояния для экранов.

Пользователь получает понятные сценарии, если он вставил неверный адрес, отсканировал неподдерживаемый QR, столкнулся с недостатком средств или Energy, если транзакция зависла или была отменена, а также если приложение обнаружило активность, не инициированную с этого устройства. Во всех случаях цель одна: объяснять, что происходит, и давать следующий шаг. Сделал темную и белую тему через variables. Сделал Skeleton состояния для экранов.

Пользователь получает понятные сценарии, если он вставил неверный адрес, отсканировал неподдерживаемый QR, столкнулся с недостатком средств или Energy, если транзакция зависла или была отменена, а также если приложение обнаружило активность, не инициированную с этого устройства. Во всех случаях цель одна: объяснять, что происходит, и давать следующий шаг. Сделал темную и белую тему через variables. Сделал Skeleton состояния для экранов.

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

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

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

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

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

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

pavel@dovnar.ru