Por qué construimos LeadGrid como una sola API para dos pipelines
La mayoría de los equipos de crecimiento usan un CRM y un ATS para el mismo movimiento. Esto es lo que se desmorona cuando modelas sales y reclutamiento sobre un único modelo de datos — y por qué lo hicimos programable por defecto.
Todos los equipos de crecimiento con los que he trabajado ejecutan el mismo movimiento dos veces. Sales tiene un CRM. Reclutamiento tiene un ATS. La misma forma de pipeline — entrada, calificación, avance, cierre — pero sobre dos stacks que no se hablan.
Construimos LeadGrid porque esa separación es una elección, no una limitación.
El modelo de datos es el mismo
Un lead y un candidato son ambos personas moviéndose por etapas. Dales un nombre, una etapa, una fecha límite, un responsable y un conjunto de notas, y habrás descrito a ambos. Los verbos son idénticos: crear, asignar, mover, comentar, cerrar.
La industria construyó dos categorías de producto alrededor de esto porque era rentable hacerlo, no porque el trabajo subyacente sea diferente. Los equipos terminan pagando a dos proveedores, integrando dos APIs, formándose en dos interfaces y reconciliando dos fuentes de verdad — para rastrear lo mismo dos veces.
Lo que se desmorona cuando unificas
Operar una sola plataforma para ambos pipelines hace tres cosas concretas:
- Los traspasos dejan de perderse. Sales promete entrega. Reclutamiento encuentra a las personas que entregan. Cuando ambos miran el mismo grid, las escaladas ocurren antes de que el candidato se vaya o el deal se escape.
- El coste de herramientas se reduce a la mitad. Un solo workspace, una sola línea de facturación, un solo modelo de permisos. Sales y reclutamiento dejan de pelearse sobre qué herramienta es la fuente de verdad — es la misma.
- El reporting se vuelve honesto. Time-to-hire y time-to-close viven en la misma base de datos. Por fin puedes responder "¿perdimos este deal porque no teníamos a la persona?" sin necesidad de una hoja de cálculo.
API-first, no API como ocurrencia tardía
La otra decisión deliberada: cada acción que hace la interfaz es una llamada REST. Crear un dossier, mover una etapa, añadir una nota, asignar un miembro — todo scriptable, todo documentado en /docs/api.
Eso debería ser el mínimo exigible, y sin embargo: la mayoría de los CRMs reservan sus mejores funciones para tiers superiores, envuelven la API en rate limits diseñados para empujarte hacia professional services, o se niegan a documentar los webhooks. Nosotros queríamos lo contrario: la API es el producto, la interfaz es una forma cómoda de usarlo.
La consecuencia práctica: tus automatizaciones no se preocupan de si algo es un lead o un candidato. Escribes una integración una vez, y funciona en ambos pipelines. Claude, n8n, Zapier, tu propio backend — misma forma de endpoint, misma auth, mismo esquema de webhook.
Gratis para siempre en el plan gratuito
Una última cosa. LeadGrid es gratis para siempre en el plan gratuito — no una prueba de 14 días, no una promo por tiempo limitado. Puedes operar un equipo real, construir pipelines reales y no pagarnos ni un céntimo. Los planes de pago desbloquean más seats, dossiers activos, flows y mayor capacidad de API cuando superas los límites del plan gratuito.
Preferimos tenerte en la plataforma construyendo que mirando una cuenta atrás.