Fulcro es un departamento fraccional de tecnología.
Trabajamos como brazo técnico externo de PyMEs y operaciones medianas que necesitan escalar sin contratar un equipo de tecnología in-house. Diagnosticamos operaciones, diseñamos la arquitectura correcta, construimos la implementación y la mantenemos viva en el tiempo.
No somos agencia. No somos freelancers. No somos software-as-a-service. Somos la categoría intermedia que la mayoría de las PyMEs mexicanas todavía no sabe que existe.
El problema que resolvemos.
La mayoría de las PyMEs llegan a un punto donde la operación creció más rápido que los procesos. El equipo de quince personas que cabía en un Excel compartido ya tiene cuarenta. Las herramientas que se compraron por separado no se hablan entre ellas. Los reportes ejecutivos viven en hojas de cálculo que dependen de que alguien los actualice.
La respuesta del mercado a este problema suele ser una de tres:
Contratar un equipo de tecnología interno.
Caro, lento de ensamblar, difícil de retener.
Contratar una agencia.
Entrega un proyecto, factura y se va. El conocimiento queda con ellos. Cuando algo se rompe seis meses después, se contrata otra agencia.
Contratar un freelancer.
Resuelve lo puntual. No hay metodología, no hay continuidad, no hay arquitectura de fondo.
Fulcro existe para cubrir el espacio que ninguna de las tres llena: capacidad técnica continua, con criterio estratégico, sin costo de equipo full-time, y con documentación que queda con el cliente.
Patrones que hemos resuelto.
Operación de flotilla en turismo·Procesos notariales con OCR e IA·Servicios aeroportuarios B2B·RRHH con AdagioRH·Reportería ejecutiva automotriz·Pipeline comercial inmobiliario·Operación retail y e-commerce
Más importante que el sector es el patrón de operación. Si tu operación tiene procesos repetibles, datos que viven en silos y herramientas que no se hablan, Fulcro aplica.
Dos casos.
No los más bonitos. Los más representativos del criterio que aplica Fulcro.
Operadora nacional de servicios aeroportuarios.
Seis unidades de negocio. Más de 500 colaboradores. Cuentas por cobrar a aerolíneas con ciclos de 60 a 90 días.
El sistema interno previo había sido construido por desarrolladores que priorizaron la tecnología sobre la operación. Los reportes salían como archivos Excel que alguien tenía que descargar todos los días, copiar y pegar a un archivo maestro, antes de poder enviar las cuentas por cobrar a las aerolíneas. El proceso tomaba de veinte a veinticinco días entre que el servicio se prestaba y la cuenta llegaba al cliente. En un ciclo de pago a noventa días, eso convierte noventa en ciento doce.
Construimos un puente entre el sistema heredado y Monday. La información que antes vivía en archivos Excel desconectados ahora pasa directo a tableros operativos, donde cada unidad de negocio gestiona sus servicios y la facturación se prepara en paralelo. El ciclo de cuentas por cobrar bajó de veinte a veinticinco días, a dos o tres.
En paralelo, encapsulamos otros procesos repetitivos. Las papeletas de servicios especiales — más de dos mil al mes — que antes alguien armaba manualmente en archivos PDF cada mes para enviar a las aerolíneas, ahora se generan automáticamente cada quincena desde formularios capturados por los operadores en piso.
Hoy la operación corre con sesenta y un usuarios activos en Monday Enterprise distribuidos en seis unidades de negocio. Los reportes ejecutivos que antes tomaban dos a tres días en armarse ahora salen en tiempo real desde el mismo tablero. Cuentas por pagar está en construcción.
El sistema heredado no era el problema — el problema era que entregaba archivos cerrados que necesitaban trabajo manual para conectar con el resto de la operación. La solución no fue reemplazarlo, fue construir el puente correcto.
Empresa de turismo y experiencias con flotilla mediana.
Setenta y dos vehículos en operación. Recopilación manual diaria de formularios de campo. Visibilidad ejecutiva tardía.
La operación de flotilla dependía de una persona que recopilaba manualmente formularios de combustible, liberación y devolución de vehículos, y los capturaba uno por uno en Monday. Los reportes para dirección llegaban días después, dependiendo de la disponibilidad del capturista.
Empezamos por un frente acotado: conectar el sistema de formularios externo con Monday para que las gráficas que el cliente necesitaba se generaran nativamente, eliminando una licencia adicional que se pagaba solo por esa función. Cuando la licencia del sistema externo se venció, migramos todo a una plataforma que el cliente ya pagaba — Zoho Forms — y eliminamos el costo recurrente.
Desde ese punto fuimos expandiendo. Liberación, devolución y control de combustible quedaron bajo el mismo flujo. La persona que capturaba manualmente dejó de ser necesaria. Los reportes a dirección — antes irregulares — hoy llegan al correo del director diario, semanal y mensualmente, según corresponda. La visibilidad ejecutiva que antes era reactiva ahora es continua.
Hoy procesan entre ciento cincuenta y doscientos cincuenta formularios diarios sin captura manual. La siguiente fase es mantenimiento preventivo de flotilla, hoy controlado en planillas, pronto encapsulado en el mismo sistema operativo.
No automatizamos todo de una vez. Empezamos donde había ahorro inmediato de licencia, y construimos desde ahí. La automatización siguió a la operación, no al revés.
Cómo operamos.
Operamos como Make Partner y Monday Partner. Las alianzas son técnicas — implican capacitación continua, acceso a roadmap de plataforma y soporte directo del fabricante. No son sello de marketing.
Pero las herramientas son medios, no fines. El stack se elige por proyecto, según lo que el negocio necesite — Make como motor de orquestación, Monday como sistema operativo del negocio, y todo lo demás (CRMs, ERPs, IA, integraciones custom) según corresponda.
Lo que no cambia entre proyectos:
Software siempre en cuentas del cliente.
Nunca revendemos licencias ni hacemos markup.
Documentación técnica automática.
Cada componente viene documentado.
Avances semanales como activos.
No reportes de horas — componentes funcionando.
Flexibilidad mensual como feature.
Si cambia la prioridad, pivotamos sin renegociación.
Lo que no hacemos.
La forma más clara de explicar a qué se compromete Fulcro es nombrar lo que rechaza.
No revendemos licencias ni hacemos markup en software.
El cliente paga lo que cuesta el software, directo al proveedor. Nuestra utilidad viene del servicio, no del intermediario.
No automatizamos sin diagnóstico previo.
Si no entendimos el proceso, no proponemos arquitectura. Saltarse esta fase es la causa más común de implementaciones que no rinden.
No entregamos cajas negras.
Cada activo que construimos viene con documentación que cualquier ingeniero puede leer y mantener. Si decidís operar in-house mañana, podés.
No facturamos por hora.
Facturamos por valor instalado. Si una herramienta nos hace cinco veces más rápidos, el beneficio queda con el cliente, no se diluye en la factura.
No proponemos IA cuando un script de doce líneas resuelve.
Las modas pasan. El criterio no.
Hablemos.
Una llamada de 30 minutos para entender tu operación. Si hay fit, seguimos. Si no, te queda claridad sobre el siguiente paso.
Agendar 30 minutos