Hea PoC keskmise suurusega ettevõttes lõpeb go/no-go otsusega

Hea PoC keskmise suurusega ettevõttes ei ütle: „AI suudab seda.“See ütleb: „Me teame, kas läheme edasi või peatume.“

Just siin tekib sageli lõhe konsultantide ja ettevõtete vahel.

Konsultandid näevad PoC-d tehnilise tõestusena.Juhatus, finantsjuht ja IT-juht vajavad otsustamise tööriista.

Konsultandi PoC tähendab enamasti:

• puhtad testandmed
• kiire prototüüp 2–6 nädalaga
• kasutatavad tulemused demoandmetel
• ilus demo, mis tekitab majas vaimustust

Näeb hea välja. Töötab koosolekul.Aga mitte tootmises.

Pole integratsiooni vana ERP-ga.Pole päris tööandmeid.Pole arutelu töötajate esindajatega.Pole selget protsessivastutust.Pole omanikku hilisema käituse jaoks.

Lõpuks ütleb konsultant: „See töötab.“Ettevõte jääb päris küsimustega üksi.

Miks see juhtub? Konsultandid teenivad järgmise etapi pealt. Aus NO-GO maksab neile käivet. Seega ei defineeri keegi PoC-d nii, et see tohiks ka ebaõnnestuda.

Keskmise suurusega ettevõttele on PoC midagi muud.

See on väike ja aus koormustest:

• Kas see töötab meie päris, osaliselt räpaste andmetega?
• Kas see töötab päris protsessis, mitte ainult sandboxis?
• Kui palju täpsust või töökoormuse vähenemist on enne go-live'i realistlik?
• Millised takistused tulevad IT, andmekaitse, töötajate esindajate ja äripoole poolt?
• Kes projekti juhib ja kes seda hiljem haldab?
• Kas järgmine samm on selge: peatada, kohandada või tootmisse viia?

Konkreetne näide:

Arvete võrdlemine. 150 saatelehte nädalas.Pärand-ERP, struktureerimata andmed, töötajate esindajad kaasatud, IT-s üks inimene.

10 päeva pärast: selge GO.€41.000 säästu aastas, konservatiivselt arvestatud.Deployment-variant selge. Projektijuht määratud. Kick-off kaks nädalat hiljem.

Konsultandi PoC: „Tehnoloogia põhimõtteliselt töötab.“Ettevõtte PoC: „Meil on go/no-go otsuse jaoks piisavalt selgust.“

Keskmise suurusega ettevõttes on aega, usaldust ja sisemist tähelepanu vähe.

Nõrk PoC põletab poliitilist kapitali.Halvimal juhul jääb kõlama: „AI meil ei tööta.“

Tegelik probleem oli aga see, et PoC oli valesti defineeritud.

Täna raamin PoC-d nii:

• selge probleem, mõõdetav eesmärk
• päris tööandmed, koos erandite ja mustusega
• test käimasolevas protsessis, mitte sandboxis
• tehniline teostatavus: ERP, andmekvaliteet, taristu
• organisatsioonilised takistused: IT, andmekaitse, töötajate esindajad
• kvantifitseeritud business case: sääst, tasuvusaeg
• kes arendab, kes haldab, mis see maksab

Ja kui tulemus on NO-GO?Siis jääb kliendile: tehniline lahenduse arhitektuur, ROI-mudel, riskihinnang. Ei mingit tühja müüki. Ei mingit „tulge järgmisel kuul tagasi“.

Nii muutub PoC tehnilisest eksperimendist otsustajate juhtimisvahendiks.

Just sealt algab tõsine AI-integratsioon keskmise suurusega ettevõttes.

Oled just PoC läbi teinud?Mis oli see hetk, kui sai selgeks, kas see kannab või mitte?