El formulario, el CRM y la agenda no cuentan lo mismo: qué revisar antes de interpretar conversiones
Comprueba unidades, periodos y estados antes de interpretar diferencias entre formulario, CRM y agenda. Un ejemplo de conciliación comercial.

El formulario muestra 100 envíos, el CRM tiene 80 registros y la agenda contiene 22 reuniones. ¿Se perdieron 20 oportunidades? ¿La conversión a reunión fue del 22 %?
Ninguna de esas conclusiones se sostiene todavía. Primero hay que comprobar si las tres cifras corresponden a las mismas personas o solicitudes, al mismo periodo y al mismo estado del proceso.
Desde la operación comercial, propongo una regla: antes de explicar una diferencia, hay que poder reconstruirla. Un descuadre puede revelar trabajo pendiente, pero también duplicados, distintas fechas de corte o reuniones de contactos anteriores. La diferencia es una señal para revisar, no una prueba automática de pérdida.
1. Definir qué cuenta cada fuente
Un envío de formulario es un evento. Un contacto del CRM es un registro. Una reunión de agenda es otro evento, con una fecha y un estado propios. No son unidades intercambiables.
Además, una misma persona puede enviar dos veces un formulario o plantear dos necesidades distintas. Por eso, deduplicar no debería significar borrar todo lo que comparte un correo: primero hay que decidir si se está contando personas, solicitudes u oportunidades comerciales.
Para una conciliación concreta, dejaría escritas estas definiciones:
- Unidad: solicitudes comerciales únicas, con un criterio explícito para reconocer repeticiones.
- Periodo de entrada: solicitudes recibidas entre dos fechas, en una misma zona horaria.
- Corte de observación: momento hasta el que se revisan registros y avances.
- Estados: recibido, registrado, asignado, contactado y reunión agendada o realizada, según corresponda.
Esto permite distinguir dos preguntas: «¿Qué actividad ocurrió este mes?» y «¿Qué pasó con las solicitudes que entraron este mes?». Ambas sirven, pero necesitan cálculos diferentes.
2. Un ejemplo de conciliación, no de resultados reales
Supongamos un caso hipotético: se revisan las solicitudes recibidas del 1 al 30 de abril y su situación al cierre del 3 de mayo. Para simplificar, cada solicitud única debe quedar identificada en el CRM, aunque el contacto ya exista.
| Concepto | Cantidad | Qué comprobar | Quién lo resuelve en este ejemplo |
|---|---|---|---|
| Envíos recibidos | 100 | Que pertenezcan al periodo y al formulario revisado | Responsable de captación |
| Envíos duplicados | 12 | Que sean repeticiones de la misma solicitud, no necesidades distintas | Operación comercial |
| Solicitudes únicas registradas en CRM | 80 | Que cada una corresponda a una solicitud del conjunto revisado | Responsable del CRM |
| Solicitudes pendientes de registro | 8 | Que existan en origen y no estén vinculadas a un registro previo | Operación comercial, con soporte técnico si hace falta |
| Reuniones del listado inicial | 22 | A qué solicitudes pertenecen y en qué estado están | Coordinación comercial |
La primera cuenta cierra así: 100 envíos menos 12 repeticiones equivalen a 88 solicitudes únicas. De ellas, 80 están registradas y 8 siguen pendientes.
Por tanto, la diferencia entre formulario y CRM no representa 20 oportunidades perdidas. En este ejemplo, contiene 12 repeticiones y 8 solicitudes cuyo registro falta resolver. Tampoco podemos afirmar todavía que esas ocho no hayan recibido atención: podrían haber sido contactadas sin que el CRM lo refleje.
Al revisar las 22 reuniones, encontramos que cuatro pertenecen a solicitudes anteriores a abril. Las otras 18 corresponden a 18 solicitudes distintas del conjunto analizado. Al corte, diez se realizaron, seis siguen previstas y dos fueron canceladas.
Ahora hay una lectura operativa: existen ocho pendientes de registro y dos cancelaciones que requieren revisar si corresponde un siguiente paso.

3. Elegir el denominador después de conciliar
Dividir 22 reuniones por 100 envíos mezcla repeticiones y solicitudes de distintos periodos. El cálculo es posible; la interpretación no es defendible.
En el ejemplo, si queremos medir qué proporción de las solicitudes únicas de abril llegó a tener una reunión agendada hasta el corte, usamos 18 sobre 88: aproximadamente un 20,5 %. Esa definición incluye las dos reuniones después canceladas, porque mide haber alcanzado el agendamiento, no mantener una cita activa.
Si queremos medir reuniones realizadas, el numerador es diez. Las seis citas futuras no equivalen a inasistencias ni a resultados terminados.
También importa la fecha de entrada: una solicitud del 30 de abril ha tenido menos tiempo para avanzar que una del día 1. Para comparar periodos, conviene usar una ventana de seguimiento equivalente o señalar que el conjunto más reciente sigue abierto.
4. Convertir cada diferencia en una tarea comercial
La conciliación no termina cuando los totales coinciden. Termina cuando cada diferencia relevante tiene explicación y, si hace falta, una acción con responsable y fecha.
Para las ocho solicitudes pendientes, revisaría primero si ya existen bajo otro registro. Si no existen, corresponde registrarlas, asignarlas y comprobar si recibieron respuesta. Si hubo un fallo de transferencia, resolver la causa técnica no sustituye atender las solicitudes afectadas.
Para las reuniones canceladas, el responsable comercial debe revisar el motivo y decidir si corresponde reprogramar, continuar por otro canal o cerrar el seguimiento. Para las realizadas, debe quedar registrado el resultado y el siguiente paso acordado, cuando lo haya.
Así se separa lo generado de lo terminado: generar una solicitud no completa su registro; crear una cita no acredita que se haya realizado; celebrar una reunión no demuestra una venta.
Una cifra útil debe permitir actuar
Mi criterio para dar por útil un informe comercial es que permita reconocer qué se contó, a qué periodo pertenece, cuál es su estado y quién mueve lo pendiente.
Cuando formulario, CRM y agenda cuentan cosas distintas, la primera tarea no es escoger cuál cifra parece más fiable. Es reconstruir la relación entre ellas. Después se podrá distinguir un problema de registro, un retraso de atención o una caída de conversión, y actuar sobre el problema que realmente existe.