Abans de començar
La primera pregunta d’un pilot d’IA hauria de ser quina feina concreta volem millorar. «Posar IA al departament comercial» deixa massa decisions obertes. «Preparar un esborrany de resposta a consultes sobre serveis, amb les fonts que ha fet servir» delimita una tasca que es pot observar i comparar.
Un pilot útil acaba amb evidències per decidir si convé ampliar-lo, corregir-lo o aturar-lo. Aquesta decisió necessita un procés de referència, una mostra de casos i uns límits definits abans de veure els resultats. Si els criteris canvien després de cada demostració, costa distingir una millora real d’un exemple que simplement ha sortit bé.
Escull una tasca que puguis explicar i comprovar
Comença per identificar l’entrada, la sortida i la persona que coneix el resultat correcte. Una tasca de classificació necessita categories prou clares. Una tasca de redacció necessita informació vigent i criteris per acceptar la resposta. Si dues persones no es posen d’acord sobre què hauria de fer el procés, documenta aquesta discrepància abans d’automatitzar-lo.
Valora també les conseqüències de l’error. Per al primer pilot pot ser més manejable generar un esborrany revisable que executar directament una operació externa. La decisió depèn del procés i del risc assumit; no és una regla que acrediti qualsevol ús de la tecnologia.
El marc AI RMF del NIST organitza la gestió dels riscos d’IA al voltant de governar, contextualitzar, mesurar i gestionar.[1] Serveix com a referència per no reduir l’avaluació a una sola puntuació de qualitat. La fitxa següent és una proposta editorial per aplicar aquesta idea a una decisió operativa senzilla.
Fitxa d’un pilot hipotètic
Imaginem una empresa que vol preparar esborranys de resposta a consultes entrants. L’exemple no és un cas de Opruvo i no atribueix cap resultat a una implementació real.
| Element | Definició proposada per al pilot |
|---|---|
| Tasca | Classificar la consulta i preparar una resposta amb informació autoritzada |
| Entrada | Missatges de prova representatius i documents seleccionats |
| Sortida | Categoria, esborrany, fonts emprades i dubtes pendents |
| Responsable | Persona que valida la informació comercial i revisa les incidències |
| Límit d’acció | El sistema no envia missatges ni modifica comandes |
| Comparació | El mateix tipus de casos resolts amb el procediment actual |
| Aturada | Accés a informació no permesa o acció externa fora de l’abast acordat |
| Decisió final | Ampliar, repetir amb correccions o abandonar aquesta tasca |
La durada i la mida de la mostra s’han de decidir segons la varietat de casos i els recursos de revisió. Una xifra única no serveix per a tots els processos. Registra quins tipus de consulta queden fora de la prova perquè el resultat no s’interpreti com una validació general.
Mesura feina útil, revisió i errors
El temps fins al primer esborrany explica una part de l’experiència. Per valorar el treball del personal, mesura també la revisió, les correccions i la recuperació d’errors. Un esborrany immediat pot requerir una reescriptura llarga; un altre de més lent pot arribar més a prop del resultat necessari.
Defineix abans de començar què significa una resposta acceptable. En l’exemple, podria exigir que utilitzi informació present als documents, respongui la pregunta i deixi els imports no confirmats com a pendents. Registra per separat l’aprovació sense canvis, l’aprovació amb correccions i el rebuig. Aquesta separació permet veure on s’acumula la feina.
Inclou casos difícils: consultes amb dades incompletes, documents que es contradiuen i peticions fora de l’abast. Reserva una part dels casos per comprovar canvis després d’ajustar les instruccions. Si es modifica el sistema per a cada exemple de prova, cal una nova comprovació amb casos que no hagin guiat aquestes correccions.
Els costos també necessiten context. Registra consum del servei, eines addicionals i temps de supervisió dins del límit acordat. No converteixis una estimació en estalvi observat ni extrapolis una mostra petita a tota l’activitat anual sense explicar els supòsits.
Estableix límits que es puguin comprovar
Escriu quines dades pot consultar l’eina i quines accions estan disponibles. Prova els límits: una instrucció que demana enviar un missatge no hauria de saltar-se una restricció del pilot. La supervisió necessita alguna cosa més concreta que indicar a una persona que «vigili el sistema».
Prepara una manera d’aturar el procés, conservar el context de la incidència i tornar al procediment anterior. A la revisió final, presenta resultats i errors amb el nombre de casos corresponent. Una incidència greu pot justificar un canvi de disseny encara que molts exemples rutinaris hagin funcionat.
Si vols concretar un primer procés, pots consultar el servei d’agents d’automatització de Opruvo. Compartir una mostra de tasques, les fonts disponibles i les accions que s’han de limitar facilita preparar una proposta amb abast i pressupost definits.
Calcula el ROI amb beneficis monetaris comprovats
Per a un període definit, el ROI es pot expressar com (benefici monetari comprovat − cost total del pilot) / cost total del pilot × 100 %. El denominador ha de ser superior a zero. Inclou preparació, consum, revisió i manteniment en els costos, sense comptar dues vegades la mateixa partida. Les hores alliberades són capacitat disponible; només compten com a benefici monetari quan es vinculen a una reducció real de despesa o a un marge addicional mesurat. Si falten aquestes dades, presenta temps i qualitat per separat i deixa el ROI pendent.
Font
- NIST, AI Risk Management Framework: https://airc.nist.gov/airmf-resources/airmf/
Font consultada el 3 de novembre de 2026. La fitxa i les mètriques són una proposta editorial; cal adaptar-les a les responsabilitats i al context del procés.