Serie: Arquitectura operativa para empresas de servicios.
De herramienta a arquitectura
Llevamos ya siete artículos hablando de lo mismo desde distintos ángulos.
Del coste de conectar herramientas sin pensar. De por qué los números globales engañan. De Paco, que sabe dónde está todo y un día se va. De la diferencia entre aguantar un golpe y salir reforzado. Del error de empezar por el software cuando el problema está antes.
Y del hecho de que, aunque tu empresa sea única, la fontanería de dentro se parece bastante a la de los demás.
Todo ese recorrido lleva a una pregunta que vale la pena hacerse en serio: ¿tengo herramientas o tengo una arquitectura?
No es lo mismo
Una herramienta resuelve un problema concreto. Un gestor de tareas para no perder los siguientes pasos. Un Excel para controlar las horas. Una app de facturación para emitir los recibos. Un Drive para no perder los archivos del cliente.
Cada una, por su lado, funciona. El problema aparece cuando empiezan a ser cuatro, cinco, seis herramientas que no se hablan entre sí. Que duplican información. Que obligan a alguien a hacer de puente entre ellas, copiando datos de un sitio a otro, reconciliando versiones, actualizando manualmente lo que debería actualizarse solo.
Con esto, más que un sistema con una arquitectura antifrágil, tenemos un ecosistema Frankenstein con buenas intenciones.
Una arquitectura es otra cosa. Más que el software, es el conjunto de decisiones sobre cómo fluye la información dentro de tu empresa. Dónde vive cada dato. Quién es responsable de qué. Qué herramienta es la fuente de verdad para cada cosa, y cómo se conectan entre sí.
Las decisiones que nadie toma
El problema es que estas decisiones rara vez se toman de forma explícita.
Se van tomando solas, con prisa, a medida que aparece una necesidad concreta. Alguien necesita controlar las horas y pone en marcha Toggl. Alguien necesita gestionar proyectos y crea un tablero en Trello. Alguien necesita centralizar archivos y monta una estructura en Drive. Y así.
Lo he visto muchas veces. Hoy mismo, no os engaño. Alguien me comentaba que en dos tardes montó un Notion para organizar su empresa. Y tengo una amiga muy cercana que hizo exactamente lo mismo. Notion es el Excel moderno. Cualquiera puede remangarse y construir algo que, al menos para sí mismo, funciona.
Cada decisión tiene su lógica en el momento en que se toma. El problema es que nadie ha decidido cómo encajan todas juntas. Y cómo encaja lo decidido cuando el resto de personas de la organización entran en juego. Y sin ese diseño previo, la operación crece hacia afuera en lugar de crecer hacia arriba.
Llega un punto en que el sistema tiene más superficie de fricción que de utilidad.
Por dónde se empieza
No hace falta una crisis para revisar esto. Hay señales más silenciosas.
El fundador que no puede irse de vacaciones sin estar disponible. El proyecto que se entregó bien pero al cerrarlo dejó menos margen del esperado. La persona nueva que tarda meses en entender cómo funciona todo porque nadie lo tiene escrito. La pregunta "¿dónde está esto?" que se repite varias veces al día.
Si alguna de estas te suena, el problema probablemente no es la herramienta que estás usando. Es que nadie ha pensado todavía cómo debería funcionar el sistema completo.
Y eso tiene solución. Pero la solución no empieza eligiendo software.
Empieza por decidir, antes de abrir ninguna cuenta en ningún sitio, tres o cuatro cosas básicas: cómo se estructura un proyecto, dónde se registra el tiempo, dónde vive la información del cliente, cómo se conecta lo que se hace con lo que se cobra.
No es una lista pormenorizada. La lista específica epende del caso.
Con esas decisiones tomadas, elegir las herramientas es fácil. Sin ellas, da igual qué herramienta elijas: el sistema seguirá siendo frágil.
El cierre de este recorrido
Si has llegado hasta aquí, probablemente llevas un rato reconociéndote en más de una cosa de lo que se ha ido contando en esta serie.
Eso ya es el primer paso: nombrar el problema con precisión.
El siguiente no es buscar una herramienta. Es tomarte un rato para mirar tu operación como un sistema completo, con algo de distancia, y decidir cómo debería funcionar realmente.
De ahí sale todo lo demás.
Anterior artículo de la serie: Qué tienen en común las empresas de servicios.