Product share of voice: cine câștigă recomandarea

Product share of voice arată ce parte din evenimentele competitive de recomandare îi revine unui produs identificat. Nu este rata sa de vizibilitate, nu este cota de piață și nu este procentul scenariilor în care putea fi recomandat.

Pentru un rezultat auditabil trebuie să fixăm nivelul entității, unitatea de numărare, universul competitiv și cohorta de decizie. Apoi calculăm separat cota din toate recomandările și cota din alegerile principale. Dacă un produs are mai multe variante ori comercianți, rezolvăm acea structură înainte să adunăm.

1. Product share of voice nu este brand share of voice

Brandul poate avea trei modele recomandate în aceeași categorie. La nivel de marcă, evenimentele lor pot fi agregate. La nivel de produs, modelele concurează inclusiv între ele. Un portofoliu poate conduce prin lățime, deși niciun produs individual nu ocupă primul loc.

Pagina despre share of voice în AI pentru branduri deține contractul general: unitate, numitor, set fix sau deschis, micro versus macro și incertitudine. Aici adăugăm problemele specifice produsului: familie, variantă, ofertă, disponibilitate și canibalizare în portofoliu.

2. Rezolvăm produsul înainte să îi atribuim un eveniment

Forma brută „Model P” poate desemna o familie, două generații ori o variantă. Registrul de identitate păstrează numele observat și îl leagă de produsul canonic prin model, SKU, MPN, GTIN dacă există, familie și atributele variantei.

Specificațiile GS1 definesc GTIN drept cheia de identificare a articolelor comerciale. Google Merchant Center cere identificatori corecți și avertizează să nu fie inventate valori ori preluate de la un produs asemănător. Nu presupunem însă că orice produs are GTIN; folosim ierarhia disponibilă și marcăm ambiguitatea.

Un eveniment nerezolvat nu este distribuit produsului „cel mai probabil”. Intră în bucketul produs nerezolvat, vizibil în coverage și în registrul competitiv.

3. Familia, produsul, varianta și oferta sunt niveluri diferite

Familia grupează modele sau variante înrudite. Produsul este modelul asupra căruia facem afirmația. Varianta adaugă configurația—mărime, capacitate, culoare sau alt atribut relevant. Oferta leagă produsul de merchant, preț, stoc, condiție și moment.

Google documentează ProductGroup, variesBy și hasVariant pentru a exprima relația dintre grup și variante. Este un model util de identitate, nu o promisiune de includere sau recomandare într-un răspuns AI.

Contractul declară nivelul. Dacă întrebarea compară modele, toate culorile aceluiași model se pot colapsa. Dacă utilizatorul cere exact o capacitate, variantele incompatibile rămân distincte. Nu schimbăm granularitatea după ce vedem câștigătorul.

4. Trei indicatori răspund la trei întrebări

1. Recommendation-event PSOV: ce parte din toate evenimentele validate de recomandare îi revine produsului?
2. First-choice PSOV: ce parte din alegerile principale rezolvate îi revine produsului?
3. Opportunity recommendation rate: în ce proporție din episoadele unde produsul era eligibil a fost recomandat?

Primele două folosesc un numitor comun și însumează 100% în universul declarat, incluzând bucketurile other și unresolved când sunt necesare. Rata pe oportunități are numitor specific produsului; ratele tuturor produselor pot depăși 100% deoarece un episod poate recomanda mai multe opțiuni.

Măsurarea vizibilității produselor deține ratele pe conversații și pâlnia prezență–shortlist–recomandare–alegere. Product SOV distribuie doar evenimentele competitive validate.

5. Definim evenimentul înainte de formulă

În politica implicită, un produs primește cel mult un eveniment de recomandare într-un episod de decizie. Repetarea numelui în trei paragrafe nu creează trei recomandări. Dacă răspunsul recomandă P20, Q10 și R10 pentru priorități diferite, fiecare poate primi câte un eveniment, cu condiția să existe pasajul care leagă produsul de nevoie.

Clasificarea semantică completă este în articolul când recomandă AI un produs. Aici presupunem că entitatea, contextul, direcția pozitivă și evidence span-ul au trecut deja validarea. Mențiunile, exemplele, comparațiile neutre și excluderile nu intră în numărător.

6. Formula păstrează un singur registru competitiv

Pentru produsul p, formula neponderată este:

Recommendation PSOV(p) = evenimente de recomandare pentru p ÷ toate evenimentele de recomandare rezolvate sau păstrate ca bucket în univers

Pentru prima alegere:

First-choice PSOV(p) = alegeri principale pentru p ÷ toate alegerile principale rezolvate sau păstrate ca bucket

Nu combinăm într-un singur scor o recomandare condiționată, o primă alegere, un card și o citare. Putem publica o pondere de poziție, dar greutățile sunt declarate înainte, iar rezultatele neponderate rămân vizibile.

7. Exemplu: produsul lider și portofoliul lider pot fi diferite

Exemplul este integral ipotetic. Avem patru produse anonime și 50 de evenimente validate de recomandare. Dintre episoadele cu recomandări, 32 conțin o alegere principală rezolvată.

Produs	Recomandări	Recommendation PSOV	Prime alegeri	First-choice PSOV
P20	14	28,0%	8	25,0%
P30	6	12,0%	3	9,4%
Q10	18	36,0%	12	37,5%
R10	12	24,0%	9	28,1%
Total	50	100%	32	100%

Q10 conduce la ambele niveluri. P20 și P30 aparțin însă aceleiași mărci anonime. Împreună, portofoliul lor are 20/50 = 40% din recomandări și 11/32 = 34,4% din alegerile principale. Marca conduce recommendation share prin două produse, chiar dacă niciun model al său nu conduce clasamentul individual.

8. Două registre fac diferența vizibilă

Registrul de sus distribuie fiecare eveniment de recomandare. Registrul de jos distribuie numai alegerea principală. Alături, roll-up-ul arată ce se schimbă atunci când P20 și P30 sunt agregate la marcă.

Dacă am raporta numai marca, am ascunde care model produce rezultatul. Dacă am raporta numai produsele, am rata forța portofoliului. De aceea dashboardul păstrează simultan ierarhia produs–familie–brand și permite drill-down fără să recalculeze arbitrar evenimentele.

9. Ofertele aceluiași produs nu sunt produse noi

P20 poate apărea cu trei comercianți, trei prețuri și două stări de stoc. Dacă întrebarea este „ce produs este recomandat?”, colapsăm ofertele la P20 și numărăm un singur eveniment pe episod. Dacă întrebarea este „de la ce merchant este propusă achiziția?”, construim separat merchant sau offer share.

Specificația Google pentru inventar păstrează disponibilitatea și momentul înregistrării. Aceasta ilustrează de ce oferta este dependentă de merchant, locație și timp. Nu lăsăm numărul comercianților să multiplice artificial product SOV.

10. Eligibilitatea produsului aparține scenariului și momentului

Un produs poate fi incompatibil cu cerința, în afara bugetului, indisponibil în România sau retras la data observației. Registrul păstrează eligibility_status, motivul și timestampul. Aceste câmpuri alimentează rata pe oportunități și auditul validității, nu rescriu retroactiv evenimentul observat.

Dacă un răspuns recomandă un produs indisponibil, recomandarea a existat, dar primește availability_status=incorrect. Putem publica separat valid-recommendation PSOV, însă păstrăm alături share-ul brut. Eliminarea erorilor ar face sistemul să pară mai corect decât a fost.

Google separă Product de Offer și proprietăți precum prețul și disponibilitatea. Datele coerente ajută la înțelegere și eligibilitate; nu garantează o recomandare externă.

11. Setul fix și setul deschis rezolvă probleme diferite

Setul fix conține produsele stabilite înainte de val și un bucket other resolved. Oferă continuitate. Setul deschis include toate produsele detectate și un bucket unresolved. Descoperă modele noi și schimbări de categorie.

Dacă un produs emergent primește 10 recomandări, nu îl excludem doar fiindcă lipsea din lista inițială. În setul fix, evenimentele lui rămân la other; în vederea deschisă, apare nominal după validarea identității și a rolului competitiv. Procesul de identificare a concurenților previne includerea retailerilor, publicațiilor sau produselor complementare ca rivali.

12. Segmentul decide ce înseamnă „câștigă”

Q10 poate conduce în buget redus și pierde în enterprise. P20 poate conduce în România și lipsi într-o piață unde nu este oferit. Publicăm cohorta după nevoie, buget, limbă, geografie, etapă, platformă și perioadă.

Micro-average adună toate evenimentele și oferă greutate segmentelor cu mai multe observații. O vedere ponderată calculează întâi share-ul pe segment și folosește ponderi înghețate care reprezintă distribuția decizională dorită. Publicăm ambele, inclusiv ponderile. Nu alegem distribuția care produce liderul preferat.

13. Product SOV nu este market share

Exemplul spune cum s-au împărțit 50 de evenimente într-o cohortă simulată. Nu măsoară venituri, unități vândute, utilizatori reali, conversii sau cererea completă din piață. Nu extrapolăm „Q10 are 36% din piață”.

Departamentul de Justiție al SUA descrie cote de piață bazate pe metrici precum venituri sau unități, alese pentru realitățile pieței relevante. Recommendation PSOV este o metrică de output eșantionat, cu o populație și o suprafață declarate.

14. Incertitudinea urmează unitatea de observație

32 de alegeri principale pot fi tratate ca rezultate categoriale numai dacă episoadele sunt suficient de independente și cohorta justifică inferența. Repetările aceluiași scenariu, produse multiple în același răspuns și conversații multi-turn creează dependență.

NIST documentează intervalele pentru proporții și avertizează că aproximările simple pot fi slabe la eșantioane mici. Pentru recommendation-event share putem folosi bootstrap pe scenariu sau episod, păstrând împreună evenimentele din aceeași unitate. Raportăm numerele brute și intervalele, nu doar ordinea.

Dacă intervalele dintre Q10 și R10 se suprapun substanțial, spunem că Q10 are estimarea punctuală mai mare în eșantion, nu că domină stabil categoria.

15. Proveniența permite recalcularea fără rescrierea istoriei

Fiecare credit păstrează răspunsul brut, episodul, produsul normalizat, versiunea dicționarului, rolul, pasajul-suport, segmentul, eligibilitatea, timestampul, clasificatorul și revizuirea. W3C PROV-O leagă entități, activități și agenți, un model util pentru această trasabilitate.

Dacă descoperim că două aliasuri desemnau același produs, putem recalcula registrul cu o versiune nouă și păstra rezultatul anterior. Lansarea unui produs nou, modificarea setului sau schimbarea ponderilor devin series break, nu o creștere misterioasă.

16. Contractul minim al raportului

• nivelul entității: familie, produs, variantă sau ofertă;
• unitatea: răspuns, episod ori conversație;
• rubrica recomandării și a primei alegeri;
• regula de deduplicare în răspuns și între comercianți;
• setul fix, setul deschis, other și unresolved;
• cohorta, segmentele și ponderile;
• eligibilitatea, disponibilitatea și timestampul;
• numărătorul, numitorul, numărul brut și intervalul;
• vederea la nivel de produs și roll-up-ul la brand;
• separarea share-ului brut de cel valid factual;
• versiunea registrului de identitate și coverage;
• dovezile brute și regulile de recalculare.

Verdict

Product share of voice devine credibil numai după ce știm ce produs a fost recomandat, în ce episod, pentru ce nevoie și la ce nivel de identitate. Cota recomandărilor distribuie toate evenimentele validate; cota primei alegeri distribuie numai câștigătorii expliciți; rata pe oportunități arată cât de des produsul a reușit când era eligibil.

În exemplu, Q10 conduce produsele, iar portofoliul P20+P30 conduce cota recomandărilor la nivel de brand. Ambele concluzii sunt corecte pentru numitorul lor. Niciuna nu este cotă de piață și nici promisiune că aceeași ordine va apărea în altă platformă, limbă, perioadă sau distribuție de nevoi.

Surse

• GS1 — General Specifications
• Google Merchant Center — Unique product identifiers
• Google Search Central — Product variant structured data
• Google Merchant Center — Inventory feed specification
• Google Search Central — Product structured data
• NIST/SEMATECH — Confidence intervals for proportions
• W3C — PROV-O
• US Department of Justice — Calculating Market Shares

Exemplele P20, P30, Q10 și R10 și toate valorile sunt ilustrative. Articolul nu publică un clasament real, nu afirmă o funcție AYSA și nu garantează recomandarea unui produs într-un sistem AI extern.