Cuando alguien pregunta a qué nos dedicamos, la respuesta corta —logística digital— genera casi siempre la misma reacción: se entiende «hacen webs» o se entiende «hacen software», y las dos son incompletas de la misma manera.
Vale explicar por qué elegimos esa palabra, porque describe con bastante precisión qué es lo que efectivamente hacemos y qué es lo que se rompe cuando no se hace.
De dónde sale la palabra
La logística, en su sentido original, no es el transporte. Es la disciplina de mover recursos —lo que sea— en la cantidad correcta, al lugar correcto, en el momento correcto. El camión es un medio; el problema es la coordinación.
Un sistema de gestión resuelve un problema de la misma naturaleza, con otro material. Lo que se mueve es información, decisiones y trabajo entre áreas que no se conocen bien. Y como en la logística física, el objeto —el software— es la parte visible y no es donde está la dificultad.
Lo que se rompe cuando solo se construye
Un equipo puede construir un sistema técnicamente impecable y que la organización no lo incorpore. Pasa constantemente y por causas que no son técnicas:
- El área que lo pidió no era la que lo iba a usar.
- Nadie apagó el método anterior, así que la costumbre ganó.
- La persona que lo defendía adentro se fue y no quedó nadie.
- El equipo no supo explicar, en la reunión donde se decidía, por qué el plazo era el que era, y le recortaron lo que sostenía todo.
- Auditoría marcó un hallazgo, el área quedó marcada, y la confianza para el proyecto siguiente ya no estaba.
Ninguno de esos cinco se arregla programando mejor. Todos son problemas de circulación: de información que no llegó, de decisiones que se tomaron sin quien sabía, de acuerdos que nadie dejó escritos.
Las cuatro líneas y por qué son la misma cosa
Desde afuera, nuestras cuatro líneas de trabajo parecen inconexas: formación, gerenciamiento, editorial y desarrollo. Se entiende mejor si se las mira desde el problema y no desde el producto.
Desarrollo es construir la pieza. Es lo más visible y no es lo más difícil.
Gerenciamiento es hacer que un equipo entregue de manera previsible y que la organización pueda contar con eso. Es logística pura: prioridades, compromisos, coordinación entre áreas.
Formación es que las personas del equipo puedan sostener eso solas, en las conversaciones donde se decide. Es la parte que hace que nuestro trabajo termine en algún momento.
Editorial parece la ajena y es la más literal de todas. Publicar un libro es exactamente un problema de logística: nueve pasos con dependencias entre sí, que hay que ejecutar en orden y coordinar entre proveedores distintos. Nadie contrata a alguien porque sepa maquetar; lo contrata para no tener que enterarse de que el ISBN va antes que la maqueta y que el lomo depende de la cantidad de páginas.
Tres ejemplos de circulación rota
Para que no quede en abstracto, tres situaciones reales de este oficio donde el problema no era técnico y sin embargo hundió el proyecto.
El dato que existía en dos lados. Un sistema de pedidos correcto, entregado a tiempo. El área comercial cargaba ahí, y administración seguía con su planilla porque necesitaba un campo que el sistema no tenía. A los tres meses los dos registros diferían y nadie sabía cuál era el bueno. El sistema no falló: falló que nadie decidió cuál era la fuente única.
La aprobación que nadie sabía que existía. Un proyecto avanzado ocho semanas, todo conforme, hasta que apareció que el responsable de seguridad tenía que autorizar cualquier sistema que tocara datos de clientes. Nadie lo había involucrado porque nadie sabía que existía esa instancia. Seis semanas de retrabajo.
El referente que se fue. Un sistema adoptado, funcionando, con una persona del área que lo defendía adentro. Esa persona cambió de trabajo y en cuatro meses el área volvió a la planilla, porque el conocimiento de por qué se hacía así se fue con ella y nunca se había escrito.
Los tres son problemas de logística: información que no circuló, una instancia que no estaba mapeada, y conocimiento que no se distribuyó.
Por qué no decimos «consultoría»
Sería la palabra más cómoda y describe mal lo que hacemos.
Una consultoría entrega un diagnóstico y recomendaciones. El formato tiene un problema conocido: en la mayoría de las organizaciones, el diagnóstico ya se conocía. La gente del área sabía perfectamente cuál era el problema; lo que no tenía era la capacidad de instalarlo como decisión.
Nosotros entramos del otro lado: no a decir qué hay que hacer, sino a que ocurra —ejerciendo la conducción mientras hace falta, o enseñando a ejercerla, o construyendo la pieza que falta.
Cómo se nota la diferencia en un proyecto
Un proveedor que solo construye entrega el sistema, cierra el proyecto y factura. Es correcto y muchas veces es lo que el cliente pidió.
Trabajando con este criterio, el mismo proyecto incluye tres cosas más que no estaban en el pedido: se acuerda desde el principio cómo vamos a saber, a los seis meses, que esto salió bien; se identifica y se prepara a la persona del área que va a defender el sistema adentro; y se reserva el mes posterior a la puesta en producción para acompañar, en vez de cotizarlo aparte como soporte.
Eso hace el presupuesto más caro que el del competidor que cotizó solo el software. Y hace la diferencia entre un sistema que se usa y uno que quedó prendido.
Por qué el nombre importa para el trabajo
Podría parecer una discusión de marca y tiene una consecuencia práctica: el nombre define qué se cotiza.
Un proveedor que se presenta como desarrollador cotiza desarrollo, y todo lo demás —el acompañamiento, el apagado del método viejo, la preparación del referente interno— aparece como extra o no aparece. Uno que se presenta desde la circulación cotiza el resultado completo desde el principio, y entonces esas piezas están adentro del alcance y no se negocian al final, que es cuando ya no hay presupuesto.
Qué preguntar para saber si su caso es de logística
Hay una prueba corta para distinguir un problema de construcción de uno de circulación, y sirve antes de contratar a nadie.
«Si mañana tuviéramos el sistema perfecto, funcionando, ¿el problema estaría resuelto?»
Si la respuesta es que sí, el problema es de construcción y hace falta alguien que construya. Es el caso menos frecuente de lo que la gente cree, y también el más fácil de resolver.
Si la respuesta empieza con «sí, pero» —pero habría que convencer al área, pero nadie sabría usarlo, pero el gerente de operaciones no lo va a aceptar, pero seguiríamos sin poder responderle al directorio—, entonces lo que sigue al «pero» es el problema real. Y ninguna de esas cosas se arregla programando.
Un nombre que se explica solo la segunda vez
Somos conscientes de que «logística digital» no se entiende a la primera. Lo pensamos varias veces y lo dejamos igual, porque las alternativas eran peores: «desarrollo» describe una cuarta parte, «consultoría» describe algo que no hacemos, y «transformación digital» es una expresión que a esta altura no significa nada.
Preferimos una palabra que obligue a preguntar y que después de la explicación quede clara, antes que una que se entienda mal de inmediato.
