Recherche UX sur l'onboarding des applications DeFi

# Optimisation de l'onboarding en DeFi : Une approche modulaire basée sur des tests UX

Dans la première session, les applications DeFi submergent les utilisateurs avec des termes comme clés privées, adresses, frais et pools de liquidité. Cela entraîne des erreurs, des pertes financières et des taux de churn élevés. La recherche confirme : la sélection de modules dans l'onboarding réduit les erreurs, accélère les scénarios de transfert, swap et staking.

L'analyse de référence d'AppsFlyer montre que 45 % des applications fintech sont supprimées dans les 30 premiers jours, la moitié en une journée. CleverTap enregistre 11 % de suppressions dues à la complexité. Les avis sur App Store et Google Play mettent en avant la surcharge d'interface, les statuts peu clairs et la méfiance pendant les transactions.

Entretiens en profondeur et segmentation

22 investisseurs des États-Unis, Russie, Géorgie, Israël, Serbie, Ukraine et République dominicaine ont été interrogés. Focus : contexte des tâches, motivations, problèmes, raisons d'abandonner les concurrents.

Problèmes clés par part des répondants :

• Interface peu pratique (contrôles cachés, surcharge) — 86 % (19/22)
• Manque de sécurité et de transparence des risques — 64 % (14/22)
• Erreurs financières — 64 % (14/22)

Raisons de l'abandon : complexité d'apprentissage (55 %), manque de transparence des conditions (18 %).

La segmentation a révélé deux moteurs : la sécurité et la commodité. Focus sur les investisseurs à long terme qui valorisent le contrôle et la minimisation des erreurs.

Job Stories pour le segment cible

Sécurité :

• Minimiser les risques lors de la connexion d'un portefeuille ou d'un dépôt.
• Évaluer le risque/rendement pour les pools de staking.
• Saisie simplifiée d'adresse pour les transferts.

Commodité :

• Focus sur les informations clés du portefeuille.
• Suivre les rendements après achat.
• Surveiller le staking et l'accumulation des récompenses.

Hypothèses produit

Priorisées par valeur et fréquence des douleurs. Hypothèses testées dans des prototypes.

Commodité :

• La sélection de modules dans l'onboarding augmente le Taux d'activation (première transaction).
• L'explication des modules et les actions rapides réduisent le TTV (temps jusqu'à la transaction).
• Les transferts QR avec auto-remplissage réduisent les erreurs de saisie d'adresse, boostent l'ARPU.

Sécurité :

• L'indice d'audit des pools augmente les dépôts dans les pools à faible risque, réduit le churn.
• Les vidéos des équipes de pools augmentent la confiance et la conversion.
• Les statuts de transaction en temps réel réduisent les tickets de support.

Transparence :

• Les contrôles de swap flexibles boostent la conversion.
• La séparation des soldes (disponibles/verrouillés) minimise les erreurs de montant.
• Les minuteries de récompenses dans les pools améliorent le CSAT.

Architecture et prototypage

Principes : encapsulation des tâches, scalabilité des modules, navigation séquentielle.

En SwiftUI, les modules sont des drapeaux OptionSet. L'UI est assemblée dynamiquement en fonction du masque de bits des modules sélectionnés.

import SwiftUI

struct ModuleFlags: OptionSet, Hashable {
    let rawValue: Int
    static let balance   = Self(rawValue: 1 << 0)
    static let swaps     = Self(rawValue: 1 << 1)
    static let staking   = Self(rawValue: 1 << 2)
    static let analytics = Self(rawValue: 1 << 3)

    func normalized() -> Self { union(.balance) }
}

enum Module: String, CaseIterable, Identifiable {
    case balance, swaps, staking, analytics
    var id: String { rawValue }

    var flag: ModuleFlags {
        switch self {
        case .balance: .balance
        case .swaps: .swaps
        case .staking: .staking
        case .analytics: .analytics
        }
    }

    var title: String {
        switch self {
        case .balance: "Balance"
        case .swaps: "Swaps"
        case .staking: "Staking"
        case .analytics: "Analytics"
        }
    }

    var icon: String {
        switch self {
        case .balance: "wallet.pass"
        case .swaps: "arrow.left.arrow.right"
        case .staking: "banknote"
        case .analytics: "chart.line.uptrend.xyaxis"
        }
    }

    @ViewBuilder
    func screen() -> some View {
        switch self {
        case .balance: BalanceScreen()
        case .swaps: SwapsScreen()
        case .staking: StakingScreen()
        case .analytics: AnalyticsScreen()
        }
    }
}

struct AdaptiveTabs: View {
    let selected: ModuleFlags

    private var active: [Module] {
        let flags = selected.normalized()
        return Module.allCases.filter { flags.contains($0.flag) }
    }

    var body: some View {
        TabView {
            ForEach(active) { m in
                m.screen()
                    .tabItem { Label(m.title, systemImage: m.icon) }
            }
        }
    }
}

Résultats des tests d'utilisabilité

13 participants ont testé dépôt, swap, transfert dans le prototype vs concurrents (Bybit, Uniswap, Trust Wallet).

Métriques : erreurs/participant, temps (sec), UMUX-lite.

La version test a montré une réduction des erreurs de 60–80 %, des scénarios 30–50 % plus rapides, une augmentation de 25–40 points UMUX.

Points importants

• L'onboarding modulaire réduit le churn lors des premières sessions en se concentrant sur les fonctionnalités nécessaires.
• La sécurité et la transparence sont des barrières clés pour 64 % des utilisateurs.
• SwiftUI OptionSet permet le scaling de l'UI sans refactoring.
• Les hypothèses H1–H9 confirment la croissance de la métrique d'activation et la réduction du churn.
• Résultats valides pour les investisseurs expérimentés ; les débutants nécessitent des tests supplémentaires.

— Editorial Team