Software de media buying TV: checklist-ul care separă două instrumente

Software de media buying TV transformă o țintă de rating și o structură de discount negociată într-un buget pe care cumpărătorul îl poate apăra, apoi verifică ce a rulat efectiv față de ce a fost planificat. Dați același brief la două instrumente — același grup-țintă, aceleași canale, buget, flight — și primiți înapoi două planuri diferite. Interfața aproape niciodată nu este cauza. Diferența stă într-un set de decizii de calcul pe care furnizorii rareori le pun pe hârtie.

Șapte, mai exact. Cum se compun discounturile. Cum converge bucla buget-discount și în ce direcție rotunjește. Dacă împărțirea prime este în bani sau în timp de emisie. În ce direcție merge împărțirea la affinity. Dacă formele de flight sunt denumite sau tastate manual. Ce înseamnă „livrat” în post-buy. Și dacă toate acestea rezistă la un fișier în care aveți deja încredere. Douăzeci de minute pe aceste întrebări bat trei demo-uri.

Fiecare punct de mai jos vă oferă întrebarea, aritmetica din spatele ei și răspunsul care ar trebui să vă îngrijoreze.

1. Scările de discount se înmulțesc sau se adună?

Întrebați: „Am un discount de 20% de la sales house și unul de 10% de agenție. Care este rata combinată?”

28%, nu 30%. Discounturile de sales house se aplică secvențial — fiecare acționează asupra a ceea ce a rămas de la precedentul — deci rata combinată este unu minus produsul rămășițelor.

Două puncte procentuale pe o singură înțelegere par o simplă rotunjire. Adăugați patru sau cinci linii — volum, angajament, sezonier, agenție, off-prime — și aritmetica aditivă se abate suficient cât să schimbe care plan câștigă o licitație. Un instrument care adună discounturile greșește sistematic, mereu în direcția care face planul să pară mai ieftin decât va fi de fapt.

Cât timp furnizorul are calculatorul deschis, cereți-i lanțul complet:

Fiecare dintre acești patru factori este un loc unde furnizorul poate diferi discret de dvs. Cereți-i pe fiecare în scris.

2. Converge bucla buget-discount, și în ce direcție?

Întrebați: „Pragul de discount depinde de bugetul pe care îl declar, iar bugetul declarat depinde de discount. Cum rezolvați asta?”

Este o dependență circulară reală, nu o întrebare-capcană. Declarați un buget vânzătorului, acel buget cade pe un anumit prag de discount, discountul schimbă costul acelorași puncte de rating, iar bugetul se modifică. Iterația este singura ieșire onestă.

Cazul interesant este oscilația — o trecere aterizează chiar deasupra unui prag, următoarea chiar dedesubt. Cineva trebuie să stabilească o regulă. Noi luăm bugetul mai mare, pentru că un plan subevaluat este genul scump de greșeală: trece de aprobarea internă și apoi eșuează la execuție. Întrebați-vă furnizorul care este regula lui de departajare. „Converge” nu este un răspuns. „Converge, iar când nu converge, iată de care parte rotunjim” este.

La fel de des se confundă: bugetul declarat — cifra din Shop List care stabilește pragul de discount — și bugetul executat sunt două straturi de bani separate. Un instrument care păstrează o singură cifră nu poate reconcilia înțelegerea negociată cu cea rulată efectiv.

3. Împărțirea prime este în bani sau în timp de emisie?

Întrebați: „Când setez off-prime la 40%, e vorba de 40% din bani sau 40% din ratinguri?”

Ar trebui să fie în bani. Cumpărătorii negociază în bani, vânzătorii cotează în bani, iar inventarul off-prime are propriul discount. Cota de ratinguri care rezultă dintr-o împărțire de 40% din bani către off-prime este derivată — prin affinity și discountul de off-prime — și aproape niciodată nu este 40%.

A doua jumătate a întrebării prinde pe majoritatea nepregătiți: câmpul de uplift prime-time se aplică întregii înțelegeri, nu doar porțiunii de prime. Dacă un instrument expune un câmp „uplift prime-time” și înmulțește cu el întregul lanț CPP, tastarea a 15% majorează totul, inclusiv off-prime-ul. Secundele dvs. de prime nu sunt tratate separat. O modelare legitimă, atâta timp cât este documentată; o problemă serioasă atunci când eticheta sugerează altceva și nimeni nu verifică. Întrebați pe care variantă o primiți, apoi cereți să o vedeți într-un calcul exportat.

4. În ce direcție merge împărțirea la affinity?

Întrebați: „Arătați-mi formula care convertește punctele de rating pe țintă în puncte de rating totale.”

La affinity 200 — ținta consumă de două ori mai dens decât populația generală — 100 de puncte pe țintă corespund la 50 de puncte totale. Direcția împărțirii este miza întregului joc; inversată, umflă sau dezumflă livrabilitatea cu un factor de patru la extreme.

Eroarea obișnuită din practică este mai subtilă decât formula: numărătorul calculat pe țintă, numitorul pe universul total. Rezultatul pare plauzibil, trece de o verificare vizuală și este greșit. Testați-l cu un caz construit manual, pentru care știți deja răspunsul.

Cât timp verificați, uitați-vă și la ponderarea după durata spotului. Un spot de 30 de secunde este referința, la coeficient 1.0; spoturile mai scurte cântăresc proporțional mai puțin. Tratați un spot de 15 secunde ca un punct de rating întreg și orice plan cu durate mixte iese umflat.

5. Formele de flight: șabloane, sau 52 de celule tastate manual?

Întrebați: „Cum exprim un burst front-loaded cu un vârf la mijlocul campaniei, fără să tastez manual ponderile săptămânale?”

Ponderile săptămânale tastate manual nu pot fi auditate. Peste șase luni, nimeni nu mai poate spune dacă săptămâna 7 a fost o decizie sau o greșeală de tastare. Formele denumite pot fi verificate. Noi oferim 17 șabloane de flight (Flat, Front-Loaded, Mid-Peak, Crescendo și altele) și 5 niveluri de intensitate, de la 0.5 la 1.7, astfel încât forma unei campanii este o alegere declarată, nu un artefact de spreadsheet.

Întrebați pe ce se bazează formele. Literatura nu este exotică: lucrările lui Broadbent despre adstock plasează degradarea în FMCG la aproximativ 2.5 săptămâni, STAS al lui Jones susține efectul pe termen scurt al recenței, iar Binet și Field conturează echilibrul între termenul lung și cel scurt. Un furnizor care poate explica raționamentul din spatele formelor implicite și-a făcut temele. Formele decorative vă spun că nimeni nu și le-a făcut.

Încă o verificare: lunile active sunt deduse din TRP livrate efectiv, sau din ce a tastat planificatorul într-un selector de luni? Cele două diverg, iar varianta dedusă este cea onestă.

6. Post-buy: ce înseamnă de fapt „a rulat”?

Întrebați: „Un spot a rulat. Cum îl clasifică sistemul față de plan?”

„Livrat” este un câmp inutil. Un spot poate rula pe canalul corect în săptămâna greșită, în săptămâna corectă în intervalul orar greșit, cu durata greșită, sau pe un canal pe care nimeni nu l-a planificat. Fiecare dintre acestea este o discuție diferită cu vânzătorul. Comprimați-le într-o singură cifră și încheiați discuția înainte să înceapă.

Atribuim fiecărui spot rulat exact unul dintre cele 7 statusuri de conformitate reciproc exclusive:

• matched — spotul a rulat conform planului
• out_of_flight — în afara perioadei campaniei
• unplanned_channel — un canal care nu a fost niciodată în plan
• out_of_week — canalul corect, săptămâna greșită
• out_of_daypart — săptămâna corectă, intervalul orar greșit
• wrong_length — slotul corect, durata greșită
• no_lines — nicio linie de plan cu care să se potrivească

Exclusivitatea reciprocă este partea care contează. Dacă un spot poate fi numărat de două ori, rata de conformitate este ficțiune.

Aici își au locul două întrebări tehnice. Fișiere brute de livrare sau export text? Exporturile text din sistemele de măsurare conțin de obicei doar o bandă de vârstă, 1 până la 5. Segmentele uzuale din industrie, precum 18–49 și 25–54, nu pot fi reconstituite din benzi — o limită a exportului text, nu a măsurătorii în sine. Fișierele brute de livrare (EVS/RDS/RSP) conțin vârste exacte 4–65, deci orice segment de care aveți nevoie este disponibil. Întrebați-l pe furnizorul dvs. ce citește.

Și ce se întâmplă când sosește o zi corectată? Ingestia ar trebui să fie idempotentă după hash-ul fișierului: o livrare repetată este ignorată, una corectată șterge și înlocuiește rândurile anterioare. Orice altă abordare dublează numărătoarea în tăcere, iar dvs. aflați abia în timpul unei licitații.

7. Vă reproduc fișierul?

Acesta este punctul care face primele șase verificabile. Refuzați setul de date demo. Dați-i furnizorului un tabel de audiență în care aveți deja încredere și cereți-l înapoi, celulă cu celulă.

Cifrele noastre, ca reper pentru cum arată un răspuns real:

Reproducem cifrele Nielsen. Nu suntem certificați de Nielsen. Distincția nu este modestie — este ceea ce susțin dovezile.

Ce trebuie trecut pe checklist ca limitare

Un checklist care enumeră doar puncte forte este marketing. Trei lucruri pe care le spunem cumpărătorilor înainte să întrebe:

• CPP-ul din sistemul nostru este un proxy. Nu există prețuri reale negociate în datele de bază, deci nimic din ce producem nu trebuie citit ca cost real, ROI sau bani economisiți. Este o unitate consistentă pentru compararea planurilor, nu o cotație.
• Forecasting-ul și planificarea autonomă sunt pe roadmap. Astăzi sistemul calculează, verifică și reconciliază; nu vă prezice trimestrul următor.
• Datele de audiență acoperă în prezent o singură piață. Stratul de calcul este agnostic față de piață; datele livrate încă nu sunt.

Unde se situează produsele noastre

TV Budgeting este partea de calcul: conversie bidirecțională TRP-buget și buget-TRP pe un nucleu unic, înghețat, cu mecanismele de discount, împărțire prime, affinity și durată descrise mai sus expuse, nu ascunse. TV Planner este partea de date: fișiere brute de măsurare, reach și frequency la nivel individual, post-buy la nivel de spot cu cele 7 statusuri, și instantanee de raport înghețate, partajate cu clienții printr-un link revocabil.

O singură regulă de design le leagă: sistemul nu substituie niciodată valori implicite. Un input lipsă eșuează cu numele câmpului. Ce vedeți este exact ce s-a calculat.