Categorie
Software pentru partea de tranzacție a televiziunii: reducerile, bazele de calcul și cotele de bani care decid ce cumpără de fapt un buget.
Un software de achiziție media își merită banii în matematica tranzacției: reduceri ale vânzătorului care se înmulțesc în loc să se adune, trepte de reducere care depind de bugetul pe care îl schimbă, CPP cotat pe o bază și facturat pe alta. Greșește una dintre ele și decalajul de livrare apare peste luni, fără nicio linie spre care să arăți.
Cinci mecanici decid dacă achiziția livrează ce a promis planul. Toate rulează în Tilsim TV Budgeting pe același nucleu înghețat pe care a fost construit planul — scara compusă, prima dintre ele, poate fi încercată în calculatorul wTRP → buget.
| Calcul | De ce contează | Unde se rupe în foile de calcul |
|---|---|---|
| Scări de reduceri care se înmulțesc | Reducerile vânzătorului se compun: 20% și 10% fac 28%, niciodată 30%. | Reduceri adunate într-o singură celulă; eroarea de 2% ajunge în CPP. |
| Trepte dependente de buget | Treapta de reducere depinde de buget — pe care chiar reducerea îl schimbă. Cazurile de prag au nevoie de o regulă fixă de iterație. | Referință circulară «rezolvată» manual, altfel în fiecare lună. |
| Bazele de calcul ale CPP | Un CPP cotat pe rating-uri de 30″ nu trebuie facturat pe TRP ponderat după durată fără coeficient. | Baze amestecate între foaia tranzacției și foaia livrării. |
| Cota de bani prime / off-prime | Cota de bani și cota de rating-uri se mișcă diferit între dayparts — tranzacția o fixează pe una, livrarea o raportează pe cealaltă. | O singură cotă folosită pentru ambele părți ale reconcilierii. |
| Reconcilierea plan ↔ realizat | Achiziția trebuie să poată fi verificată față de plan linie cu linie, coeficient cu coeficient. | Planul și realizatul stau în fișiere diferite, cu matematici diferite. |
Un singur nucleu, două produse în jurul lui — planificarea banilor și citirea audienței.
Codifică scările de reduceri negociate pe fiecare vânzător, rezolvă prin iterație treptele dependente de buget și menține CPP pe o singură bază declarată — astfel încât cifra convenită în tranzacție să fie cifra față de care se judecă livrarea. Abatere măsurată <0,01% față de modelul de referință — cum se obține această cifră este descris în metodologie.
Pagina completă a produsului →Citește livrarea reală din fluxul Nielsen — spoturi, rating-uri, acoperire — față de plan, astfel încât reconcilierea să fie un raport, nu o ceartă. Clientul vede aceleași cifre într-un portal propriu.
Pagina completă a produsului →Nu — poate doar să facă decalajul vizibil mai devreme. Dacă planul a adunat reduceri care se înmulțesc, achiziția va livra sub el oricât de bine ar fi executate tranzacțiile. De aceea Tilsim rulează matematica de planificare și cea de achiziție pe un singur nucleu, în loc să reconcilieze două instrumente după fapt. Ce trebuie să calculeze planul însuși înainte de începerea tranzacției este descris la software de planificare media.
Scara de reduceri. Este cea mai mică formulă cu cea mai mare eroare compusă, se schimbă pe fiecare vânzător și pe fiecare an și este primul lucru pe care foaia vânzătorului îl calculează corect atunci când a ta nu.
Din propriile tale tranzacții: grilele de preț, scările negociate și indicii sezonieri se încarcă pe canal și pe vânzător. Tilsim oferă mecanica și disciplina de paritate — datele de piață rămân ale tale.
Aritmetica din spatele produsului, explicată pas cu pas.
Cel mai rapid mod de a judeca un software de achiziție este un vânzător, o scară, o campanie — trecute prin nucleu, alături de propria ta foaie, coeficient cu coeficient.
