Son las nueve de un martes y suena el teléfono en el estudio. Es el cliente de la casa de Villa Urquiza, el que firmó en marzo. Pregunta lo mismo que preguntó hace tres semanas: cómo viene el permiso de obra. La socia que atiende dice que lo chequea y corta. Después abre el mail, busca "municipalidad", encuentra doce hilos distintos, ninguno con novedades de los últimos veinte días, y termina llamando al gestor para que le cuente él en qué estado está el expediente. El gestor tampoco se acuerda de memoria y promete averiguar. Nadie miente: simplemente, los trámites municipales del estudio no viven en ningún lado.

Si trabajás en arquitectura, la escena no te resulta exótica. Un expediente parado dos meses corre el inicio de obra, arrastra el cronograma completo y te deja explicando algo que no depende de vos frente a alguien que no distingue entre "el estudio se olvidó" y "la repartición no contestó". Y lo más caro no es la demora en sí: es que te enterás tarde.

Por qué se pierden los trámites municipales (y no es por desprolijidad)

El problema no es que el equipo sea desordenado. Es que un expediente municipal no se parece a ninguna otra tarea del estudio. No tiene fecha de entrega propia, tiene una fecha que se corre. No depende de una sola persona: pasa por el arquitecto que arma la documentación, por el gestor que la presenta, por el cliente que tiene que firmar algo o pagar un sellado, y por un organismo que responde cuando responde. Y avanza por observaciones, no por etapas prolijas: te piden una corrección en el plano de instalaciones, volvés a presentar, esperás otra vez.

Frente a eso, la herramienta que la mayoría usa es la memoria de dos personas y una carpeta de mails. Funciona con tres obras. Con doce, se cae. Un estudio de ocho personas con doce proyectos activos puede tener veinte o veinticinco trámites vivos entre permisos de obra, planos conforme a obra, factibilidades de servicios, habilitaciones y presentaciones en colegios profesionales. Ninguna cabeza sostiene veinticinco relojes en paralelo.

El expediente como objeto propio, no como un hilo de mails

El primer cambio es conceptual y es el que más rinde: en Notion, cada trámite deja de ser una conversación y pasa a ser un registro con identidad. Una base de datos de Trámites donde cada fila es un expediente concreto, con su número, el organismo, el proyecto al que pertenece, el responsable interno, el gestor externo, el estado actual, la fecha de la última presentación, la fecha del último contacto con la repartición y el link a la documentación que se presentó en esa instancia.

Eso solo ya cambia la conversación del martes a la mañana: la socia entra a la vista "Trámites por proyecto", filtra por el cliente y ve en diez segundos que el expediente entró el 14 de agosto, que el 2 de septiembre volvió con una observación sobre superficies computables y que está esperando la corrección del equipo. Puede responder con precisión y, sobre todo, puede responder ella. Cuando el trámite es un registro y no un mail, deja de ser propiedad de quien lo presentó.

El segundo cambio es la relación con el proyecto. Vinculando la base de Trámites con la de Proyectos, cada obra muestra sus expedientes abiertos y su estado sin que nadie tenga que armar un resumen. Y si la ficha del proyecto también tiene el cronograma, se hace visible algo que antes se descubría tarde: que la fecha de inicio de obra que le prometiste al cliente depende de un permiso que hace cuarenta días no se mueve.

La IA como la capa que revisa lo que nadie tiene tiempo de revisar

Con la información ordenada, la inteligencia artificial deja de ser un adorno y empieza a hacer el trabajo aburrido. Lo primero, y lo más simple, es leer observaciones. Cuando una repartición devuelve un expediente con tres o cuatro puntos redactados en lenguaje normativo, podés pegarlos en el registro del trámite y pedirle a la IA que los traduzca a tareas concretas con responsable: corregir el cómputo de superficie semicubierta, actualizar la planilla de iluminación y ventilación, rehacer el corte A-A. Lo que antes tardaba una tarde en desmenuzarse queda desarmado en minutos, y queda escrito, que es lo importante.

Lo segundo es el control de inercia. Una IA conectada a la base puede recorrerla todos los lunes y avisar qué expedientes no registraron movimiento en más de treinta días, cuáles están esperando algo del cliente hace más de una semana y cuáles tienen una fecha comprometida que ya no se sostiene. No es magia: es que alguien, todas las semanas, mira la tabla completa. Solo que ese alguien no te cuesta media jornada de un arquitecto.

Lo tercero es el informe al cliente. A partir de los mismos datos, la IA puede redactar un párrafo claro por proyecto —qué se presentó, qué falta, qué se espera y cuándo— que el estudio revisa y manda. Contar bien lo que está pasando, aunque lo que esté pasando sea una demora del municipio, es la diferencia entre un cliente que confía y uno que sospecha.

Qué cambia cuando el sistema existe

Un estudio que ordena esto no acelera al municipio; nadie puede. Lo que gana es tiempo de reacción. Detectar a los treinta días que un expediente está frenado, en lugar de a los setenta, suele significar semanas recuperadas por obra. Y gana algo menos medible pero más valioso: las reuniones de equipo dejan de empezar con "¿alguien sabe cómo viene lo de la municipalidad?".

La pregunta honesta para hacerse hoy es simple: si mañana el gestor del estudio no atiende el teléfono durante una semana, ¿alguien podría decir en qué estado está cada expediente sin llamarlo? Si la respuesta te incomoda, el problema no es el gestor, es que el conocimiento no está en ningún sistema.

En Duxio ayudamos a estudios de arquitectura y PyMEs a armar exactamente esto: un sistema en Notion donde los trámites, los proyectos y los plazos viven juntos, con una capa de IA que revisa, alerta y redacta. Si querés ver cómo se vería en tu estudio, escribinos y lo miramos sobre tus proyectos reales.

Compartí ésta nota
No items found.
Fernando D´Amico
Cofundador, DUXIO