Gabriel Mangabeira — Mangabeira.net

Después del TGE: ¿seguir financiando adquisición de usuarios en DeFi?

Guía post-TGE para DeFi: define la cohorte, mide una acción significativa y uso repetido en una ventana, y valida atribución y coste antes de decidir gastar.

Por Gabriel Mangabeira — Consultor de growth Web3, ex-atleta olímpico

Después del TGE: ¿seguir financiando adquisición de usuarios en DeFi?

A conceptual path from a first DeFi protocol action to repeat use for a defined acquisition cohort.
Ilustración conceptual generada por IA. No se implica ningún dato de rendimiento.

Sólo siga financiando adquisición cuando una cohorte definida complete una acción significativa en el protocolo, vuelva dentro de una ventana de observación establecida y lo haga a un coste que el equipo acepte. Si falta uno de esos eslabones, pause la expansión o redirija la prueba. Un evento de generación de tokens cambia el contexto, pero no demuestra por sí mismo la demanda del producto.

Un lanzamiento puede traer atención, liquidez y actividad de billeteras a la vez. Esos indicadores describen cosas distintas. Una decisión de presupuesto útil parte del comportamiento del protocolo que se quiere generar y luego rastrea lo que puede conectarse a la fuente de adquisición. Si los datos no pueden conectar esos puntos, informe la brecha en lugar de tratar la actividad como prueba. Esta guía establece una vía de evidencia sencilla para fundadores y responsables de crecimiento.

Evidencia primaria: defina la cohorte antes de medirla

Escriba quién entró en la cohorte de adquisición, cuándo entró y qué campaña o punto de contacto se está evaluando. Use una regla estable. Puede ser billeteras expuestas a una campaña, cuentas que completaron el registro o usuarios vinculados a un código de referencia. Declare la regla y sus límites. Si una billetera no puede ligarse a un punto de contacto de canal, la atribución de canal queda incompleta.

A continuación defina la primera acción significativa. Elija un evento que demuestre que el usuario experimentó el valor que ofrece el protocolo. Para una aplicación de préstamos, eso podría ser un depósito o un préstamo completado, según la propia definición del producto. Una conexión de billetera, una transferencia de tokens o una visita de página pueden ser pasos del recorrido, pero ninguno debe sustituirse en silencio por uso del producto. Registre el nombre del evento, la cadena, el contrato o la fuente de datos y cualquier exclusión. La documentación de consultas de Dune describe cómo los analistas pueden ejecutar e inspeccionar consultas sobre conjuntos de datos on‑chain. Facilita análisis reproducibles, pero el analista debe validar la tabla, la decodificación de eventos y la lógica de consulta para el protocolo estudiado.

Flow showing a DeFi acquisition cohort moving from a defined action to repeat use, attribution checks and a budget decision
Este flujo conecta una cohorte definida y una acción del protocolo con uso repetido, límites de atribución y una decisión de presupuesto. Fuente: documentación del motor de consultas de Dune.

Mida el uso repetido con una ventana explícita

Una primera acción indica activación. El uso repetido pregunta si la misma cohorte completó otra acción calificante durante un periodo declarado. Elija la ventana de observación antes de leer el resultado, en función de la frecuencia con la que debería repetirse el valor del protocolo. Un producto de trading semanal y una herramienta de gobernanza infrecuente no comparten una cadencia natural.

Muestre el tamaño de la cohorte, los usuarios elegibles, la regla de acción repetida, las fechas de observación y la cobertura faltante. No llame a ese resultado retención si el historial de eventos es incompleto o la identidad del usuario cambia entre direcciones. Las billeteras son direcciones, no automáticamente personas. Un usuario puede controlar varias billeteras, y una dirección puede estar compartida o automatizada. La medida describe por tanto la cohorte bajo la regla de identidad declarada. No revela más que eso. Si no se puede observar el uso repetido, indíquelo como desconocido y mantenga la decisión de gasto provisional.

Separe el comportamiento on‑chain del crédito de canal

Los datos on‑chain pueden mostrar eventos del protocolo bajo una consulta definida. Los sistemas de analítica pueden asignar crédito a canales según un modelo de atribución seleccionado. Estos registros responden a preguntas distintas. Google Analytics explica que los modelos de atribución distribuyen crédito entre los puntos de contacto según reglas del modelo. Esa asignación no prueba que un canal causara el evento.

Mantenga las vistas lado a lado. El panel on‑chain puede reportar acciones calificantes y comportamiento repetido. El panel de canal puede reportar el modelo seleccionado, el rango de fechas y las conversiones acreditadas. Añada un tercer estado para los enlaces entre ellos: verificado, parcial o desconocido. Cuando el punto de contacto de canal de un usuario no puede ligarse a una billetera o cuenta mediante un método lícito y documentado, no una los registros por conjeturas. La respuesta honesta puede ser que la campaña generó visitas medibles mientras la adopción del protocolo permanece no atribuida.

Table comparing what on-chain events, analytics models and identity links can and cannot prove
Vista comparada de lo que los eventos del protocolo, el crédito de modelos y los enlaces de identidad pueden respaldar y lo que cada uno no puede probar. Fuentes: documentación de Dune y Google Analytics.

Patrones y errores comunes que distorsionan la decisión

Los totales de billeteras pueden aumentar porque una persona usa varias direcciones, interactúan bots o un incentivo atrae actividad puntual. El TVL puede cambiar con el precio de los activos, depósitos, retiros y condiciones de mercado. El movimiento de tokens puede reflejar transferencias o trading en lugar de uso del protocolo. Cada medida puede seguir siendo útil, pero sólo para la pregunta que realmente responde.

Un segundo atajo es comparar cohortes con periodos o reglas de exposición distintos. Alinee la fecha de inicio, los criterios de elegibilidad y la ventana de observación antes de comparar. Un tercero es tratar una correlación a nivel de campaña como un aumento causal. Sin una comparación creíble o un método de identificación, diga que el resultado está asociado a la campaña, no causado por ella. Evite una puntuación compuesta que oculte estas diferencias. Una tabla corta con definiciones separadas es más útil que un único número de “crecimiento” combinado.

Interpretación estratégica: continuar, pausar o redirigir el gasto

Continúe cuando la cohorte cumpla las pruebas de acción significativa y uso repetido definidas por el protocolo, el coste de adquisición esté dentro de un umbral fijado de antemano por el equipo, y el resultado sea lo suficientemente atribuible para la decisión en cuestión. El umbral es una elección de gestión, no un punto de referencia universal. Documente quién lo eligió y por qué.

Pausa la expansión cuando un evento requerido no está instrumentado, la ventana de observación no está completa o la cohorte no puede distinguirse del resto del tráfico. Una pausa puede significar mantener el nuevo gasto mientras se preserva la prueba y se corrige la medición. Redirija cuando la fuente actual produzca acciones de baja calidad bajo las mismas reglas de cohorte pero puede probarse otra hipótesis. No siga gastando simplemente porque un panel está ocupado.

Use las guías relacionadas sobre lanzamiento, retención y adquisición que figuran más abajo para comparar preguntas de crecimiento adyacentes.

Decision worksheet for continuing, pausing, redirecting or investigating post-TGE acquisition spend
Use una cohorte, un evento y una ventana de observación consistentes antes de elegir continuar, pausar, redirigir o investigar. No se asume un umbral numérico universal.

Establezca la regla de decisión antes del próximo lanzamiento de campaña. Anote el coste de adquisición aceptable, el evento que cuenta como uso significativo y la ventana de observación. Si esas definiciones cambian después de ver el resultado, preserve la regla antigua y explique la revisión. Esto protege al equipo de mover su propio estándar para ajustar un resultado preferido.

Marco de crecimiento: un registro de decisión de adquisición post‑TGE

Preserve la versión de la consulta y la definición del evento usadas para cada cohorte. Si el contrato o el evento cambian, registre la fecha y separe la comparación. De lo contrario, el equipo puede confundir un cambio de medición con un cambio de comportamiento. Anote si los incentivos estuvieron activos durante la ventana de observación y si cada fuente de adquisición usó la misma regla de elegibilidad. Estos controles no prueban que una campaña causó uso repetido. Facilitan la reproducibilidad de la observación y muestran dónde puede fallar la conclusión. Mantenga un recuento separado para registros cuya identidad no pudo vincularse. Excluirlos sin divulgarlo puede hacer que la cohorte medida parezca más completa de lo que es.

Prefiero dejar visible una brecha antes que afirmar un retorno que los datos no pueden sostener.

Use la guía relacionada de lanzamiento de protocolo, la guía de retención de usuarios y el resumen de canales de adquisición para preguntas adyacentes.

Three current and four retired Google Analytics attribution models, counted from documentation.
Fuente: documentación de atribución de Google Analytics. La disponibilidad de modelos no prueba la causalidad de una campaña.

FAQ

¿Qué cuenta como una acción significativa tras el TGE?

Un evento definido por el protocolo que refleje el valor que el usuario vino a experimentar. La conexión de billetera o una transferencia de tokens por sí sola pueden no calificar.

¿Cuánto tiempo debe medir un protocolo el uso repetido?

Elija un periodo que coincida con la frecuencia con la que debería repetirse el valor del protocolo. Declárelo antes de leer el resultado.

¿Puede el crecimiento de billeteras probar que una campaña funcionó?

No. Los totales de billeteras cuentan direcciones y no establecen personas únicas, uso repetido ni causalidad de canal.

¿Cuándo debería un protocolo pausar el gasto en adquisición?

Pausa la expansión cuando eventos clave no estén rastreados, la ventana de observación esté incompleta o la vinculación de la cohorte sea desconocida.

Cierre: fije la regla antes de la próxima campaña

La siguiente señal útil es si las mismas reglas de evento y cohorte se mantienen durante la próxima ventana de observación. Si su equipo necesita una revisión externa de su medición de adquisición, puedo ayudar a identificar las brechas de evidencia y las decisiones que soportan.

¿Necesita una visión más clara de las brechas de crecimiento de su protocolo?

Evalúo la evidencia en seis dimensiones de crecimiento y ofrezco acciones concretas para su equipo.

Ejecutar Growth Audit →
Dune Query Engine overview page showing documented query-engine features
Captura de pantalla: documentación de Dune, consultada el 2026-10-15. Abrir la fuente oficial.
PreguntaEvidencia a inspeccionarLo que respalda
¿Quién entró en la cohorte?Cohorte de adquisición definida por el protocoloPertenencia según la regla declarada
¿Qué cuenta como primera acción?Un evento o transacción definido por el protocoloComportamiento de producto observado
¿Volvieron los usuarios?Evento repetido en una ventana de observación declaradaComportamiento repetido, no causalidad de canal

Referencias