FFUTURA
Adquisición · RevOps

Agenda de trabajo — Javier De Jesús

Avance semanal desde el 13 de julio y plan de las próximas semanas · Actualizado: 19 jul 2026
Estado general: en verde
~80%Instalaciones con atribución recuperada (373 de 469): modelo de compra, origen y canal
112 leadsRechazos históricos recuperados y organizados en el CRM, con motivo y clasificación
+ ago–nov 2025Histórico de anuncios de Meta incorporado al tablero (instalaciones visibles: 144 → 213)

Semana 1 — contexto

6 – 10 jul

Bases de atribución y alertas Hecho

  • Recuperación del histórico de ads (Patagon) y carga a BigQuery para atribuir cada lead a su anuncio/campaña de Meta.
  • Diseño y creación de los canales de alertas (México y Colombia) para monitorear limpieza y completitud de la data.
  • Sub-etapas nuevas en el CRM + campo Email de origen, que recupera el modelo de compra cuando el doctor instala con otro correo.
  • Se detectó que había cambios de etapa no realizados por el equipo → se decidió investigar la causa antes de encender las alertas.

Semana 2

13 – 18 jul

Causa de los cambios de etapa "fantasma": encontrada y corregida Hecho

Al editar un lead desde una pantalla desactualizada, el sistema restauraba una etapa anterior o sobrescribía información modificada por otra persona. Con la corrección, los cambios de etapa ahora reflejan únicamente las acciones del equipo — base para confiar en las métricas de limpieza.

Sistema de alertas de Adquisición: construido y probado Hecho Solo falta despliegue a producción

Dos canales en Google Chat: Completitud (avisa al vendedor cuando a un lead le falta información obligatoria de su etapa) y Seguimiento (leads demasiado tiempo sin avance + celebración de cada instalación con contador vs meta). Solo consulta información; nunca modifica el CRM. Reglas definidas con la líder de Adquisición; probado con data real.

Nuevo tablero: desempeño por anuncio de Meta Hecho Solo falta despliegue a producción

  • Muestra, por anuncio, cuántas conversaciones, leads calificados, documentos enviados, instalaciones y rechazos generó.
  • Modelos de atribución First touch / Last touch para distinguir qué anuncios traen doctores vs cuáles cierran.
  • Se incorporó el histórico de agosto a noviembre 2025 (faltaba en la primera versión).
  • Nueva vista de recuperados: leads que fueron rechazados originalmente pero después sí se instalaron.

Corrección de tablas del embudo en el dashboard Hecho Solo falta despliegue a producción

Dos ajustes para que el dashboard cuadre con el CRM: la actividad mensual por etapa se alineó a la fecha real de instalación (ground truth), y el embudo por mes de creación ahora cohortea igual que el CRM.

Semana 3 — plan

20 – 24 jul
Lun20

Arranque de la semana Plan

  • Encender el sistema de alertas, comenzando con las notificaciones para leads nuevos.
  • Teléfono de origen: patch análogo al Email de origen — muchos clientes cambian de teléfono y hoy se pierde el registro con el que llegaron.
  • Automatizar la etapa "Documentos enviados": al adjuntarse los documentos, el CRM marcará la etapa en automático (hoy no siempre se marca y toca inferirlo).

Resto de la semana Plan

  • Automatización del flujo de adquisición: diseño e inicio de la construcción (captura de cada conversación de WhatsApp y triage, para que ningún lead se pierda).
  • Histórico de etapas de leads: continuar la recuperación — es la base para medir correctamente el embudo y el filtro de última actividad.

En el radar

siguientes semanas
  • Alertas sobre leads históricos: se activan el 3 de agosto (periodo de gracia para que el equipo limpie la data 2026).
  • Con la líder de Adquisición: decidir el re-etiquetado de la fuente CTWA en el CRM (calidad de match ya auditada).
  • Con Patagon: recibir la data en tiempo real para eliminar la carga manual a BigQuery.
  • Conectar el Email de origen a los dashboards cuando sincronice a BigQuery, para recuperar instalaciones que hoy caen como "Sin modelo".