Мобільний продукт без криптожаргону: як має виглядати нормальний онбординг
Нормальний онбординг мобільного продукту на Solana — це послідовність кроків, де людина розуміє, що відбувається до того, як щось підтвердити. Жодних «seed phrase», «мінімального балансу для ренти» чи «деплою смарт-контр

Що звірити на практиці
Нормальний онбординг мобільного продукту на Solana — це послідовність кроків, де людина розуміє, що відбувається до того, як щось підтвердити. Жодних «seed phrase», «мінімального балансу для ренти» чи «деплою смарт-контракту» в першому екрані. Замість цього — зрозуміла мета, прозорі наслідки кожної дії та чітке розділення між «створити гаманець» і «почати користуватися продуктом».
Такий онбординг не пояснює, як працює блокчейн. Він пояснює, що саме зробить застосунок і чому це безпечно — мовою повсякдених завдань.
Механізм у повсякденному сценарії
Уявіть типову ситуацію: людина відкриває мобільний застосунок на Solana, щоб зробити одну конкретну річ — наприклад, переказати кошти або оплатити покупку. Що вона має побачити?
Крок 1. завдання, не технологія. Перший екран відповідає на запитання «що я тут можу зробити?», а не «яка у вас мережа?». Нормальний продукт показує дію: «Надіслати кошти», «Отримати оплату», «Зберегти активи». Якщо перше, що бачить користувач — термін з криптословника, це сигнал, що онбординг побудований для розробників, а не для людей.
Крок 2. Створення гаманця як окремий, прозорий етап. Людина має зрозуміти три речі: що таке гаманець простими словами, що від неї вимагається (записати фразу відновлення) і що станеться, якщо вона цього не зробить. Нормальний продукт не ховає фразу відновлення за додатковим натисканням і не пропонує «зберегти в хмару» як основний варіант без попередження про ризики.
Крок 3. Пояснення дозволів до їх надання. Якщо застосунок просить доступ до камери (для сканування QR-кодів), біометрії або сповіщень — кожен дозвіл має бути прив’язаний до конкретної функції. «Нам потрібна камера, щоб ви могли сканувати адреси для переказів» — це нормальне пояснення. «Дозвольте всі запити» — ні.
Крок 4. Перший крок у продукті без грошей. Ідеальний онбординг дозволяє ознайомитися з інтерфейсом, не вносячи кошти. Людина має побачити, як виглядає екран переказу, де знаходиться баланс, як виглядає історія операцій — все це до того, як вона щось депонує.
Критерій перевірки: якщо людина без попереднього досвіду з криптовалютами може пройти перші чотири екрани, не заглядаючи в Google — онбординг виконаний нормально.
Кому це справді важливо
Для кого такий підхід критичний:
- Люди, які вперше взаємодіють із криптоактивами і приходять не з інтересу до технології, а з конкретним завданням (переказ, оплата, збереження).
- Користувачі, які вже мають досвід із традиційними фінансовими застосунками і очікують схожого рівня зрозумілості.
- Ті, хто розуміє ризики, але не готовий витрачати час на розшифровку термінології, щоб зробити одну операцію.
Для кого це менш актуально:
- Розробники та досвідчені користувачі, які самі обирають рівень контролю над ключами, RPC-ноди та деталі транзакцій. Для них надмірне спрощення може бути навіть незручним.
- Ті, хто використовує Solana через десктопні інструменти або командний рядок — там онбординг за визначенням має іншу структуру.
Мобільний продукт на Solana, який орієнтований на широку аудиторію, має відповідати саме на очікування першої групи. Якщо продукт позиціюється як «для всіх», але онбординг починається з технічних налаштувань — є розрив між заявою та реальністю.
Ризики та межі застосування
Переспрощення, яке приховує реальні ризики. Якщо продукт взагалі не згадує, що втрата фрази відновлення означає втрату доступу до коштів — це не «дружній інтерфейс», це приховування критичної інформації. Баланс між зрозумілістю та повнотою інформації є ключовим.
Фраза відновлення як другорядний елемент. Деякі продукти показують seed phrase після кількох екранів налаштувань, коли користувач уже втомився натискати «далі». Ризик — людина пропускає цей крок або записує некоректно. Критерій: фраза відновлення має бути виділена як окремий, невідворотний етап з підтвердженням запису.
Неявні комісії. Онбординг має попереджати, що транзакції в мережі Solana не безкоштовні, навіть якщо комісії зазвичай низькі. Якщо людина вперше переказує кошти і бачить, що сума змінилася — це підміна очікувань.
Регіональні обмеження, які з’являються пізно. Якщо продукт недоступний у певних юрисдикціях, але користувач дізнається про це лише після створення гаманця та введення даних — це марна трата часу та потенційний ризик конфіденційності.
Дозволи гаманця без пояснень. Коли мобільний продукт на Solana працює як некастодіальний гаманець, користувач має розуміти, хто контролює ключі. Якщо це кастодіальне рішення — це має бути сказано прямо. Змішування цих двох моделей без пояснення є поширеною помилкою.
| Типова помилка онбординг | Чому це проблема | Як перевірити |
|---|---|---|
| Криптосленг у перших екранах | Відштовхує людей без технічного бекграунду | Пройти онбординг як новачок і зафіксувати кожен незрозумілий термін |
| Фраза відновлення без підтвердження | Ризик втрати коштів через неправильний запис | Перевірити, чи вимагає продукт повторного введення фрази |
| Відсутність пояснення комісій | Несподіване зменшення суми переказу | Знайти інформацію про комісії до першої транзакції |
| Невказана модель контролю ключів | Нерозуміння, хто має доступ до коштів | Знайти в умовах або інтерфейсі згадку про кастодіальність чи некастодіальність |
Практична верифікація
Перш ніж довіряти кошти будь-якому мобільному продукту на Solana, пройдіть його онбординг з кількома контрольними запитаннями:
- Чи розумію я, що саме цей продукт робить з моїми коштами? Якщо відповідь ні — зупиніться.
- Чи бачив я фразу відновлення і чи перевірив її запис? Якщо продукт не вимагав підтвердження — це червоний прапорець.
- Чи знаю я, хто контролює приватні ключі? Знайдіть цю інформацію в умовах використання або розділі безпеки.
- Чи попередили мене про комісії до першої транзакції? Якщо ні — перевірте їх самостійно перед відправкою.
Для глибшого розуміння того, де саме мобільний продукт на Solana може бути корисним у повсякденні, варто ознайомитися з конкретними сценаріями використання у матеріалі П’ять реальних сценаріїв, у яких Solana на телефоні має сенс.
Якщо ви шукаєте загальний огляд мобільних інструментів у екосистемі — почніть з хабу Mobile Solana: гаманець, застосунки й щоденне використання. Загальний каталог продуктів Solana доступний у розділі Продукти Solana: що працює для людей.
Питання безпеки гаманців, дозволів і контролю над ключами детально розкрито в розділі Безпека Solana: спокійно, конкретно, перевірено.
Фактична межа цього матеріалу: Редакція солана.укр не проводила тестування конкретних мобільних продуктів під час підготовки цієї статті. Наведені критерії є загальними принципами UX-проєктування для фінансових мобільних продуктів на блокчейні Solana. Для перевірки конкретного застосунку скористайтеся критеріями із таблиці вище. Актуальний стан інтерфейсу, дозволів, комісій та регіональних обмежень будь-якого продукту потребує окремої перевірки безпосередньо в застосунку та його офіційній документації на момент використання.
Редакція солана.укр
Джерела для перевірки. Ключові технічні твердження звірено з первинними джерелами: документація Solana Mobile про Mobile Wallet Adapter.
Зовнішні посилання та документація
Нижче — зовнішні URL, які вже використані в тексті. Це не автоматична позначка «перевірено»: редакція показує джерела прозоро й не підміняє фактчек бейджем.
