Caso publicado por Make el 17 de mayo de 2024, basado en el relato de Manuel Ensinger, responsable de operaciones de Circula. Se presenta como experiencia histórica de la empresa, no como una descripción de sus sistemas actuales.
Circula ofrecía soluciones de gestión de gastos de empleados, viajes y tarjetas. En el caso, su reto no era crear otro sistema comercial, sino hacer que la información circulase entre los que ya utilizaba.
Mantener sincronizados los datos comerciales
El equipo incorporaba nuevos contactos y enriquecía sus datos en Airtable antes de trasladarlos a HubSpot mediante Make. También llevaba información de contactos de HubSpot de vuelta a Airtable.
Ese recorrido permitía trabajar con los datos en distintas herramientas sin depender de copiarlos manualmente cada vez. Ensinger explicaba que la conexión resolvía una necesidad concreta de su organización; su testimonio no debe leerse como una limitación general de HubSpot.
El patrón descrito era:
- Añadir el contacto comercial.
- Completar o enriquecer su información.
- Enviarla al CRM para el trabajo de ventas.
- Mantener disponible la información de contactos en Airtable.
Informes para pasar del contacto a la acción
Otra automatización preparaba informes sobre los contactos con mayor interés y los enviaba al equipo de ventas por Slack. Así, la información no se quedaba almacenada sin llegar a quien debía actuar.
Según Ensinger, esto facilitaba el traspaso entre los representantes de desarrollo comercial y los ejecutivos de cuentas. El beneficio que destacaba era disponer de más tiempo para el trabajo comercial, en vez de preparar repetidamente el mismo informe.
Calidad de datos, no una garantía de seguridad
Ensinger vinculó la automatización con menos omisiones y errores de trabajo manual, así como con un análisis más fiable de los contactos. Esa era la idea del original: reducir fallos de transcripción, no afirmar que el trabajo manual nunca causa errores.
Tampoco corresponde convertir esa mejora en una garantía de que los datos no pueden filtrarse. El caso no aporta una auditoría de seguridad. La precisión de los registros y la protección del acceso son cuestiones distintas.
De aprender herramientas a mejorar operaciones
El artículo también relataba la trayectoria de Ensinger desde sus prácticas en Circula hasta la responsabilidad de operaciones. Las herramientas sin código le permitieron aplicar su formación empresarial a problemas de coordinación entre aplicaciones, sin que toda mejora dependiera de un proyecto de programación.
Make situó esta experiencia en una etapa de expansión de Circula, que aparecía en el listado FT1000 de 2024. Esa coincidencia no permite atribuir todo el crecimiento de la empresa a una integración.
Qué puede aportar este caso
La combinación de sincronización e informes tenía una finalidad clara: dar al equipo comercial información utilizable en el momento del relevo.
Orientación editorial: si adaptas este patrón, decide qué sistema es la referencia para cada campo y cómo resolverás cambios contradictorios. Una conexión de ida y vuelta necesita reglas de actualización; no basta con copiar todos los datos en ambas direcciones. No se ha probado aquí una configuración de Circula ni se ofrece una plantilla equivalente a su sistema.
Fuente: caso original de Make.