O decizie, de la cap la coadă.Măsurarea poate spune nu.
Un playbook urmărește o singură decizie operațională prin marql: semnalul, calculul din spatele lui, acțiunile disponibile și perioada de control care decide dacă efectul contează. Ecrane reale din produs, cifre din tenantul demo.
Ce urmează fiecare playbook
Patru etape, iar două dintre ele se pot încheia fără o cifră.
Aceleași patru etape în fiecare playbook, în această ordine. Două au o poartă — punctul în care răspunsul onest e un gol, nu o cifră, și în care marql e construit să arate golul.
Găsește-o înainte de închiderea perioadei
O rulare zilnică pe datele brute, nu un raport pe care cineva își amintește să-l deschidă. Abaterile sunt ordonate după cât valorează în bani, așa că lista începe de unde sunt banii, nu de unde s-a declanșat alerta.
Separă cauza de simptom
Stocul mort și un produs care se vinde, dar are acoperire prea mare, arată identic într-un raport de stocuri și cer acțiuni opuse. Diagnosticul citește viteza de vânzare, sezonul și disponibilitatea în celelalte locații înainte să spună despre care e vorba.
Fără costuri de achiziție în date — playbook-ul numără unitățile în exces și lasă coloana cu bani goală, în loc să o estimeze
Pune acțiunea în sarcina unui nume și a unei date
Mai mult de o opțiune, pentru că mișcarea corectă depinde de lucruri pe care un model nu le știe: oprirea reaprovizionării, transfer între locații, reducere de preț sau ajustarea pragului. Fiecare are responsabil, termen și dată de control.
Măsoară față de o perioadă de bază
Perioada de bază și fereastra de măsurare se fixează în momentul confirmării acțiunii, nu se aleg după. Nimic nu se contorizează ca efect înainte de închiderea ferestrei.
Fereastra nu poate separa acțiunea de un factor extern — registrul înregistrează «fără efect» sau «date insuficiente», iar nicio economie nu e revendicată
Ce trebuie să spună un playbook pe pagină
Șase lucruri, iar ultimele două sunt cele care de obicei lipsesc.
Un exemplu lucrat de însuși furnizorul e ușor de scris și ușor de pus la îndoială. Aceste șase sunt ce fac un exemplu verificabil, așa că fiecare playbook din bibliotecă le are pe toate.
Întrebarea, în cuvintele tale
Întrebarea cu care vine efectiv un operator, înainte să fie tradusă în vocabularul produsului.
Scrisă în capul playbook-ului, cu cele cinci-șase întrebări următoare dedesubt, în ordinea în care apar.
Setul minim de date
Ce surse trebuie conectate ca decizia să fie posibilă și care doar cresc precizia.
Trei niveluri, numite: obligatoriu, obligatoriu înainte de orice cifră în bani, crește precizia. Niciun playbook nu sugerează că funcționează cu mai puțin decât are nevoie.
Cum se calculează cifra
Dacă cifra e opinia unui model sau aritmetică pe care ai putea-o reface într-un tabel.
Cantitățile sunt deterministe — stoc curent, consum mediu zilnic, termen de livrare, bufer-țintă. AI-ul explică logica; nu produce cifra.
Mai mult de o acțiune
O singură recomandare e un semn: înseamnă că instrumentul a modelat simptomul, nu compromisul.
Fiecare playbook se încheie cu un set de opțiuni și condițiile lor, iar alegerea rămâne la cel care suportă consecința.
Unde se termină potențialul și începe dovada
Secțiunea pe care majoritatea materialelor de vânzare o omit, pentru că cifra arată mai bine fără ea.
O secțiune proprie, în același corp de literă ca restul paginii: ce e cifra din titlu și ce nu e. E un potențial pe date demo, nu o economie încasată de cineva și nu ROI-ul nostru.
Ecrane reale, marcate ca date demo
Dacă interfața din imagini e produsul livrat sau ilustrația unui designer.
Ecrane reale, iar cadrul fiecăruia spune din ce tenant vine și că cifrele sunt sintetice. Datele niciunui client nu apar în vreun playbook.
Cine a scris asta
Ce nu face încă biblioteca.
Sunt propriile noastre exemple lucrate, pe propriile noastre date demo. Iată exact cât valorează asta și unde se oprește.
- Este publicat un singur playbook. Nu există o listă cu cele în lucru, pentru că un hub de link-uri către pagini inexistente e o promisiune fără dată.
- În niciun playbook nu apar rezultate de client. marql nu are o rețea semnată ale cărei cifre să le publice, așa că fiecare cifră vine din tenantul demo și o spune pe ecranul în care apare.
- Niciun playbook nu garantează un procent. Două dintre platformele din categoria asta vând exact asta — un minim garantat din ce va găsi un audit — și e o ofertă apărabilă când ai un portofoliu de proiecte în spate. Noi nu avem, deci nu punem preț pe risc.
- Fiecare cifră e un potențial, calculat din datele demo. Un potențial devine efect abia după o acțiune, o perioadă de bază și o fereastră de control — iar registrul are dreptul să concluzioneze că nu a devenit.
- Niciun playbook nu spune cât durează asta pe datele tale. Produsul nu se angajează la un termen, deci nimic de aici nu sugerează unul.
- Textul e publicat în engleză, română și bulgară; ecranele din produs sunt în engleză în toate piețele, pentru că tenantul demo rulează în engleză și reînregistrarea a cinci ecrane pe limbă nu ar dovedi nimic în plus.
Întrebări frecvente
Despre playbook-uri
Nu, iar diferența contează. Un studiu de caz e rezultatul unui client, povestit cu permisiunea și cu cifrele lui. Un playbook e o decizie lucrată cap-coadă pe tenantul nostru demo: aceleași ecrane pe care le-ar vedea un client, cu cifre generate de noi. În niciunul nu există un client, motiv pentru care nimic din aceste pagini nu e atribuit vreunuia.
Ecranele sunt produsul livrat. Cifrele din ele vin din tenantul demo și sunt marcate ca sintetice în cadrul fiecărei imagini. Ce e real și verificabil e metoda — ce ridică semnalul, ce date cere calculul, cum se obține cantitatea și ce face registrul când fereastra de control e neconcludentă.
Engleză, română și bulgară — cele trei piețe pe care le servește site-ul. Capturile din produs sunt în engleză în toate trei: tenantul demo rulează în engleză, iar ce demonstrează ecranele e succesiunea deciziei, nu limba interfeței. Produsul în sine se folosește în limba locală.
Exact asta e sesiunea de lucru: datele tale de vânzări și stocuri, aceleași patru etape și abaterile care există efectiv în rețeaua ta, nu în tenantul demo. Nu necesită pregătire de partea ta, în afară de acces read-only la sistemele care țin vânzările și costurile.
De unde vin ecranele
Decision Inbox
Unde ajunge semnalul, ordonat după cât valorează, nu după când s-a declanșat.
Copilot
Unde se separă cauza de simptom și unde opțiunile sunt puse una lângă alta.
Impact Ledger
Unde se măsoară efectul și unde e înregistrat ca nedovedit atunci când nu poate fi dovedit.
Cum funcționează marql
Conexiunea, rularea zilnică și briefingul — pentru cine a ajuns întâi la un playbook.
Vorbește cu noi
Spune-ne despre businessul tău. Te sunăm noi.
Spune-ne câteva detalii despre businessul tău și sursele tale de date. Adaptăm prezentarea, apoi alegi tu ora care îți convine.