Un model poate participa la formarea unui preț fără să îl dețină. Metoda noastră: cartografiem logica existentă, scriem întâi limitele, rulăm modelul în shadow mode și trecem pe rând câte o clasă de decizii.
Un flux de prețuri nu e locul pentru improvizații. În experiența noastră, regula care stabilește cât plătește un client a fost adesea scrisă cu ani în urmă, de oameni care au plecat între timp. Integrarea unui model în acest flux e o problemă de inginerie, cu o problemă de guvernanță atașată.
Așa lucrăm, pas cu pas, cu cine decide la fiecare etapă și ce refuzăm să facem. O precizare înainte. La noi, componenta de AI poate stabili un preț, dar numai în limite definite de oameni din partea voastră, și trebuie să spună de ce. Nu își stabilește niciodată propriile limite.
Pasul 1: Pornim de la decizie, nu de la model
Prima discuție e cu fondatorul nostru, nu cu o echipă de vânzări. Durează treizeci de minute. Întrebăm ce construiți, unde nu merge, cine decide și ce nu trebuie să facă sistemul niciodată. Dacă întrebarea e tehnică, se alătură un inginer.
Dacă preferați să scrieți întâi, Start a Project pune șase întrebări. Două contează cel mai mult pentru prețuri: cât vă costă un deploy greșit și ce nu trebuie să atingem sub nicio formă. Vă răspundem în două zile lucrătoare, cu întrebări din partea noastră.
Cine decide: voi. Voi numiți decizia și lucrurile interzise.
Ce refuzăm: nu luăm proiecte pe care nu le putem livra cum trebuie. Dacă nu suntem alegerea potrivită, vă spunem.
Pasul 2: Cartografiem logica așa cum rulează de fapt
Îi spunem arheologia logicii și durează două săptămâni. Cartografiem decizia așa cum funcționează azi: codul, foile de calcul, excepțiile și omul care o suprascrie vinerea.
Ultimul element e cel care contează. Nu pornim doar de la regula documentată. Citim ce rulează.
Rezultatul e o hartă a deciziilor. Majoritatea clienților ne spun că ea merită efortul chiar și fără restul proiectului.
Cine decide: oamenii voștri ne spun care sunt excepțiile și de ce există. Le notăm și întrebăm ce am ratat.
Ce refuzăm: nu pornim doar de la documentul de cerințe. Citim ce rulează.
Pasul 3: Scriem limitele înainte să alegem un model
Acesta e pasul care răspunde titlului. Înainte de alegerea oricărui model, definim trei liste:
- ce poate decide singură componenta de AI,
- ce trebuie să trimită către un om,
- ce nu are voie să facă niciodată.
Definim și cum se înregistrează fiecare decizie. Pentru un preț, limitele sunt politica: intervalul în care un număr e acceptabil și condițiile în care trebuie să se uite un om. Modelul lucrează în acest cadru. Nu îl trasează el.
Rezultatul e un document de guvernanță pe care îl poate citi o autoritate de reglementare, un auditor sau un consiliu de administrație. Îl scriem pentru acest cititor, nu pentru echipa de proiect.
Cine decide: firma voastră deține limitele. Noi redactăm limitele, le punem sub semnul întrebării și le precizăm până pot fi aplicate în cod. Recomandăm ca cineva cu autoritate asupra prețurilor să le aprobe, pentru că cineva trebuie să răspundă de ele.
Ce refuzăm: nu lăsăm un model să stabilească un preț în afara limitelor și nu lăsăm un model să schimbe limitele. Nu punem componenta de AI într-o decizie în care un om numit nu poate rămâne responsabil.
Pasul 4: Alegem modelul pentru decizie
Modelul potrivit pentru o decizie nu e, de regulă, cel mai mare. Alegem după sarcină: ce cere decizia, cât costă fiecare apel, cât de repede trebuie să răspundă.
Unde decizia depinde de datele voastre, construim căutare în documentele voastre (RAG) peste aceste date. Construim seturi de teste de evaluare din deciziile voastre istorice, astfel încât întrebarea „e bun?” să primească răspuns în cifrele voastre, nu în ale unui furnizor.
Cine decide: noi recomandăm modelul și arătăm evaluarea. Vedeți rezultatele pe istoricul vostru înainte să atingem un preț real.
Ce refuzăm: nu alegem întâi un model și apoi căutăm unde să îl punem. Nu acceptăm un demo drept dovadă.
Pasul 5: Îl integrăm în sistemul real ca orice alt serviciu
Componenta de AI intră în fluxul existent cu aceeași rigoare ca orice serviciu de producție: interfețe tipizate, plafoane de cost, bugete de latență și rollback.
Interfețele tipizate înseamnă că rezultatul modelului e o valoare structurată, pe care sistemul din jur o poate verifica față de limite, nu text liber pe care trebuie să îl interpreteze cineva. Plafoanele de cost se aplică la nivel de componentă, așa că o componentă de prețuri nu devine pe tăcute una scumală. Rollback înseamnă că logica anterioară rămâne la îndemână și putem reveni la ea.
Fiecare proiect de AI pe care îl livrăm are log-uri de audit și rollback. E un standard, nu o opțiune, și se aplică la fel unei componente de prețuri ca oricărei alteia.
Cine decide: noi o proiectăm și o construim. Inginerii voștri verifică interfețele și limitele, pentru că ei o vor opera după aceea.
Ce refuzăm: nu livrăm o componentă pe care nu o putem explica, audita sau anula.
Pasul 6: O rulăm în shadow mode, apoi trecem pe rând câte o clasă de decizii
Logica actuală rămâne la comandă. Componenta de AI rulează alături, în shadow mode, și produce decizia pe care ar fi luat-o, cu raționamentul ei, în timp ce logica existentă încă decide. Comparăm cele două până când cifrele coincid.
Abia apoi preia decizia componenta de AI, și doar câte o clasă de decizii. Frecvența verificărilor umane scade pe măsură ce încrederea se confirmă. Nu scade la o dată fixată în calendar.
Facem asta pentru fiecare clasă de decizii înainte de trecerea pe sistemul nou. Poziția noastră: o clasă în care cele două diferă rămâne unde e până înțelegem de ce.
Cine decide: pragul de concordanță se stabilește împreună, iar trecerea e a voastră. Noi o recomandăm. Nu o facem în locul vostru.
Ce refuzăm: nu trecem totul deodată și nu eliminăm verificarea umană după un calendar.
Ce primiți la final
- O hartă a deciziilor din logica de prețuri, așa cum există.
- Un document de guvernanță pe care îl poate citi o autoritate de reglementare, un auditor sau un consiliu de administrație.
- Componenta de AI în producție, cu monitorizare, controlul costurilor și explicabilitate integrate.
- Un set de teste de evaluare pe care echipa voastră îl poate rula după fiecare actualizare a modelului.
- Ingineri din echipa voastră, instruiți să o opereze și să o extindă.
Setul de teste contează mai mult decât pare. Un model se va schimba, iar atunci echipa voastră poate rula din nou evaluarea pe deciziile voastre istorice, în loc să presupună că nimic nu s-a schimbat.
Ce nu e stabilit
Nu descriem aici un calendar pentru întregul proiect de prețuri, pentru că paginile care definesc metoda noastră fixează doar o parte din el. Arheologia logicii durează două săptămâni. Tot ce urmează depinde de câte clase de decizii există și câte excepții conțin. Preferăm să vă spunem asta decât să inventăm un calendar.
Aduceți-ne o decizie de preț pe care firma voastră o ia prost și răspundeți la cele șase întrebări din Start a Project, inclusiv cât vă costă un deploy greșit. Vă răspundem în două zile lucrătoare, cu întrebări din partea noastră. Pagina serviciului AI Business Logic Implementation descrie aceeași metodă.
Articol redactat de sistemul editorial SKYLOGIQ pe baza paginilor firmei și verificat de un model AI care controlează faptele, cu o coadă de verificare umană pentru tot ce refuză editorul. Cum se face Briefing-ul
Versiunea în română e adaptată automat după originalul în engleză și verificată de un al doilea model AI. Originalul în engleză