# UX криптокошелька для новичков: опыт дизайнера Key App

Кирилл Климов, дизайн-лид Key App, рассказывает, каким должен быть UX кошелька для новичков, как подходить к редизайну и зачем отказываться от криптожаргона.

- Автор: Кирилл Климов, Key App
- Опубликовано: 2022-12-13
- Обновлено: 2026-10-22
- Теги: Кошельки, Карьера в web3, Стартапы
- Страница: https://www.guidedao.xyz/blog/key-app-good-ux-and-abandoning-crypto-native-jargon

Интервью вышло в декабре 2022 года. Цифры и планы проектов указаны на тот момент.

## Путь в дизайн и крипту

Моя история вполне обычная. По образованию я технарь: окончил Московский институт электронной техники. Но путь был тернистый. Учиться в МИЭТе мне не понравилось, и на втором курсе я разочаровался в своих технических способностях: понял, что программирование не моё. Решил искать себя в чём-то более интересном. Во мне была творческая жилка, поэтому я начал работать видеооператором. Потом долго работал в типографии и там впервые по-настоящему познакомился с дизайном.

Я всё ещё искал себя, когда полностью ушёл в дизайн. Успел даже поработать дизайнером в хоккейном клубе. Оказалось, что это та же стартаперская тусовка, только в другом контексте, так что опыт получился крутой. Я совмещал кучу должностей, и работа была разнообразнее, чем в айти. Да и физической активности было больше: например, на стадион я ходил пешком. В дизайне как таковом я с 2014 года, а в продуктовом с 2017-го.

По-настоящему с криптой я тоже познакомился в 2017-м: начал работать на криптобукмекера. В спорте я шарил, а в крипте не шарил совсем. Этот опыт очень помог мне в будущем: я начал хорошо разбираться в web3, и меня уже не нужно было онбордить в тематику. Поэтому меня и взяли в Key App (тогда он назывался P2P Wallet).

## Работа в Key App

В команду я попал стандартно: нашёл вакансию, мне написали и захайрили. Сейчас я совмещаю две должности: UX-дизайнер, полностью отвечающий за user experience, и дизайн-лид. Мои обязанности менялись вместе с циклом разработки.

> Когда я пришёл, кошелёк уже какое-то время существовал, а я был единственным дизайнером, так что делал абсолютно всё: рисовал макеты, занимался продуктовой работой. Потом команда начала расти, появлялись новые люди, и мы перестраивали цикл разработки. Сейчас я в основном выстраиваю дизайн-процессы внутри команды, занимаюсь поиском PMF и UX: провожу юзабилити-тестирования и общаюсь с пользователями.

Key App — некастодиальный кошелёк на Solana. Это сложно и больно, потому что есть Phantom, практически монополист на рынке. К тому же сейчас Solana переживает не лучшие времена, поэтому нам приходится крутиться: просто переманить пользователей у Phantom мы не можем.

Курс Guide DAO: [DeFi-специалист](https://www.guidedao.xyz/defi)

Наша особенность в том, что мы есть только на iOS и Android, без расширения для браузера. Годный UX мы видим одним из наших будущих УТП. До классного UX нам ещё многое нужно сделать, но выделиться мы хотим именно им. Мы хотим онбордить новичков и снижать барьер между web2 и web3.

Нам, честно, очень далеко до идеала. А идеал, как я его понимаю, вообще очень далёк от кошельков. Главное для нас сделать так, чтобы некастодиальным кошельком было пользоваться не хуже, чем необанком. Это огромная задача. Но многое из того, что мы хотим реализовать, требует уймы часов разработки. Иногда приходится даже договариваться с протоколами, чтобы они внесли изменения. Например, мы решали проблему онбординга пользователя внутри кошелька, о ней говорят многие.

Сид-фраза, конечно, классная штука, но совсем не безопасная, потому что большинство людей безответственны и хранят её как попало. Мы смогли решить эту проблему, но на это ушло 3–4 месяца.

Мы интегрировали Web3Auth и разделили сид-фразу на три части, каждая хранится децентрализованно. Пользователь привязывает их к номеру телефона, устройству и аккаунту Google или Apple. Так мы повторяем привычную авторизацию из web2, ведь мы ориентируемся на пользователей web2, а не web3. При этом мы остаёмся некастодиальными и даже повышаем безопасность: по факту это та же двухфакторка. Пользователей мы никак не ограничиваем: они могут выгрузить свои ключи и уйти в другое приложение. Это первый наш большой флоу.

Второй флоу, над которым мы работаем, это отправка. Мы хотим, чтобы отправить деньги в web3 было так же просто, как в банке. Сюда входит несколько кейсов. Например, отправка по номеру телефона человеку, у которого вообще нет кошелька. Ещё адресная книга, и в стандартном виде, и с импортом из контактов, а также избранные адреса и список последних получателей.

Мы хотим всё упростить: чтобы человек, который ничего не знает о крипте, зашёл в кошелёк и смог сделать банальные вещи: зарегистрироваться, купить крипту, пополнить баланс и отправить деньги кому-то другому. Возможно, даже по номеру телефона.

## Каким бывает плохой UX

Открой любое приложение, и найдёшь кучу причин, почему UX там плохой. Но у UX нет абсолютных величин: каждый user experience строится от потребностей конкретной ЦА. Приложение может быть рассчитано на так называемых пауэр-юзеров, в нашем случае на криптонейтивов, а у них паттерны использования могут быть совсем другими.

Вспомнить классные кейсы куда проще, чем неудачные. Классный UX означает, что даже необычному и нестандартному интерфейсу легко обучиться: UX возьмёт тебя за ручку, как пятилетнего, и обо всём расскажет. В web3 этого не делает никто, пользователей никто не обучает. Мы пилим приложения и ждём, что пользователи сами до всего дойдут. Только недавно в web3 поняли, что юзеров, оказывается, нужно учить.

## Примеры хорошего UX

Классно, когда приложение быстрое и банально простое, когда в нём нет сложных выборов. Это, конечно, очень субъективно, но я всегда привожу в пример grandma-friendly UX, то есть буквально UX для бабушки. Это интуитивный интерфейс, в котором действуешь на автопилоте, как привык.

Из приложений с классным UX назову Coinbase, причём именно их кастодиальную часть и приложения для iOS и Android. Crypto.com вкладывали в маркетинг кучу денег, но даже близко не подошли к результату Coinbase. Правда, это кастодиальная история, так что не совсем web3.

В web3 всё куда сложнее. Мне нравится, как сделан 1inch, но покажи его другому человеку, и он вряд ли поймёт, что там делать. На Ethereum классный Rainbow Wallet. На Solana мне нравится, что делают ребята из Glow. На Bitcoin мне нравится Muun Wallet за потрясающую простоту: они убрали всё и оставили две кнопки. MetaMask ужасен, думаю, это и так все знают. Видимо, у них не было мотивации что-то менять. Их проблема в техдолге: команда упустила свой момент, и её это явно не парит.

К Curve, например, с точки зрения дизайна вопросов нет. У криптонейтивов проблем с сервисом не возникает: happy path там есть.

> Всё, что не укладывается в happy path, — корнер-кейсы, ошибки и прочее — сделано плохо, и не только в Curve, но и в других приложениях. Назвать по-настоящему классные приложения тяжело: все далеки от стандартов, к которым люди привыкли в web2. Может быть, OpenSea. Ребята оттуда, наверное, понимают, что web3-слой им сильно мешает. Я где-то слышал, что они даже хотят дать возможность покупать NFT банковской картой.

Мой топ-3 кошельков, хотя и они далеки от идеала: Rabby Wallet (расширение для браузера), BlockWallet (расширение для браузера) и Rainbow Wallet (iOS, Android).

## Как подходить к редизайну

Сначала нужно прочелленджить свой интерфейс. Если нашёл десятки проблем, пора выкатывать что-то новое. А если новая версия выполняет задачу не хуже старой, зачем тогда вообще нужна старая?

В редизайне работает банальная статистика: сколько пользователей действительно недовольны? Если недовольных меньше 1% из миллиона, ими можно пренебречь. Если их много, редизайн провалился. И помните, что недовольные редизайном будут всегда.

Если после челленджа понимаешь, что проблем не так уж много, нужен другой подход. Можно упереться и в разработку: ты решаешь делать редизайн, а тебе говорят, что на это нужно полгода. Тогда сразу понятно, что двигаться надо иначе.

У команды может не быть денег на большие изменения. Тогда ты рассматриваешь менее идеальные пути решения и составляешь себе роадмап: постепенно и плавно улучшаешь текущую версию. Это очень рабочий вариант.

Ещё есть практика работы с комьюнити. Ты объясняешь, что есть роадмап и по нему команда не только выкатывает новый функционал, но и улучшает текущий. Так ты не потеряешь старую аудиторию, и она не воспримет нововведения в штыки, потому что изменения будут плавными. Всё зависит от конкретных задач и проблем, которые перед тобой стоят.

BestChange нужен полный редизайн. Они не монополисты, и пользователи, скорее всего, привыкли к другим платформам. Когда в индустрии уже есть стандарт (тот же Paxful), аргумент «пользователи не поймут» не работает.

Ещё интерфейс можно «продать», например через контекстный онбординг. Это всё про юзер-френдли и копирайтинг: ты приходишь и говоришь, что сделал приложение лучше, добавил новые возможности, наглядно показываешь, где что находится. Банальное общение с пользователем вполне может сгладить впечатление.

## Почему web3-стартапы откладывают UX

Запуская стартап, человек изначально не думает про UX. Все инновации делают технари, это общеизвестный факт, и делают они проекты для таких же, как они сами. Когда технология становится популярной, приходят не только такие же гении, как фаундер, но и менее смышлёные люди, привыкшие к комфорту. Под них нужны совсем другие интерфейсы.

Масштабироваться нужно вовремя. Часто приложения делает небольшая группа людей. Когда у проекта один фаундер, он в одиночку платит за то, чтобы приложение работало. Когда команда из 10 человек, это уже полноценный стартап, и нужно платить зарплаты.

> Иначе ты не пригласишь человека, который сделает нормальный UX. Цикл повторяется: приходят большие команды, решают большие проблемы, у них большие бюджеты, и поэтому они могут позволить себе полноценный продакт-менеджмент.

На UX банально может не быть денег. Поначалу стартап идёт по наитию: фаундер делает так, как ему нравится и хочется. Он пишет код, а интерфейс делает на минимальном уровне, лишь бы был. На старте ты проверяешь идею: стрельнёт ли технология и как её воспримет комьюнити.

В web2 есть похожие истории: фронтенд собран на ноукоде, а бэкенда нет вовсе. Но web2 мы за это не ругаем. В web3 проблема заметнее, потому что проекты там быстро выстреливают. Я, честно говоря, не помню, когда в последний раз видел приложение в web2, которое плохо работало.

В web3 бывает так: появляется крутая финансовая модель, разлетается, допустим, по Твиттеру и за неделю внезапно набирает 10 тысяч пользователей. Стартапер понимает, что гипотеза подтвердилась и технология работает. А потом пользователи приходят и ругают его за UX.

Постепенно мы придём к пониманию, что есть определённый стек технологий, с которым можно работать, и тогда команды будут сразу делать всё нормально. А сейчас мы даже не определились, с какими блокчейнами будем работать дальше.

## Как обходиться без криптожаргона

Если говорить о массовом внедрении крипты, нужно сильно упрощать копирайтинг и избавляться от жаргона. Кто-то воспримет это в штыки, и, конечно, всегда останутся приложения, рассчитанные только на профи и криптонейтивов.

Это абсолютно нормально: произойдёт некоторое расслоение. Но если сразу отказаться от всего жаргона, смысл частично исказится.

> Иногда к проблеме труднее подступиться. Пользователь может столкнуться с ситуацией, у которой вообще нет аналогов в web2, и как ни ухищряйся с копирайтингом, без подробностей ты не объяснишь ему, что делать. Дело даже не в жаргоне, а в том, что придётся объяснять кучу концептов, которые пользователю вообще не нужны. В Key App мы стараемся от таких концептов в принципе уходить.

Нужно опираться на ментальные модели: идеи, стратегии, вообще на то, с чем человек уже сталкивался и о чём имеет представление. В Key App мы стараемся объяснять смысл словами, к которым люди привыкли, например из финтеха. Писать и говорить нужно так, как это делают банки: для людей это не новые слова.

Упрощение очень редко кому-то портит жизнь, поэтому криптонейтивы вряд ли будут против. Но если урезать функционал или убрать то, что им нужно, они просто уйдут в другое приложение.

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

## Когда криптокомпании вкладываться в UX

Сначала криптокомпании нужно понять свою юнит-экономику: на чём команда зарабатывает, кто её ЦА и как она будет зарабатывать, если появятся конкуренты, которые скопируют успешную модель или форкнут код и перетянут рынок к себе. Нужен стратегический вижн. Если компания понимает, что в такой ситуации никак не удержит аудиторию, UX может стать для неё хорошим ответом.

Есть и второй кейс: компания работает на рынке, где UX не особо важен. Например, на рынке узких профессиональных решений или в B2B. И опять же, состояние UX видно по метрикам, а метрики можно поднять за счёт UX.

Юзабилити-тесты и коридорные тесты можно провести самостоятельно. Поспрашиваешь пользователей и, может быть, поймёшь, что прямо сейчас UX-специалист тебе не нужен. А может оказаться, что часть аудитории привыкла «есть кактус» и довольствуется тем, что есть, а другая часть вообще не хочет пользоваться продуктом. Тогда самое время для апгрейда.

В любом случае индустрия растёт и стандарты повышаются, с каждым новым циклом это заметнее. Сейчас уже нельзя выйти на рынок с некрасивым интерфейсом, а пару лет назад было можно. Похоже, хороший UI стал обязательным. Рано или поздно то же будет и с UX.

## Как попасть в web3 без программирования

Если хочется работать в web3, DeFi и вообще в крипте, помните, что там есть не только технические специальности. Многие профессии не требуют умения писать код, в том числе тот же дизайнер. А если ты не технарь и не дизайнер, можно стать, например, продакт-менеджером.

Научиться всему самому с нуля будет сложно. UX-дизайн сейчас очень востребован, а UX-дизайнеров, которые ещё и технари, можно пересчитать по пальцам.

Для расширения кругозора можно прочитать пару книжек. Например, «Думай медленно… решай быстро» Даниэля Канемана. Это главная книга, чтобы понять, что приложения мы делаем для очень нерациональных созданий, которые могут мыслить совсем по-другому. Не у всех работает это «if-then-else». Ещё интересно почитать «Пиши, сокращай» Максима Ильяхова про копирайтинг. А моя любимая книга «Дизайн привычных вещей» Дональда Артура Нормана. Кругозор вам, конечно, поможет, но UX-специалиста, к сожалению, из вас не сделает.