Automatización para gestorías: cómo construí un prototipo desde un formulario web hasta un dashboard de gestión

Todo empezó con un formulario.

El objetivo inicial era sencillo: facilitar que los clientes de un servicio fiscal aportaran información y, en determinados casos, documentación desde una web WordPress. El proyecto era para Impôts Matos, un servicio relacionado con fiscalidad en Montreal.

La web utilizaba WordPress y Fluent Forms Pro. El formulario podía dividir preguntas en pasos, aplicar lógica condicional y estructurar mejor la entrada de datos. Hasta ahí, la parte visible funcionaba. Pero durante el desarrollo apareció una pregunta más importante: ¿qué ocurre después de pulsar Enviar?

Un email podía llegar correctamente y los archivos podían haberse subido, pero seguían existiendo revisión manual, descargas, clasificación, cambios de estado, comunicaciones, seguimiento y búsquedas posteriores. Esa observación cambió el enfoque: en vez de pensar solo en formularios para gestorías, empecé a plantear una capa operativa alrededor de ellos.

Digitalizar un formulario no significa automatizar un proceso. El formulario es solamente la puerta de entrada.

El punto de partida: Fluent Forms Pro

Un formulario avanzado puede ser una buena primera capa porque obliga a definir qué información necesita el equipo, en qué orden y bajo qué condiciones. En este caso, Fluent Forms Pro permitía plantear un recorrido multipaso sin exponer al usuario a una pantalla interminable.

La automatización de formularios empieza cuando ese envío deja de ser solo un correo y se convierte en un evento capaz de activar validaciones, registros y tareas. Esa es la diferencia entre recopilar datos y diseñar un onboarding de clientes.

El problema apareció después del formulario

Durante el uso real observé que la entrada estaba más ordenada, pero el trabajo posterior seguía fragmentado. Una solicitud podía comenzar en la web y terminar repartida entre el correo, una carpeta y varias notas internas.

No hace falta que una organización tenga un problema con su formulario para que exista un cuello de botella. El problema puede estar en todos los pasos invisibles que una persona ejecuta después. Esto también ocurre en la automatización de despachos profesionales: digitalizar la captura no elimina por sí solo el recorrido manual.

Digitalizar no es lo mismo que automatizar

Para ordenar la idea hice esta comparación. En ambos casos existe un formulario digital. Lo que cambia es el sistema que recibe y mueve la información después.

La arquitectura del prototipo

A partir de esa diferencia diseñé una arquitectura que pudiera crecer por capas. WordPress y Fluent Forms Pro constituyen la entrada ya existente. n8n, la lógica de workflow, Supabase y el dashboard forman parte de la arquitectura de prototipo e integración. El resto son conexiones posibles, no una promesa de que todas estén desplegadas en producción.

Esta base permite plantear una gestión documental automatizada, pero no elimina la necesidad de decidir dónde se almacenan los archivos, quién puede verlos y cuánto tiempo deben conservarse. La arquitectura técnica solo es correcta cuando responde al proceso y a sus límites.

Qué información debería mostrar el dashboard

El dashboard para gestorías que planteé no pretende sustituir A3, Sage, Holded ni el programa fiscal o contable. Su función es más concreta: ofrecer una capa de organización y seguimiento entre la solicitud web y el trabajo profesional.

En una implantación real, los indicadores y estados deberían salir del vocabulario de la gestoría, no de una plantilla genérica. Para un equipo puede ser útil “documentación recibida”; para otro, “pendiente de conciliación” o “listo para presentar”.

Un ejemplo de flujo completo

Si conectamos las piezas, un recorrido básico podría funcionar así. Es una secuencia de referencia: las reglas y excepciones cambiarían según el servicio.

1. 1
   El cliente llega a la web.
2. 2
   Selecciona el servicio.
3. 3
   Completa Fluent Forms.
4. 4
   Envía información o documentación.
5. 5
   El sistema registra la solicitud.
6. 6
   Se crea o actualiza el expediente.
7. 7
   Se generan tareas o avisos según las reglas.
8. 8
   Una persona de la gestoría revisa y continúa el trabajo profesional.

Lo que decidí NO automatizar

Una automatización administrativa puede preparar el contexto, pero no debe convertir una regla técnica en una decisión fiscal. Diseñé el prototipo con un principio Human in the Loop: el sistema mueve información y propone acciones; una persona conserva el control en los puntos sensibles.

La excepción importa tanto como el recorrido ideal. Si falta un documento, un cliente describe una situación atípica o una regla entra en conflicto, el sistema debe escalar el caso, no improvisar una respuesta profesional.

Seguridad y privacidad: el problema que obliga a diseñar diferente

Una gestoría puede manejar información fiscal, identificadores, documentos personales, datos económicos y documentación empresarial. Por eso la seguridad no es un añadido al final del proyecto: condiciona desde el principio qué datos se recogen, por dónde pasan y quién accede.

¿Dónde entra realmente la IA?

La primera versión útil no necesita depender de inteligencia artificial. Las reglas pueden resolver gran parte de la automatización administrativa: validar campos, crear registros, cambiar estados o lanzar recordatorios. La IA aparece después como una capa opcional de apoyo.

Antes de enviar datos fiscales o documentos sensibles a un modelo externo habría que realizar una evaluación mucho más estricta del proveedor, la finalidad, los datos enviados, la retención y las garantías contractuales. La IA no debe sustituir al asesor ni decidir por él.

Por qué no construir un sistema idéntico para todas las gestorías

Este prototipo es una base, no una caja cerrada. Una gestoría puede trabajar con A3, Sage, Holded, Anfix, Excel, Microsoft 365, Google Workspace, software propio, un CRM, carpetas compartidas, email, WhatsApp o varios sistemas a la vez.

También cambian los tipos de cliente, los documentos, los responsables, los estados y las excepciones. Antes de construir hay que entender ese mapa. Es el mismo enfoque que aplico al conectar diseño web profesional, captación y procesos: la tecnología debe responder al recorrido real, no obligar al negocio a parecerse a una plantilla.

Este enfoque progresivo también aparece en mi guía sobre automatización con IA para pequeñas empresas. Primero se elige un proceso acotado, se prueba con el equipo y solo después se amplía.

Prototipo base vs proyecto personalizado

La parte reutilizable reduce el trabajo de empezar desde cero. La parte personalizada evita que la automatización ignore cómo funciona el despacho.

Desliza horizontalmente para comparar todas las columnas.

Qué ventajas puede aportar este modelo

No tengo una cifra universal que pueda atribuir a todas las gestorías. El impacto depende del volumen y del proceso. Lo que sí permite este modelo es atacar problemas operativos concretos sin prometer una “automatización total”.

Lo que he aprendido construyendo este prototipo

La parte más útil del proyecto no fue elegir una herramienta. Fue entender dónde terminaba la web y dónde empezaba el proceso operativo. Estos son los aprendizajes que me llevaría a una futura automatización de asesorías:

1. 1.El formulario es solo el comienzo.
2. 2.Antes de automatizar hay que entender el proceso.
3. 3.La excepción importa tanto como el camino ideal.
4. 4.No todo merece automatizarse.
5. 5.La privacidad condiciona la arquitectura.
6. 6.El equipo debe conservar el control.
7. 7.La automatización debe adaptarse al negocio, no al contrario.
8. 8.Es mejor empezar con un proceso concreto y ampliarlo después.

Lo mismo sucede en sectores cercanos. En este análisis sobre automatización para despachos de abogados, la tecnología ordena la capa administrativa, pero el criterio del profesional sigue siendo el centro.

Qué construiría primero en una gestoría española

Si tuviera que priorizar sin conocer todavía el despacho, empezaría por procesos frecuentes, acotados y de bajo riesgo. Esta matriz es una guía de decisión, no una valoración universal.

Desliza horizontalmente para ver toda la matriz.

El formulario, la confirmación y la creación del expediente suelen ser candidatos razonables porque permiten probar la conexión de extremo a extremo sin delegar decisiones profesionales. Después se puede medir y decidir si compensa ampliar.