Los equipos de marketing DeFi ejecutan campañas. No experimentos. Una campaña tiene un presupuesto y un plazo. Un experimento tiene una hipótesis y una señal de parada.
La diferencia importa más de lo que parece. Las campañas pueden ejecutarse durante meses antes de que alguien pueda decir qué funcionó. El post-mortem es una sensación, no una lectura. El liderazgo recibe "tuvo bajo rendimiento." Eso no dice nada sobre qué hacer el próximo trimestre.
El problema real del Growth Operator no es que las campañas fallen. Es que fallan de forma invisible. Cuando no hay una lectura definida antes del lanzamiento, "no convirtió" es el único dato que tienes para mostrar después de tres meses de gasto.
Lo que sigue son cinco experimentos de crecimiento DeFi que puedes ejecutar en un solo sprint. Cada uno tiene una hipótesis, un método de 30 días, una lectura on-chain y una señal clara de cuándo detenerse. Cada señal proviene de la cadena, no de impresiones o CTR.
Este artículo es parte del playbook del growth marketer para escalar protocolos DeFi.
Qué Diferencia un Experimento de Crecimiento DeFi de una Campaña
La mayor parte del contenido DeFi describe qué ejecutar. Casi ninguno define qué significa "funcionar" antes de empezar. Esa brecha es por qué los equipos terminan con dashboards llenos de datos de wallet connect que no pueden responder una sola pregunta sobre retención.
Las cuatro partes de un experimento estructurado
Cada experimento en este artículo sigue el mismo formato. Aprenderlo una vez te permite construir los tuyos propios.
La hipótesis es una afirmación falsificable sobre lo que crees que es verdad. No una meta. Una predicción. "Los drops basados en tareas con filtros de calificación de billetera producirán mayor retención a 30 días que los airdrops amplios basados en reclamaciones" es una hipótesis. "Mejorar la retención" no lo es.
El método es la acción específica que tomas. La lectura es la métrica on-chain que usarás para juzgar el resultado. La señal de parada es la condición específica bajo la cual te detienes, pivotas o escalas.
Por qué la lectura tiene que ser on-chain
GA4 muestra clics. Los UTMs muestran sesiones. Ninguno dice qué hizo la billetera después de conectarse. Una lectura on-chain ancla el experimento al comportamiento real del protocolo: depósitos, swaps, votos de gobernanza, transacciones repetidas.
La Distinción Central
Una campaña que funcionó bien sin una lectura definida es una suposición con una buena historia. Un experimento que falló tiene datos de los que puedes aprender.
Experimento 1: Drops Basados en Tareas con Calificación de Billetera
Etapa del Embudo: Adquisición
Hipótesis
"Los drops basados en tareas con filtros de calificación de billetera producirán mayor retención a 30 días que los airdrops amplios basados en reclamaciones."
Cómo ejecutarlo
Reemplaza un drop amplio con una estructura basada en tareas. Requiere al menos una acción on-chain calificadora antes de que una billetera sea elegible: primer depósito, primer swap, voto de gobernanza o posición LP. El objetivo es hacer que el propio claim sea una prueba de intención.
Establece un umbral mínimo de edad o actividad de billetera para filtrar billeteras creadas específicamente para el drop. Limita la asignación total de tokens a un monto fijo. Define la ventana de claim antes del lanzamiento. Treinta días es el estándar.
Qué medir
Tres lecturas: retención de 30 días de billeteras que reclamaron vs. baseline del protocolo, tasa Sybil (porcentaje de billeteras sin historial on-chain previo), y TVL atribuible al cohorte del drop en el Día 7 y Día 30.
Cómo se ve el éxito
Las billeteras que reclamaron muestran retención a 30 días igual o superior al baseline. La tasa Sybil permanece por debajo del umbral definido antes del lanzamiento.
Señal de Parada
Si la tasa Sybil supera el umbral predefinido en el Día 7, el filtro de calificación falló. Detén el siguiente drop. Ajusta los criterios antes de volver a ejecutarlo.
Experimento 2: Referidos con Prueba On-Chain
Etapa del Embudo: Adquisición / Referidos
Hipótesis
"Un programa de referidos que requiere activación on-chain de la billetera referida producirá menor tasa Sybil y mayor LTV que un programa de referidos basado en clics."
Cómo ejecutarlo
Construye una estructura de referidos donde el referente gana solo cuando la billetera referida completa una acción on-chain calificadora. No cuando hace clic. No cuando se registra. Cuando transacciona.
Qué medir
Costo por billetera activada vía referidos vs. costo por billetera activada en tu canal de pago principal. Retención a 30 días de billeteras referidas vs. no referidas. Y profundidad de la cadena de referidos.
Señal de Parada
Si las billeteras referidas muestran menor retención a 30 días que las de adquisición directa, el incentivo está atrayendo al cohorte equivocado. La estructura de recompensa necesita revisarse antes de escalar.
Experimento 3: A/B con KOL, Costo por Billetera Calificada vs. Costo por Post
Etapa del Embudo: Adquisición
Hipótesis
"Las campañas de KOL medidas por costo por billetera calificada revelarán una decisión de asignación de canal diferente a las medidas por impresiones o engagement."
Cómo ejecutarlo
Divide tu presupuesto de KOL entre dos cohortes. Cohorte A optimizado para alcance: cuentas más grandes, CPM mayor, audiencias DeFi amplias. Cohorte B optimizado para calidad de audiencia: cuentas más pequeñas con seguidores nativos de DeFi verificables.
Qué medir
Costo por wallet connect, costo por billetera activada, y retención a 30 días por cohorte.
Señal de Parada
Si ningún cohorte produce billeteras que superen el umbral de activación, el problema no es la selección de KOL. El embudo de activación entre wallet connect y la primera transacción está roto. Arregla el onboarding antes del próximo gasto en KOL.
Experimento 4: Puerta de Activación de Comunidad (Role Gating en Discord como Señal de Retención)
Etapa del Embudo: Activación / Retención
Hipótesis
"Los miembros de Discord que completan una secuencia estructurada de tareas antes de acceder a los canales principales del protocolo mostrarán mayor retención on-chain a 30 días que los miembros que entran sin restricciones."
Cómo ejecutarlo
Configura una estructura de role-gating en Discord. Para acceder a los canales principales de discusión del protocolo, los nuevos miembros deben completar una secuencia definida: ver un video explicativo, completar un quiz del protocolo, o completar una transacción on-chain calificadora.
Qué medir
Tasa de actividad on-chain a 30 días (qué porcentaje de cada cohorte realizó al menos una transacción de protocolo), y tamaño absoluto del cohorte de billeteras activas en el Día 30.
Señal de Parada
Si el flujo de la puerta tiene una tasa de abandono superior al umbral definido antes del lanzamiento, simplifica la puerta antes de escalar. Si la tasa de actividad on-chain entre cohortes con y sin puerta es idéntica, la puerta no está filtrando por intención.
Experimento 5: Reactivación de Billeteras Inactivas
Etapa del Embudo: Retención / Reactivación
Hipótesis
"Una campaña de reactivación dirigida a billeteras que se activaron pero han estado inactivas durante 30+ días producirá reactivación on-chain medible a un costo menor que adquirir nuevas billeteras."
Cómo ejecutarlo
Extrae un cohorte de Dune o Nansen: billeteras que completaron el umbral de activación del protocolo pero no han transaccionado en 30 o más días. Este es el cohorte más importante de tu protocolo.
Qué medir
Tasa de reactivación, costo por billetera reactivada vs. costo por billetera recién activada, y retención a 30 días post-reactivación.
Señal de Parada
Si el costo por billetera reactivada es igual o mayor que el costo por nueva billetera, el overhead de reactivación no está justificado. Si las billeteras reactivadas abandonan en 7 días, el gancho era un incentivo, no una razón para volver. Eso es un problema del producto, no de campaña.
Ejecutando Tu Primer Experimento DeFi Este Sprint
Cinco experimentos. Cada uno se ejecuta en 30 días o menos. El objetivo no es ejecutar los cinco a la vez. Elige el que apunta al punto más débil de tu embudo actual y ejecútalo con suficiente rigor para obtener una lectura real.
Matriz de Selección de Experimento
¿TVL creciendo pero retención cayendo? Comienza con el Experimento 5 (reactivación de billeteras inactivas).
¿Adquisición estancada y gasto en KOL difícil de justificar? Comienza con el Experimento 3 (A/B con KOL).
¿Airdrop amplio planificado para el próximo trimestre? Reemplázalo con el Experimento 1 (Airdrop 2.0) antes del lanzamiento.
¿Discord activo pero conversión on-chain baja? Ejecuta el Experimento 4 (puerta de activación de comunidad).
¿Mecanismo de referidos ya existe pero tasa Sybil es alta? Reestructúralo como Experimento 2 (referidos con prueba on-chain).
¿Quieres una Auditoría Completa de Dónde Tu Stack de Crecimiento Está Perdiendo Billeteras?
La Web3 Growth Audit cubre el embudo completo, desde la adquisición hasta la retención, con análisis de cohortes on-chain y una hoja de ruta de experimentos de 90 días priorizada. Totalmente async, sin llamadas.
Ver la Growth Audit →Preguntas Frecuentes: Experimentos de Crecimiento DeFi
¿Qué es un experimento de crecimiento DeFi?
Un experimento de crecimiento DeFi es una prueba estructurada con una hipótesis definida, una ventana de tiempo de 30 días o menos, y una lectura on-chain usada para juzgar el resultado. A diferencia de una campaña, un experimento de crecimiento define lo que "funcionar" significa antes de que comience la prueba. También especifica una señal de parada si la métrica on-chain no aparece.
¿Cómo se mide el éxito en un experimento de adquisición de usuarios DeFi?
El éxito en un experimento de adquisición DeFi se mide por la activación on-chain, no por clics o wallet connects. Una billetera que se conecta pero nunca deposita o transacciona no señala éxito de adquisición. La métrica calificadora debe definirse antes de que comience el experimento.
¿Qué es un experimento de referidos DeFi y cómo funciona?
Un experimento de referidos DeFi prueba si un mecanismo de referidos estructurado genera adquisición de billeteras de mayor calidad que los canales directos. La variable clave es requerir activación on-chain de la billetera referida antes de que el referente gane cualquier cosa.
¿Cuánto tiempo debe ejecutarse un experimento de crecimiento DeFi?
La mayoría de los experimentos de crecimiento DeFi deben ejecutarse durante 30 días antes de evaluar los resultados. Ventanas más cortas producen datos ruidosos. La excepción: si aparece una señal de parada clara antes del Día 30, detén el experimento temprano y ajusta.
¿Qué herramientas on-chain usan los equipos de marketing DeFi para ejecutar experimentos?
Los equipos DeFi típicamente usan Dune Analytics para consultar cohortes de billeteras y medir tasas de activación, Nansen para segmentar billeteras por comportamiento y filtrar bots conocidos, y GA4 con puentes UTM para vincular touchpoints off-chain a wallet connects.
Artículos Relacionados
Cómo Atribuir ROI en Campañas de Marketing DeFi
Tres métodos de atribución clasificados por costo de ingeniería.
Leer el ArtículoLas Métricas que Realmente Importan para Equipos de Marketing DeFi
Qué KPIs son responsabilidad de los growth marketers vs. cuáles solo referencian.
Leer el ArtículoCrecimiento via Comunidad: Construyendo Evangelistas DeFi
El framework de activación de comunidad detrás del Experimento 4.
Leer el ArtículoKPIs de Crecimiento DeFi: El Framework Detrás de los Experimentos
La arquitectura completa de KPIs: cohortes de retención de billeteras, costo por billetera activada.
Leer el ArtículoFuentes y Citas
• Dune Analytics. Consultas de cohortes de billeteras y análisis de retención on-chain. dune.com
• Nansen. Etiquetado de billeteras, segmentación por comportamiento y filtrado de bots. nansen.ai
• Mangabeira, Gabriel. "Cómo Atribuir ROI en Campañas de Marketing DeFi." mangabeira.net
• Mangabeira, Gabriel. "Las Métricas que Realmente Importan para Equipos de Marketing DeFi." mangabeira.net
• Mangabeira, Gabriel. "Alternativas a los Airdrops Amplios para Fundadores DeFi." mangabeira.net