Metodología · Métricas
DE DÓNDE SALEN
nuestros números.
Cada número que publicamos lleva fuente, ventana de medición y método. Si no podemos decir de dónde sale y cómo se contó, no se publica. Esta página incluye lo que retiramos por no poder demostrarlo.
LA REGLA
Un número sin método no es un dato — es una afirmación. La diferencia importa porque un dato se puede verificar y una afirmación solo se puede creer.
Por eso cada métrica de este sitio necesita tres cosas antes de publicarse: de dónde sale (un sistema concreto, no "nuestra experiencia"), cómo se cuenta (reproducible por un tercero), y qué periodo cubre. Si falta alguna, el número no aparece.
LO QUE sí PUBLICAMOS
- Fuente
- Fundación de Teknobuilding (2006), su primera empresa de integración de sistemas.
- Método
- Años transcurridos desde 2006, cuando arrancó su práctica profesional de automatización e integración. Se cuenta desde la fundación de Teknobuilding, no desde GNB Labs (2021).
- Ventana
- Desde 2006Actualizado: 2026-07-16
LO QUE retiramos
Estos números estuvieron publicados hasta el 16 de julio de 2026. Los quitamos porque no podíamos demostrar cómo se calcularon. Vuelven cuando el sensor mensual los reconstruya con método.
Se publicaba "121K+" sin fuente trazable. Pendiente de reconstruir desde las ejecuciones reales de n8n y Make de clientes activos (sensor mensual, GRO-422). El número real puede ser distinto según se cuente por ejecución, por workflow o por proyecto entregado — esa definición es justo lo que falta.
Se publicaba "225K+" sin fuente trazable. Requiere baseline por cliente (cuánto tardaba el proceso antes) — dato que hoy no se captura de forma sistemática. Sin baseline no hay ahorro medible.
Se publicaba "100+" sin fuente trazable. Es el más reconstruible de los tres: se puede contar desde deals cerrados en MongoDB o clientes en el CRM, una vez definido qué cuenta como "empresa atendida" (¿un diagnóstico basta? ¿un proyecto entregado?).
CÓMO LOS reconstruimos
Capa 1 · Nuestra infraestructura
Ejecuciones en nuestra propia instancia de n8n. La controlamos, la podemos auditar y no requiere permiso de nadie. Es el dato más honesto que tenemos: lo que corre en nuestra casa.
Capa 2 · Clientes que lo autoricen
Agregado de operaciones de escenarios de Make, solo de clientes que den consentimiento explícito y solo el total — nunca el contenido de sus ejecuciones. Es su dato, no el nuestro.
Capa 3 · Trabajo entregado
Automatizaciones entregadas y en producción, contadas desde nuestro propio sistema de gestión de proyectos. Probablemente la métrica que más importa: a nadie le sirve saber cuántas veces corre un workflow, sino cuántos procesos dejaron de hacerse a mano.
Frecuencia: mensual. Si un mes el sensor no corre, el número se queda con su fecha vieja a la vista. Un dato fechado y honesto vale más que uno fresco e inventado.
PREGUNTAS
¿Por qué quitaron los números que tenían antes?+
El sitio publicaba "121,000+ procesos automatizados", "225,000+ horas recuperadas" y "100+ empresas". Son cifras reales según nuestra experiencia, pero no existía ningún script, consulta o documento que las calculara. Nadie podía decir si "proceso automatizado" significaba una ejecución, un workflow o un proyecto entregado. Un número que no se puede reproducir no es un dato: es una afirmación. Los retiramos el 16 de julio de 2026 y los reponemos conforme el sensor mensual entregue datos con método.
¿Cómo van a reconstruir los números?+
En tres capas. La primera mide las ejecuciones en nuestra propia infraestructura de n8n, que controlamos y podemos auditar. La segunda es opt-in: clientes que autoricen compartir el agregado de operaciones de sus escenarios de Make. La tercera, y probablemente la más útil, cuenta automatizaciones entregadas desde nuestro propio sistema de proyectos: no ejecuciones, sino trabajo terminado y en producción.
¿Por qué no sacan los datos de las cuentas de sus clientes?+
Porque no es correcto y en varios casos ni siquiera es posible. n8n no permite acceso entre instancias: habría que pedirle a cada cliente una API key que, en los planes estándar, da acceso total a su cuenta, credenciales incluidas. Pedir eso para contar procesos en nuestro sitio web es un riesgo desproporcionado para el cliente. Make sí tiene un endpoint agregado, pero el volumen de ejecuciones es dato operativo del cliente: publicarlo requiere su consentimiento explícito. Solo medimos cuentas de clientes que lo autoricen, y solo el agregado.
¿Por qué no reconstruyen los números históricos?+
Porque el dato ya no existe. Make retiene logs de ejecución entre 30 y 60 días; n8n depende de la configuración de cada instancia. Dieciocho años de actividad no están almacenados en ningún sistema consultable. Podríamos estimarlos, pero una estimación presentada como medición es exactamente el problema que estamos corrigiendo. Preferimos empezar la serie desde hoy con método, que defender un número viejo que nadie puede verificar.
¿Cada cuándo se actualizan?+
Una vez al mes. El sensor corre contra las fuentes que controlamos y actualiza cada dato con su fecha. Si un mes no corre, el número se queda con su fecha vieja a la vista: un dato fechado y honesto vale más que uno fresco e inventado.
¿Qué cuenta como una automatización entregada?+
Es justo la definición que estamos fijando, y la razón por la que los números viejos no servían. El criterio: un proceso que antes requería intervención humana, que hoy corre sin ella, entregado a un cliente y en producción. No cuenta un workflow de prueba, ni una demo, ni un experimento interno. Cuando el sensor publique el primer dato, aquí va a estar el criterio exacto con el que se contó.
¿PREFIERES VER EL
trabajo real?
Los casos tienen el problema, el sistema, el stack y el resultado. Sin agregados que nadie puede verificar.