Un buen PoC en la mediana empresa termina con una decisión Go/No-Go
Un buen PoC en la mediana empresa no dice «la IA puede hacerlo».Dice: «Sabemos si lo desarrollamos o lo paramos».
Aquí es donde suelen chocar los consultores y la mediana empresa.
Los consultores ven el PoC como una prueba técnica.La dirección general, el CFO y el responsable de sistemas necesitan una herramienta para decidir.
El PoC de consultor suele significar:
- datos de prueba limpios
- un prototipo rápido en 2–6 semanas
- resultados aprovechables con datos de demo
- una demo bonita que despierta entusiasmo interno
Queda bien. Funciona en la reunión.Pero no en producción.
Sin integración con el ERP antiguo.Sin datos reales de operación.Sin debate con el comité de empresa.Sin un responsable claro del proceso.Sin nadie que se haga cargo de la operación después.
Al final, el consultor dice: «Funciona».Y la empresa se queda sola con las preguntas de verdad.
¿Por qué pasa esto? Los consultores ganan dinero con la siguiente fase. Un NO-GO honesto les cuesta facturación. Así que nadie define el PoC de forma que también pueda fracasar.
Para la mediana empresa, un PoC es otra cosa.
Es una prueba de esfuerzo pequeña y honesta:
- ¿Funciona con nuestros datos reales, a veces sucios?
- ¿Funciona en el proceso real, no solo en un sandbox?
- ¿Qué precisión o qué alivio de carga es realista antes de la puesta en producción?
- ¿Qué obstáculos ponen sistemas, protección de datos, comité de empresa y área de negocio?
- ¿Quién lidera el proyecto y quién lo opera después?
- ¿Está claro el siguiente paso: parar, ajustar o pasar a producción?
Un ejemplo concreto:
Conciliación de facturas. 150 albaranes a la semana.ERP heredado, datos no estructurados, comité de empresa implicado, un departamento de sistemas de una sola persona.
A los 10 días: un GO claro.€41.000 de ahorro al año, calculado de forma conservadora.Opción de despliegue resuelta. Responsable de proyecto nombrado. Kick-off dos semanas después.
PoC de consultor: «En principio, la tecnología funciona».PoC de mediana empresa: «Tenemos claridad suficiente para una decisión Go/No-Go».
En la mediana empresa, el tiempo, la confianza y la atención interna escasean.
Un PoC flojo quema capital político.En el peor caso, acaba diciéndose: «La IA no funciona en nuestra empresa».
Pero el problema de fondo era otro: el PoC estaba mal definido.
Hoy planteo los PoC así:
- problema claro, objetivo medible
- datos reales de operación, con excepciones y suciedad incluidas
- prueba en el proceso en marcha, no en un sandbox
- viabilidad técnica: ERP, calidad de datos, infraestructura
- obstáculos organizativos: sistemas, protección de datos, comité de empresa
- business case cuantificado: ahorro, payback
- quién lo desarrolla, quién lo opera, cuánto cuesta
¿Y si el resultado es NO-GO?El cliente se queda con la arquitectura técnica de la solución, el modelo de ROI y la evaluación de riesgos. Nada de vender humo. Nada de «vuelve el mes que viene».
Así el PoC deja de ser un experimento técnico y se convierte en un instrumento de gestión para quien decide.
Justo ahí empieza la integración seria de la IA en la mediana empresa.
¿Acabáis de cerrar un PoC?¿En qué momento quedó claro si se sostenía o no?
Publicaciones relacionadas
- Antes de la estrategia de IA, gana un caso de uso pequeño y aburridoLas transformaciones con IA más sanas empiezan con trabajo repetitivo: facturas, correos, informes. Una victoria aburrida da más confianza que una hoja de ruta.
- Un proceso roto no se arregla con IA. Primero hay que limpiar el cuboMuchos proyectos de IA pintan casos de uso sobre procesos rotos. Primero se ordena el proceso y se nombran responsables; la IA llega después.
- Empieza tu programa de IA por las consecuencias, no por las herramientasSiete pasos, del problema sin IA al diseño del sistema. Aplicados a un flujo aburrido, dan una plantilla de responsabilidad para cada iniciativa de IA futura.