Una prova pilot pot impressionar en una tarda. Rep un conjunt controlat de documents, genera una resposta plausible i demostra que la idea és tècnicament possible. El problema apareix després, quan ha de conviure amb dades incompletes, permisos, persones, excepcions i sistemes existents.
La distància entre una demo i una capacitat real no es resol afegint més model. Es resol dissenyant organització.
El pilot no tenia una decisió de negoci
Moltes proves comencen perquè una eina és nova, no perquè existeix un problema prioritari. Sense un punt de partida mesurable, el projecte pot obtenir aplaudiments i continuar sense propietari ni pressupost.
Abans de construir, definim què ha de canviar: temps de resposta, qualitat, cobertura, cost, risc o capacitat de l’equip. Si no hi ha una expectativa observable, no hi ha criteri per decidir si cal integrar.
Les dades de demostració no eren les dades reals
En un entorn controlat, les fonts estan netes. A l’organització, el mateix document pot tenir diverses versions, hi ha permisos diferents i alguns criteris només viuen en l’experiència d’una persona.
Per això la Knowledge Foundation és sovint més important que el prototip. Ordena fonts, autoritat, vocabulari, exemples i responsables abans que la IA converteixi el desordre en respostes convincents.
No hi havia propietari del procés
Un sistema integrat necessita algú que respongui del seu resultat, revisi incidències i decideixi canvis. L’equip tecnològic pot mantenir la infraestructura, però no pot assumir tot sol el criteri del negoci.
Quan ningú té aquest rol, el pilot queda congelat: prou visible per generar expectatives i massa ambigu per entrar en producció.
Es va ignorar la feina d’integració
La IA ha de rebre informació i, sovint, actuar en altres eines. Això exigeix permisos, autenticació, registres, recuperació d’errors i una política clara sobre què pot llegir o modificar.
Una integració fiable acostuma a ser menys espectacular que una demo, però és el que converteix una resposta en un procés.
No es va preparar l’adopció
Les persones necessiten entendre què fa el sistema, què no fa, com revisar-lo i a qui comunicar una incidència. Si perceben l’eina com una imposició opaca o una amenaça, buscaran dreceres o deixaran d’utilitzar-la.
La formació i el disseny del canvi han de començar abans del llançament. Les observacions de l’equip no són resistència per defecte; sovint revelen excepcions que el pilot no havia vist.
Què fem per travessar aquesta distància
Definim un cas d’ús amb propietari, mètriques i límits. Provem amb dades representatives. Dissenyem Human Gates i condicions d’aturada. Calculem el cost complet d’operació i establim qui mantindrà fonts, permisos i proves.
Només després decidim si ampliar l’abast. No tots els pilots han d’arribar a producció. Aprendre aviat que una idea no és viable també és un resultat valuós. L’objectiu no és acumular demostracions, sinó construir les poques capacitats que l’organització podrà utilitzar i sostenir.