Volver al inicio

Investigación UX de onboarding de aplicaciones DeFi

La investigación UX reveló problemas en la primera sesión DeFi: sobrecarga, errores, 45% de churn. Onboarding modular con selección de funciones reduce errores en un 60-80%, acelera escenarios. Prototipo SwiftUI con OptionSet, 9 hipótesis, resultados de pruebas.

Onboarding DeFi modular: pruebas y código
Advertisement 728x90

# Optimizando la Incorporación en DeFi: Un Enfoque Modular Basado en Pruebas de UX

En la primera sesión, las apps DeFi abruman a los usuarios con términos como claves privadas, direcciones, comisiones y pools de liquidez. Esto lleva a errores, pérdidas financieras y altas tasas de abandono. La investigación confirma: seleccionar módulos en la incorporación reduce errores, acelera escenarios de transferencia, swap y staking.

Análisis de benchmarks de AppsFlyer muestra que el 45% de las apps fintech se eliminan en los primeros 30 días, la mitad en un día. CleverTap registra un 11% de eliminaciones por complejidad. Reseñas en App Store y Google Play destacan sobrecarga de interfaz, estados poco claros y desconfianza durante las transacciones.

Entrevistas en Profundidad y Segmentación

Se encuestaron 22 inversores de EE. UU., Rusia, Georgia, Israel, Serbia, Ucrania y República Dominicana. Enfoque: contexto de tareas, motivaciones, problemas y razones para abandonar a la competencia.

Google AdInline article slot

Problemas clave por porcentaje de encuestados:

  • Interfaz inconveniente (controles ocultos, sobrecarga) — 86% (19/22)
  • Falta de seguridad y transparencia de riesgos — 64% (14/22)
  • Errores financieros — 64% (14/22)

Razones para el abandono: complejidad de aprendizaje (55%), falta de transparencia en términos (18%).

La segmentación reveló dos impulsores: seguridad y comodidad. Enfoque en inversores a largo plazo que valoran el control y la minimización de errores.

Google AdInline article slot

Job Stories para el Segmento Objetivo

Seguridad:

  • Minimizar riesgos al conectar una wallet o depositar.
  • Evaluar riesgo/retorno para pools de staking.
  • Entrada simplificada de direcciones para transferencias.

Comodidad:

  • Enfocarse en información clave del portafolio.
  • Rastrear retornos después de la compra.
  • Monitorear staking y acumulación de recompensas.

Hipótesis de Producto

Priorizadas por valor y frecuencia de dolor. Hipótesis probadas en prototipos.

Google AdInline article slot

Comodidad:

  • La selección de módulos en la incorporación aumenta la Tasa de Activación (primera transacción).
  • Explicar módulos y acciones rápidas reduce el TTV (tiempo hasta la transacción).
  • Transferencias por QR con autocompletado reducen errores en entrada de direcciones, impulsan el ARPU.

Seguridad:

  • Índice de auditoría de pools aumenta depósitos en pools de bajo riesgo, reduce abandono.
  • Videos de equipos de pools aumentan confianza y conversión.
  • Estados de transacciones en tiempo real reducen tickets de soporte.

Transparencia:

  • Controles flexibles de swap impulsan la conversión.
  • Separar saldos (disponible/bloqueado) minimiza errores de cantidad.
  • Temporizadores de recompensas en pools mejoran el CSAT.

Arquitectura y Prototipado

Principios: encapsulación de tareas, escalabilidad de módulos, navegación secuencial.

En SwiftUI, los módulos son flags de OptionSet. La UI se ensambla dinámicamente según la bitmask de módulos seleccionados.

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) }
            }
        }
    }
}

Resultados de Pruebas de Usabilidad

13 participantes probaron depósito, swap y transferencia en el prototipo frente a competidores (Bybit, Uniswap, Trust Wallet).

Métricas: errores/participante, tiempo (seg), UMUX-lite.

La versión de prueba mostró una reducción de errores del 60–80%, escenarios 30–50% más rápidos, aumento de 25–40 puntos en UMUX.

Lo Más Importante

  • La incorporación modular reduce el abandono en las primeras sesiones al enfocarse en funciones necesarias.
  • La seguridad y la transparencia son barreras clave para el 64% de los usuarios.
  • OptionSet de SwiftUI permite escalar la UI sin refactorización.
  • Las hipótesis H1–H9 confirman el crecimiento de métricas de activación y reducción de abandono.
  • Resultados válidos para inversores experimentados; los novatos necesitan pruebas adicionales.

— Editorial Team

Advertisement 728x90

Leer después