T3

Tu negocio creció.
El sistema que lo sostiene, no.

Vengo de la ciencia y de dirigir una operación real. Las dos cosas explican cómo trabajo.

Nicolás Kass — T³ Three Tech Thinkers
Nicolás Kass Arquitecto de software Consultor de procesos · ISO 9001

Soy Nicolás Kass. Me formé como investigador científico en la UNLP, donde durante más de 15 años trabajé en proyectos de investigación y conservación. Aprendí a diseñar estudios sin antecedentes, a leer sistemas complejos, a transferir patrones de un campo a otro, y a encontrar por qué algo falla cuando todo indica que debería funcionar. Ese proceso —entender antes de intervenir, mapear antes de construir— es el núcleo de cómo trabajo hoy. Sigo dando clases en la UNLP y participando en proyectos de investigación de la Facultad de Ciencias Naturales y Museo: ese contacto es lo que mantiene el rigor metodológico que aplico en cada proyecto.

Con el tiempo fui trasladando ese enfoque al mundo de los negocios. Trabajé como consultor externo bajo normas ISO 9001 — rediseñando procesos, identificando dónde se pierde tiempo y dónde hay pérdidas económicas que nadie había cuantificado. Una mejora de proceso bien ubicada tiene más impacto que cualquier herramienta nueva. Por eso, antes de proponer cualquier solución, analizo el sistema completo para entender qué cambiar, en qué orden, y con qué impacto real. Y una vez implementado, evalúo los resultados contra los objetivos iniciales — ajustando lo que no funciona hasta que el sistema opera como tiene que operar. Los imprevistos existen: la diferencia está en tener el marco para resolverlos sin improvisar.

No es solo teoría: durante cuatro años dirigí la operación completa de Digital Discos, una disquería en La Plata — compras, ventas, personal, stock y proveedores. El sistema de gestión que la sostiene lo construí yo: inventario preparado para más de 200.000 artículos únicos —no unidades de lo mismo, sino 200.000 títulos distintos, cada uno con su ficha, su precio y su stock, repartidos en decenas de categorías—, sincronización con MercadoLibre y control de márgenes por categoría. Fui el usuario de ese sistema antes que su desarrollador, y eso cambia cómo se diseña — sé lo que es cargar mercadería un sábado a la tarde con gente esperando en el mostrador. Hoy hago lo mismo, pero para negocios que no son míos.

Y no pasa solo con lo mío. Para Latitud Sur automaticé los reportes y entregables de obras viales, pero antes estuve en el terreno tomando los datos que ese software después iba a procesar. Es difícil decidir bien qué valida un sistema de medición si nunca cargaste un punto con el instrumento en la mano.

Haber estado en esos tres lugares —la investigación, el mostrador y el código— me dejó algo que uso todos los días: hablo los tres idiomas. Es más útil de lo que parece, porque ahí es donde suelen fracasar estos proyectos. Gerencia pide una cosa, el operario necesita otra, el programador construye una tercera. Y los tres tenían razón en su idioma: el sistema termina técnicamente bien hecho y operativamente inservible, sin que nadie se haya equivocado. Se perdió en el traspaso.

Lo que hay que programar, lo programo yo. Y cuando algo sí tiene que pasar por otra persona, se lo explico en sus términos: al desarrollador en términos técnicos, a quien opera en términos de lo que hace todos los días, a la dirección en términos de plata y de riesgo. Eso también es parte de por qué empiezo midiendo: el síntoma casi nunca está donde está la causa.

Nada de esto hay que creérmelo. Las decisiones de arquitectura de los sistemas que construí —qué elegí, qué descarté y qué costó cada cosa— están documentadas y abiertas en GitHub. No el código de los clientes: el razonamiento.

La mayoría de los negocios que llegan a T³ no están haciendo nada mal. Crecieron — con esfuerzo, con sacrificio, resolviendo cada problema con lo que había mientras el día a día no paraba. El resultado es un negocio que funciona a pesar del sistema, no gracias a él. Hay potencial atrapado en procesos que nadie tuvo tiempo de revisar, y valores que la empresa tiene pero no está explotando. Eso es lo que busco primero — antes de proponer cualquier solución.

Parte de ese enfoque lo aprendí de la conservación: soy alumni del Conservation Leadership Programme, donde la formación es planificar proyectos largos, con recursos escasos y mucha gente que hay que alinear. Es la base de cómo planifico, cómo comunico un cambio y cómo manejo a las personas involucradas en cada proceso — que suele ser la parte más difícil, no la técnica.

T³ es un estudio boutique, y eso quiere decir algo concreto: el que analiza tu negocio, define la arquitectura y responde por el resultado soy yo. No vas a explicarle tu operación a un vendedor para que después la ejecute otro. Cuando un proyecto necesita una mano que no es la mía — diseño, desarrollo, marketing digital, gestión de calidad — la traigo de una red de colaboradores con los que ya trabajé. Un equipo armado para tu problema, no uno genérico esperando clientes.

Cuatro dominios,
una sola profundidad.

Lo de arriba explica por qué lo de abajo funciona.

Método científico

Quince años diseñando estudios sin antecedentes. Cinco meses y medio en la Antártida, donde una muestra que no se tomó no se vuelve a tomar.

Procesos e ISO 9001

Consultor externo en sistemas de gestión de calidad. Rediseñar cómo se trabaja, y no solo con qué herramienta.

El mostrador

Cuatro años dirigiendo un comercio: compras, ventas, personal, stock y proveedores. Fui el usuario antes que el desarrollador.

Docencia

Clases en la UNLP y proyectos de investigación en la Facultad de Ciencias Naturales y Museo.

Construir el sistema

De la infraestructura al frontend, sin tercerizar la parte difícil.

Infraestructura · Datos · Backend · Frontend

La barra de arriba no es dispersión: es lo que hace que el tronco sirva. Un sistema técnicamente impecable y operativamente inservible es exactamente lo que pasa cuando falta.

Sí, esto depende de mí. Es el punto.

Si lo que estás contratando fuera escribir código, cualquiera podría hacerlo en mi lugar y convendría contratar a quien cobre menos. Lo que se contrata acá es el cruce de esos cuatro dominios, y ese cruce no se reparte entre varias personas sin perderlo.

Pero hay una distinción que importa, y es la que cambia el riesgo real: lo que depende de mí es el criterio, no el sistema. Lo que te queda funcionando está documentado, tus datos salen en formatos estándar cuando los pidas, y tu equipo entiende cómo opera porque lo diseñamos juntos. Si mañana no estoy, no te quedás sin operación: te quedás sin mi criterio, que es distinto y es reemplazable por otro criterio.

Trabajo en tu negocio
como si fuera el mío.

No soy un proveedor que entrega y desaparece. Soy el socio que muchos negocios nunca tuvieron.

01

No abro un ticket.
Aprendo tu negocio.

Cuando arrancamos, me comprometo de verdad. Estudio tu operación, entiendo tus números, aprendo cómo tomás decisiones. No para entregarte un informe — sino para que lo que construyamos tenga sentido en tu contexto, no en el de otro negocio que se parece al tuyo. El objetivo es compensar lo que no funciona y potenciar lo que ya funciona bien pero nadie está aprovechando.

03

El objetivo es que
no me necesités.

Cada sistema que entrego viene con su documentación: cómo está armado, qué decisiones se tomaron y cómo se opera. Tus datos son tuyos y salen cuando los pidas, y tu equipo entiende los procesos porque los diseñamos juntos. Si después elegís seguir conmigo, va a ser porque te conviene tener cerca a alguien que conoce tu operación a fondo — no porque te dejé sin salida. Eso no se fuerza. Se construye.

¿Querés que veamos tu operación?

Contame en qué está tu negocio hoy. Si puedo ayudarte, te lo digo; si no, también.

Contame tu situación

¿Preferís revisar antes de escribir? Las decisiones de arquitectura de los sistemas que construí están documentadas y abiertas en GitHub, con sus costos y lo que se descartó.