Datum → Factum · De lo dado a lo hecho

Damos sentido. Y lo hacemos.

Tomamos lo dado —el negocio tal como se vive, incluido lo que no parece dato— y lo llevamos, sin romperlo, hasta volverse lo hecho: un sistema que la organización usa todos los días porque, por fin, tiene sentido.

Método Datum → Factum · Espiral de sentido
Lógica Abducción · la mejor explicación, probada
Operamos Colombia · LATAM · EE.UU.
§ 01 · Por qué existimos
Por qué existimos

Casi todo el mercado empieza por el dato disponible — no por el sentido relevante.

Hay una cadena de traducción que va del mundo a la acción. La mayoría de los jugadores vive en un solo tramo y muere ahí. El consultor muere en la diapositiva; el ingeniero, en el pipeline; el de IA, en el modelo; el etnógrafo, en el insight. Esa fractura es el problema. Cerrarla es nuestro negocio.

Jugador
Aporta sentido
Implementa
Dónde muere
Consultora estratégica clásica
parcial · thin data
no
en el PowerPoint
Boutique de observación profunda
sí · thick data
no
en el reporte / insight
Casa de datos / ingeniería
no
en el pipeline sin sentido
Implementador de IA
no
en el modelo sin fenómeno
Zenda Lab
sí · thick + thin
sí · arquitectura + sistema
no muere — cierra el ciclo
§ 02 · Datum → Factum
El método

Datum → Factum. De lo dado a lo hecho.

La cadena no es una cascada lineal. Es una espiral. El sentido entra dos veces — como hipótesis antes y como validación después — y cada vuelta sube sobre la anterior. La arquitectura no crea el sentido: lo sostiene mientras se prueba contra la realidad.

Interpretar el fenómeno

Sentir el negocio como se vive. Observación profunda, entrevistas, etnografía. Lo dado tal como se ofrece, antes de medir.

Sentido · percepción

Estructurar el thick data

Darle forma a lo cualitativo sin matarlo. Aquí entra el sentido por primera vez — como hipótesis: qué vale la pena capturar y por qué.

Sentido · significado

Procesar con IA

IA con criterio, no por moda. Buscar patrones a escala — sólo después de que el sentido marcó qué buscar.

Sentido · sentido común

Validar contra la realidad

El sentido vuelve como validación: ¿lo que salió encaja con lo que sabíamos? Cierre del ciclo abductivo.

Sentido · coherencia

Incorporar en el sistema

Lo validado se vuelve sistema de gestión. La operación apunta —dirección, vector— a donde la estrategia quiere.

Sentido · dirección

Habitar la cultura

La estrategia se hace hábito. El fin del cliente, ejecutado todos los días sin que haya que recordarlo.

Sentido · propósito
§ 03 · Principios
Principios

Siete reglas. Las cumplimos incluso cuando son incómodas para el negocio.

Por eso filtran: hay engagements que no aceptamos. Una firma se define tanto por lo que dice sí como por lo que dice no.

Principio 01

Partimos de lo dado, no del dato.

El fenómeno antes que la medición. El dato es una construcción posterior, una decisión humana sobre qué de lo dado vale la pena capturar.

Principio 02

El sentido antes que la herramienta.

Primero entender el fenómeno. Después, si hace sentido, la IA. La pregunta que precede a toda implementación es siempre: ¿en qué casilla estamos?

Principio 03

La promesa nunca viaja sin la prueba.

Damos sentido — y lo hacemos. El claim a solas suena a soft consultancy. Nuestro diferencial es el segundo tiempo: lo entendido, construido.

Principio 04

No aceptamos engagements sin fin declarado.

Si el cliente no articula qué decisión depende del trabajo, no se cotiza. Trabajar sin fin declarado es producir reporte, no producir consecuencia.

Principio 05

Razonamos por abducción.

La mejor explicación del fenómeno, sometida a prueba. No el framework impuesto top-down ni el dato dejado solo. La lógica del médico y del detective aplicada a la organización.

Principio 06

La estrategia es lo que se hace.

No lo que se declara ni lo que se presenta a la junta. La estrategia es la coherencia revelada entre lo que la organización dice querer y lo que sus sistemas efectivamente premian.

Principio 07

Cerramos el ciclo o no entramos.

Sentido sin implementación es reporte. Implementación sin sentido es catástrofe. Zenda es el puente — y si el puente no puede sostenerse, no firmamos.

§ 04 · La IA
La compuerta Y

La IA no es un gradiente. Es una compuerta Y.

La IA es una herramienta de dos filos. Por cuál corte depende de dos variables: qué tan preparados estamos (información + conocimiento) y qué tan correcto es el uso (alineado al fin del cliente). Sólo una casilla produce valor.

Uso correcto · alineado al fin
Uso incorrecto · desalineado
Preparados
Valor

La única casilla buena

Información y conocimiento listos, IA alineada al fin del cliente. La promesa cumple — sentido + hecho.

Catástrofe escalable

La más peligrosa

Hacemos muy bien lo que no debíamos. Rápido, convincente, equivocado. La IA no elimina el riesgo: lo acelera.

No preparados
Frustración costosa

Buena intención, basura adentro

El fin está claro pero la información no alcanza. Inversión sin entrega — promesa que no llega.

Teatro

IA por implementar IA

La casilla del ridículo. Lo más visible del mercado, lo menos defendible. Aplausos hoy, vergüenza mañana.

La pregunta que precede a toda implementación de IA en Zenda es una sola: ¿en qué casilla estamos? Si no estamos en la de arriba a la izquierda, no se toca la IA. Ese freno es, en sí mismo, un servicio.

§ 05 · Los cuatro fines
Los cuatro fines del cliente

El valor lo define el fin que el cliente persigue. Cada fin entra a la espiral por un nodo distinto.

Detrás de todo "quiero datos / IA / estrategia" hay uno de cuatro fines reales. Cada uno es una conversación distinta — pero todas aterrizan en la misma espiral.

Fin 01 Decidir mejor

"No sé en qué invertir, dónde estoy perdiendo plata."

El cliente que decide sin evidencia, o decide con la evidencia equivocada.

Lectura del fenómeno antes que el dato: cuáles son las decisiones reales, cuáles dependen de qué información, dónde está la brecha entre lo que se mide y lo que importa.

Entrada nodo ① · interpretación
Fin 02 Ver lo que no se ve

"Siento que algo pasa, pero no lo puedo probar."

El cliente que sabe — gerencialmente, intuitivamente — algo que sus tableros no muestran.

Arquitectura de datos que captura lo cualitativo, no sólo lo transaccional. Hacemos visible lo que ya sabía la organización pero no podía sostener con evidencia.

Entrada nodos ② · ③ estructurar el thick data
Fin 03 Hacer que ocurra

"Tenemos la estrategia. Pero no se ejecuta."

El cliente con la estrategia clara pero atrapada en sistemas inflexibles que la sabotean.

IA y sistemas de gestión a la medida de la estrategia — no al revés. La estrategia es lo que se hace: la incorporamos al día a día hasta volverla hábito.

Entrada nodos ⑤ · ⑥ sistema y cultura
Fin 04 No hacer el ridículo con IA

"Todos están haciendo IA. ¿Qué hacemos?"

El cliente que sabe que la presión de implementar IA puede llevar a una catástrofe escalable.

El criterio para no implementar: la compuerta Y vuelta diagnóstico. A veces el servicio más valioso que entregamos es decir "todavía no" — con argumentos.

Entrada nodo ① · como freno
§ 06 · Casos
Casos vivos

Cuatro proyectos. Distintos sectores. La misma espiral.

Algunos son producto faro de Zenda; otros viven dentro del cliente. En todos, el sentido llegó primero — y el sistema se sostiene porque lo respeta.

HOLOS · INTELIGENCIA TERRITORIAL
Caso 01 Plataforma · Producto faro

Holos — inteligencia ontológica de territorios

Plataforma que integra cientos de bases de datos y produce insights desde el entendimiento ontológico de los fenómenos que ocurren en un territorio y su población. Arquitectura de sentido sobre datos abiertos y privados; ciclo abductivo en una sola interfaz.

Cubre nodos ② → ⑤
Stack Ontología · GIS · Claude API · ZDR Estado Piloto activo
CRM · INTELIGENCIA RELACIONAL
Caso 02 CRM operativo

Centro de comando — para relacionamiento masivo

Cuando hay que coordinar miles de relaciones, líderes y conversaciones simultáneas en tiempo real, hace falta un tablero que entienda la lógica del trabajo. Pipeline territorial, validación de bases, conversión por nodo. La estrategia hecha hábito en la operación.

Cubre nodos ⑤ → ⑥
Stack Supabase · Next.js · Geo Estado Tres campañas activas
"recibí $3,000 del drywallde Miami por Zelle" Ingreso registradoProyecto: Drywall Miami$3,000 · Zelle · 22 may "genera invoice" INTERPRETADO POR CLAUDE CONTRACTORS BOT · TELEGRAM · ES
Caso 03 Agente IA · Telegram

Un contratista hispano lleva su negocio desde el chat

Cotiza, factura, registra gastos y prepara su declaración de impuestos hablándole a Telegram en español, por audio o por texto. Le devolvimos las noches a su familia. Caso ejemplar de la casilla "valor" de la compuerta Y.

Cubre nodos ③ → ⑥
Stack Python · Telegram · Claude · Whisper Estado Producción · Florida, EE.UU.
PIPELINE$ 1.2 M RADICADOS142 COSECHA 90D94.2% SIMULADOR · PIPELINE · COBRANZA
Caso 04 CRM financiero

SAHA — un equipo opera desde un solo panel

Crédito por libranza con docenas de pagadurías, tasas que cambian, radicaciones en estados distintos y cosechas que controlar. Un solo panel para pipeline, simulación y métricas — porque el software entiende cómo se vende crédito en este mercado.

Cubre nodos ⑤ → ⑥
Stack Supabase · React · Diseño operativo Estado En desarrollo
§ 07 · Origen
Origen

Zenda es la evolución de EBR.

Fundador · Cali, Colombia

La firma EBR nació como consultora de estrategia en empresas y proyectos donde las decisiones importan. Con los años, lo que el cliente terminaba pidiendo después de la estrategia eran los sistemas para hacerla operable — y luego, las piezas de IA para sostenerla.

Cuando entendimos que el sistema y la estrategia eran la misma pieza, dejaron de ser dos proyectos. Pasaron a ser uno solo. Eso es Zenda.

Zenda recoge esa práctica, le pone nombre al método —Datum → Factum— y la ofrece como un solo encargo continuo: comprender el fenómeno, sostenerlo con arquitectura, llevarlo hasta el hábito. Los entregables son tan rigurosos como los datos lo permiten y tan honestos como el mundo lo exige.

Efraín Botero R. Fundador · Zenda Lab / EBR
§ 08 · Lecturas
Lecturas que nos dan forma

El método tiene autores. Conviene nombrarlos.

No improvisamos la postura intelectual. Cada decisión metodológica que tomamos tiene raíz en una tradición explícita — fenomenología, abducción, sensemaking, estrategia emergente, jobs-to-be-done. Las dejamos a la vista porque cualquier afirmación debe poder rastrearse a una fuente.

Fenomenología · raíz del nombre

Ideen I — Ideas relativas a una fenomenología pura

Edmund Husserl · 1913 Concepto de Gegebenheit · "lo dado" como punto de partida
Fenomenología · ser-en-el-mundo

Sein und Zeit · Ser y Tiempo

Martin Heidegger · 1927 Trad. J. E. Rivera, Trotta · §15 Zuhandenheit
Lógica · abducción

Collected Papers · vol. V · Pragmatism and Pragmaticism

Charles S. Peirce · 1903 Abducción · la mejor explicación, sometida a prueba
Sensemaking

Sensemaking. The Power of the Humanities in the Age of the Algorithm

Christian Madsbjerg · 2017 Hachette · Thick data como categoría operativa
Estrategia integradora

Playing to Win. How Strategy Really Works

A. G. Lafley & Roger Martin · 2013 Harvard Business Review Press · Dónde competir / cómo ganar
Job-to-be-done

Jobs to Be Done. Theory to Practice

Anthony W. Ulwick · 2016 Idea Bite Press · ODI · Jobs metrics operables
Estrategia emergente

The Rise and Fall of Strategic Planning

Henry Mintzberg · 1994 Free Press · La estrategia se descubre en la práctica
Crítica heideggeriana de la IA

Why Heideggerian AI Failed and How Fixing It Would Require Making It More Heideggerian

Hubert L. Dreyfus · 2007 Philosophical Psychology, vol. 20 no. 2 · pp. 247–268
Pensamiento

Una nota larga al mes. Cero ruido, cero noticias.

Un ensayo bien escrito sobre algo que estamos pensando — un método, un caso, una lectura. Para quien necesita material denso para masticar, no contenido para scrollear.

Sin spam. Cancelar es un clic. Te llegará la próxima nota.

§ 09 · Contacto
Contacto

¿Tienes datos, o tus datos tienen sentido?

Dos formas de empezar. Respondemos en menos de 24 horas.