Forward deployment en una empresa de 20 personas

El forward deployment parte de una idea sencilla: un ingeniero se sienta con el cliente hasta que el sistema funciona con sus datos y en su día a día. Las empresas de IA y de datos lo usan para ganar grandes cuentas, con equipos integrados durante meses.

Creo que encaja todavía mejor en una empresa de 20 personas. En una pyme, quien tiene el problema, quien firma y quien va a usar la herramienta suelen estar en la misma sala. No hay un proceso de compras que superar. Tampoco hay equipo de datos, ni departamento de sistemas, ni paciencia para un programa de seis meses.

Empieza donde se hace el trabajo

Los primeros días son para observar, no para construir. ¿Cómo llega de verdad una reserva? ¿Quién responde la misma pregunta veinte veces por semana? ¿Qué hoja de cálculo abre primero el dueño el lunes? Buscas un flujo de trabajo en el que se pierda tiempo o dinero cada semana, y un número que diga si lo has arreglado.

Apunta ese número antes de construir nada. En una pyme suele ser muy concreto: reservas por tu propia web en lugar de una plataforma externa, horas perdidas en tareas administrativas, presupuestos enviados el mismo día. Si no sabes cuál es el número, todavía no estás listo para construir.

Encaja en el día que ya tienen

Un equipo pequeño no adopta un sistema nuevo porque sea ingenioso. Adopta lo que encaja en su día a día. Por eso el trabajo se hace dentro de las herramientas que el equipo ya usa, y lo nuevo tiene que parecer un atajo, no un proyecto.

Las normas de datos no entienden de tamaño

Veinte personas también manejan datos de clientes, y la ley de privacidad no se encoge con la plantilla. Decide pronto adónde pueden ir los datos. Si no pueden salir de la empresa, el modelo tiene que ir a los datos. En Licita, mi proyecto de investigación sobre contratación pública, el mismo sistema funciona con una API en la nube o con modelos abiertos en los servidores del cliente, cambiando un solo ajuste. Una pyme merece la misma opción, a la medida de su presupuesto.

El traspaso es el producto

El proyecto termina cuando el dueño puede llevarlo sin mí. Eso significa un manual breve en el que cada error dice qué ha pasado, por qué y qué hacer. Significa una persona responsable en su equipo, una revisión mensual de pocos minutos y unos costes que quepan en un margen pequeño.

Lo organizo en tres bloques de treinta días:

• Días 1–30: un flujo de trabajo funcionando con datos reales, revisado con quienes lo usan.
• Días 31–60: dentro de la rutina semanal, con un responsable en su equipo.
• Días 61–90: medido contra el número que apuntamos, y una decisión sobre lo siguiente.

Una pyme no necesita una estrategia de IA. Necesita un flujo de trabajo que funcione el lunes, y alguien que se quede hasta que funcione.