De ce se înmulțesc discounturile vânzătorului în loc să se adune?

Un discount de 20% urmat de 10% înseamnă 28%, nu 30%. Motivul e simplu: fiecare discount se aplică pe o altă bază.

31 iulie 2026 · 3 min

De ce se înmulțesc discounturile vânzătorului în loc să se adune?

Primul discount ia o parte din suma inițială. Al doilea se aplică pe rest, nu din nou pe baza inițială. Acesta e tot mecanismul — și exact de aceea adunarea supraestimează discountul combinat.

Al doilea procent are o bază mai mică

Pornim de la 100%. După un discount de 20% rămân 80%. Discountul de 10% ia apoi 10% din acei 80%, adică 8% din suma inițială. Reducere totală: 20% + 8% = 28%.

Combined = 1 − (1 − 0,20) × (1 − 0,10) = 0,28

Regula generală este 1 minus produsul tuturor factorilor de rest. Funcționează pentru oricâte discounturi, fără să schimbe logica.

Pe un lanț mai lung eroarea se vede mai ușor. Pentru discounturi de 20%, 10% și 5%, adunarea dă 35%. Înmulțirea dă:

1 − (0,80 × 0,90 × 0,95) = 31,6%

Prin urmare, planul aditiv subestimează suma necesară cu 5,2%. Până când diferența iese la iveală, clientul a văzut deja cifra veche. Formula se corectează ușor; așteptarea comercială, nu.

Discountul este un multiplicator în lanțul CPP

Discountul combinat nu stă inofensiv pe ultimul rând al calculului. El schimbă CPP-ul efectiv, iar acesta schimbă bugetul, împărțirea pe canale și conversia în TRP.

base_cpp30 × (1 + sezonalitate) × (1 − discount cumulat) × (1 + uplift)

CPP din acest calcul este un proxy de planificare, nu un preț real din contract. Rolul lui este să lege coerent greutatea contactului și volumul. Nu dovedește costul real, economia sau ROI.

Eroarea e tăcută, pentru că tot ce se calculează mai departe rămâne consecvent în jurul multiplicatorului greșit. Un total îngrijit nu validează baza.

Pragul de discount creează o a doua buclă

Pragul este stabilit de bugetul pe care îl declarăm vânzătorului în Shop List. Numai că bugetul necesar pentru TRP-ul țintă este deja calculat cu discountul acelui prag. Bugetul alege discountul; discountul schimbă bugetul.

Această dependență nu poate fi rezolvată onest dintr-o singură trecere. Motorul alege un prag, recalculează bugetul, verifică noul prag și repetă până când perechea se stabilizează.

Uneori praguri vecine produc o oscilație fără sfârșit: bugetul mai mare activează un discount mai adânc, care trage bugetul sub prag; discountul mai mic îl împinge din nou peste. Un model determinist are nevoie de o regulă la limită. TV Budgeting ia bugetul mai mare — o alegere conservatoare de partea cumpărătorului, care rezervă suficient în loc să explice mai târziu un deficit.

Ce contează nu e aritmetica ingenioasă, ci repetabilitatea: doi cumpărători cu aceleași date de intrare trebuie să ajungă la același rezultat, inclusiv la limită.

O verificare de un minut

Introduceți 20% și 10% în modelul folosit pentru campaniile reale. Dacă celula discountului combinat arată 0,28, discounturile sunt secvențiale. Dacă arată 0,30, ele sunt adunate. Apoi vedeți dacă bugetul rezultat se întoarce în alegerea pragului de discount: o înmulțire corectă fără iterație pe praguri lasă tot jumătate din mecanism nerezolvată.

FAQ

De ce se înmulțesc discounturile vânzătorului?

Pentru că fiecare discount se aplică pe suma rămasă după cele anterioare. Bazele sunt diferite, așa că factorii de rest se înmulțesc.

Cât înseamnă împreună discounturile de 20% și 10%?

Împreună dau 28%: 1 − (0,80 × 0,90). Adunarea la 30% aplică din greșeală al doilea discount pe baza inițială.

Cum se combină trei discounturi?

Înmulțiți toți factorii de rest și scădeți din unu. Pentru 20%, 10% și 5%: 1 − (0,80 × 0,90 × 0,95) = 31,6%.

Testați pe planul dvs.

Exact această matematică o rulează TV Budgeting — în ambele direcții, TRP → buget și buget → TRP, cu praguri de discount rezolvate prin iterație.

Solicitați un demo →