Поговоримо з Сергієм Мельником про KYC/AML, Proof-of-Reserves, відповідність вимогам SEC та FINRA, та розберемося, як спростити процес реєстрації та верифікації нових користувачів, щоб не втрачати конверсію.
Сергій Мельник
У 2024 році криптовалютні біржі працюють в умовах наростаючого регуляторного тиску одразу з кількох боків. Комісія з цінних паперів і бірж США (SEC) висуває нові вимоги до торгових платформ, Управління регулювання фінансової індустрії (FINRA) розширює нагляд за операціями з цифровими активами, а в Європейському Союзі набирає чинності регламент MiCA (Markets in Crypto-Assets) — перший комплексний закон ЄС, що встановлює єдині правила для крипторинку. Для продуктових команд це означає одне: інтерфейси платформ мають одночасно відповідати юридичним стандартам і залишатися зрозумілими для мільйонів користувачів. Баланс між комплаєнсом та конверсією стає одним із центральних дизайн-завдань галузі.
Регуляторне навантаження на UX: масштаб проблеми
Процес реєстрації на регульованій криптоплатформі у 2024 році включає від 12 до 18 кроків: верифікація електронної пошти, завантаження документів, перевірка особи через KYC-провайдера, підтвердження адреси проживання, заповнення анкети про джерело коштів, прийняття правових застережень. Кожен додатковий крок збільшує ймовірність відтоку клієнтів на 7–10%, за оцінками галузевих дослідників. На практиці це означає просту річ: людина, яка хотіла купити криптовалюту, стикається з десятком форм, запитів на фото документів та очікуванням перевірки, і просто закриває сторінку. Платформа втрачає потенційного клієнта ще до того, як він здійснив першу операцію.
Робота Сергія Мельника пов’язана одночасно з двома вимогами — регуляторна відповідність та зручність продукту. Його досвід охоплює проєктування інтерфейсів для Identance.com — платформи цифрової ідентифікації та верифікації користувачів (KYC/AML), яка обслуговує фінтех-компанії, криптовалютні сервіси та інші онлайн-платформи, що потребують перевірки клієнтів під час реєстрації та фінансових операцій.
Архітектура довіри: як дизайн перетворює комплаєнс на перевагу
Стандартний підхід більшості криптоплатформ — розглядати KYC як перешкоду, яку користувач має подолати. Сергій застосовує протилежну логіку, згідно з якою процес верифікації має працювати як інструмент формування довіри. Прозорі пояснення на кожному кроці, візуальне підтвердження захисту даних, поетапне розкриття складності — ці принципи дозволяють зберігати конверсію навіть при зростанні кількості обов’язкових перевірок.
За спостереженнями колег, з якими Сергій працював над регульованими фінансовими продуктами, саме він забезпечував перетворення складних операційних та регуляторних вимог на чітку, точну та послідовну комунікацію щодо продукту. Його підхід дозволяв утримувати баланс між завданнями зростання, маркетингу та дотриманням регуляторних стандартів, що у криптоіндустрії залишається рідкісною компетенцією.
Proof-of-Reserves та прозорість: новий рівень вимог до інтерфейсу
Після краху FTX — однієї з найбільших криптовалютних бірж у світі, яка виявилась неплатоспроможною через зловживання коштами клієнтів у листопаді 2022 року, механізм Proof-of-Reserves перетворився із факультативної практики на індустріальний стандарт. Користувачі очікують можливості перевірити, що платформа дійсно зберігає їхні активи. Але технічна реалізація ( наприклад дерево Меркла, криптографічні докази, верифікація на рівні окремого акаунту) залишається складною для розуміння пересічним користувачем.
Завдання UX-дизайнера у цьому контексті — створити інтерфейсний шар, який перекладає криптографічну інформацію на зрозумілу мову. Сергій Мельник розробляв такі інтерфейси, використовуючи принцип покрокового розкриття: спочатку користувач бачить загальний статус безпеки платформи, потім — деталізовану інформацію про власний акаунт, і лише за бажанням — технічні деталі верифікації.
Комплаєнс-чутливий дизайн: робота з правовими обмеженнями
Окремий виклик — адаптація маркетингових та продуктових текстів до регуляторних рамок. У регульованому фінансовому середовищі кожне слово в інтерфейсі має правові наслідки. Формулювання на кшталт «гарантований дохід» або «безризикова торгівля» можуть спричинити юридичні проблеми для платформи.
Керівники у сфері корпоративних фінансів та юридичного структурування, які взаємодіяли з Сергієм у рамках міжфункціональних проєктів, відзначають його здатність працювати з фінансово та юридично складними системами, розуміти обмеження, пов’язані з дотриманням вимог та корпоративною структурою, та ефективно інтегрувати їх у продуктові й дизайнерські рішення. Така оцінка з боку юридичних фахівців підтверджує, що підходи Сергія витримують перевірку на відповідність регуляторним стандартам.
Масштабування для глобальної аудиторії: різні юрисдикції, один продукт
Криптоплатформа, що працює в кількох юрисдикціях, стикається з різними регуляторними вимогами одночасно. Американські користувачі підпадають під правила SEC та FINRA, європейські — під MiCA та локальні закони, азійські ринки мають власну специфіку. UX-рішення мають бути модульними, щоб адаптуватися до вимог конкретної юрисдикції без повного перепроєктування продукту.
Сергій успішно забезпечив відповідність усіх публічних повідомлень та комунікацій щодо продукту, включаючи маркетингові матеріали та повідомлення для користувачів, як бізнес-цілям компанії, так і операційній стабільності. Це зменшує ризики, пов’язані з непослідовними або некоректними публічними повідомленнями, та підтримує готовність компанії до масштабування і взаємодії з глобальною базою користувачів.
Перспектива: дизайн як інструмент регуляторної адаптації
Регуляторне навантаження на криптоплатформи зростатиме — це визнають і самі регулятори, і учасники ринку. Питання в тому, як саме вбудувати потрібні вимоги у продукт так, щоб користувач не відчував тертя. Робота Сергія Мельника з Identance та CEX.IO показує, що для цього потрібна окрема спеціалізація — фахівці, які однаково вільно орієнтуються у вимогах фінансових регуляторів та у принципах побудови інтерфейсів. Окремо варто зазначити, що під час роботи у CEX.IO та Rails.xyz Сергій передавав напрацьовані підходи іншим дизайнерам команди, формував технічні вимоги до дизайну, координував роботу колег та допомагав їм орієнтуватися у регуляторних обмеженнях при проєктуванні інтерфейсів. Фактично він виконував роль внутрішнього наставника, який систематизує знання на стику дизайну та комплаєнсу і робить їх доступними для всієї команди.Таких спеціалістів на ринку одиниці, і попит на них зростатиме пропорційно до кількості нових нормативних актів.
