Echipa editorială Boosted

Mesaje repetate sau cereri noi: cum se leagă înregistrările din registru

Un mesaj repetat al cumpărătorului nu este întotdeauna o cerere nouă. Pentru raport, creați un număr stabil de solicitare și legați de el clarificările, păstrând înregistrările inițiale. Potrivirea numelui sau a subiectului în sine nu oferă temei pentru a uni două persoane.

Un mesaj repetat al cumpărătorului nu este întotdeauna o cerere nouă. Pentru raport, creați un număr stabil de solicitare și legați de el clarificările, păstrând înregistrările inițiale. Potrivirea numelui sau a subiectului în sine nu oferă temei pentru a uni două persoane.

Definiți unitatea de evidență

Alegeți ce înseamnă o cerere în procesul dumneavoastră: de exemplu, o solicitare privind o sarcină concretă, pe care echipa a preluat-o în lucru. Mesajul, persoana, sarcina și comanda sunt entități diferite. Un singur cumpărător poate discuta simultan două comenzi independente; doi membri ai echipei clientului pot scrie despre aceeași sarcină.

Pentru legătură, utilizați un număr de solicitare confirmat sau un alt identificator de lucru. Păstrați datele de contact într-un sistem securizat cu accesul necesar, iar în exemplul analitic includeți doar denumiri anonimizate.

Cinci înregistrări: două cereri și o întrebare

Registru didactic: înregistrarea A — cerere nouă L1; B — clarificare confirmată L1; C — cerere nouă L2; D — clarificare confirmată L2; E — mesaj cu nume similar, legătura nu a fost stabilită. Rezultă două cereri confirmate și un mesaj neclarificat, nu automat cinci sau trei cereri.

Păstrați pentru A–E rândurile inițiale și un câmp separat de legătură. Pentru B și D indicați temeiul unirii. Pentru E adresați o întrebare de clarificare în fluxul obișnuit de lucru; până la răspuns nu uniți înregistrarea pe baza unei presupuneri. După confirmare, actualizați rezultatul, păstrând urma modificării.

Nu transferați regula de cumpărare asupra oricărui semnal

De exemplu, Google Analytics descrie eliminarea achizițiilor purchase repetate în fluxul web după transaction_id, cu precizări privind un singur utilizator. Aceasta este o mecanică concretă a achizițiilor, nu o unire automată a conversațiilor în toate CRM-urile. Pentru cereri, regula dumneavoastră trebuie definită și verificată separat.

Înainte de raport, arătați numărul de mesaje inițiale, de cereri confirmate și de cazuri neclarificate. Atunci reducerea duplicatelor nu va părea o scădere inexplicabilă a cererii, iar echipa va putea reproduce calculul.

Schemă: 1 — păstrați mesajele inițiale; 2 — legați doar potrivirile confirmate; 3 — numărați separat cererile și cazurile nedeterminate.

Diagramă inelară și coloane fără numere
1 — păstrați mesajele inițiale; 2 — legați doar potrivirile confirmate; 3 — numărați separat cererile și cazurile nedeterminate.

Alte instrucțiuni practice — în blogul Boosted.

Surse

Google Analytics: identificatori de tranzacție. Verificat 21 septembrie 2026. Exemplele practice și schemele — metodologie editorială; cifrele condiționate nu sunt date ale clienților.

Pentru o postare publică separată deja pregătită, poți verifica condițiile de vizualizări. Acest serviciu nu efectuează munca descrisă și nu garantează interes organic, solicitări sau vânzări.

✦ Alege cantitatea și plasează comanda →