Spring videre til hovedindholdet

Salg agent - SLA overvågning

Hvordan TribeCRM automatisk lærer dit teams opfølgningshastighed og sætter datadrevne SLA-tærskler for aftaler, kundeemner og potentielle kunder.

Oversigt

SLA-agenten holder dit teams opfølgningsstandarder forankret i virkeligheden.I stedet for at anvende standard SLA-regler studerer den, hvordan dine repræsentanter faktisk arbejder — på tværs af aftaler, kundeemner og potentielle kunder — og beregner tærskler baseret på dit teams reelle hastighed.Disse tærskler driver Daglig Påmindelse, som fortæller, hvornår den skal sende en tidlig advarsel, og hvornår den skal markere noget som hastende.Denne funktion er ideel til salgsledere og operationsteams, der ønsker SLA-advarsler, der er meningsfulde snarere end vilkårlige.

For at få de bedste resultater fra SLA-agenten

  • Hold aktivitetsoptegnelser opdaterede. Analysatoren lærer af registrerede opkald, møder, e-mails og opgaver. Jo mere konsekvent dit team registrerer aktivitet, jo mere præcise vil tærsklerne være.

  • Brug pipeline-faser aktivt. Tærskler beregnes pr. fase (Research, Qualification, Proposal osv.). Aftaler, der ikke skrider frem gennem faserne, bidrager ikke til fase-specifikke benchmarks.

  • Giv det tid til at lære. Analysatoren ser tilbage 3 måneder. Hvis dit CRM er relativt nyt, kan tidlige tærskler være baseret på indbyggede standarder — disse forbedres automatisk, efterhånden som flere data akkumuleres.

  • Registrer kontakt til kundeemner og potentielle kunder hurtigt. For kundeemner og potentielle kunder er den vigtigste måling tid-til-første-kontakt. Jo hurtigere en repræsentant registrerer deres første aktivitet efter en post er oprettet, jo renere bliver benchmarket.

  • Bekymr dig ikke om huller i data. Hvis en fase eller enhedstype har færre end 10 historiske optegnelser, falder systemet automatisk tilbage til sikre indbyggede standarder og markerer tærsklen som estimeret i påmindelses-e-mailen.

Hvordan det fungerer

Trin 1.SLA-agenten kører automatisk hver måned

En gang om måneden kører SLA-agenten uden nogen handling fra dig.

Bag kulisserne

  1. Systemet henter de nyeste åbne aftaler fra hver aktiv pipeline-fase — Research, Qualification, Proposal, Negotiation og OfferSigned — og ser tilbage over de sidste 3 måneder.Vundne, tabte og annullerede aftaler er udelukket, da der ikke er behov for at benchmarke lukkede optegnelser.

  2. Det henter også nylige optegnelser for Kundeemner, Hot Potentials, Suspects og Potentielle Kunder, opdelt efter om optegnelsen er en Organisation eller en Person — 8 kombinationer i alt.

Trin 2.Dit teams opfølgningsmønstre måles

For hver aftale beregner systemet et enkelt repræsentativt hul, der afspejler, hvor hurtigt dit team følger op:

  • Aftaler med én aktivitet — hul = dage fra hvornår aftalen blev oprettet til den første kontakt.

  • Aftaler med to eller flere aktiviteter — hul = det typiske (median) antal dage mellem på hinanden følgende berøringer.

  • Aftaler uden aktivitet — udelukket fra målingen, men talt, så du kan se, hvor mange aftaler der ikke er blevet rørt.

For kundeemner og potentielle kunder er målingen enklere: hvor mange dage der gik mellem hvornår optegnelsen blev oprettet, og hvornår en repræsentant tog første kontakt.

Trin 3.Tærskler sættes pr. fase og enhedstype

Systemet sætter to opfølgningsfrister for hver fase, baseret på hvad der faktisk er normalt for dit team:

  • ADVARSEL — aftalen har været inaktiv længere end dit teams typiske opfølgningshul.

  • BRUDT — aftalen har været så længe uden kontakt, at den nu er i de langsomste 25% af alle historiske optegnelser. Dette er signalet "der er noget galt".

Eksempel: Dit team følger normalt op på Proposal aftaler inden for 4 dage og går næsten aldrig længere end 9 dage uden en berøring.

  • Proposal aftale inaktiv i 5 dage → ADVARSEL — langsommere end normalt, værd at give et nudge

  • Proposal aftale inaktiv i 10 dage → BRUDT — blandt de langsomste 25% af alle Proposal aftaler

Bag kulisserne

  1. Hvis en fase har nok historie (10 eller flere optegnelser), beregnes tærsklerne direkte fra dit teams data. Hvis tallene viser sig at være inkonsistente — for eksempel, hvis advarselstærsklen ender med at være højere end den brudte — falder systemet automatisk tilbage til sikre indbyggede standarder.

  2. Hvis der ikke er nok historie endnu, bruges indbyggede standarder i stedet.Repræsentanterne vil se en lille note i deres påmindelses-e-mail, der informerer dem om, at tærsklen er et estimat, ikke noget lært fra rigtige data.

  3. Tærskler gemmes pr. fase og enhedstype og opdateres på stedet hver måned — så der ikke opbygges dublerede optegnelser over tid.

Trin 4.Den Daglige Påmindelse bruger dine tærskler hver morgen

Fra dette tidspunkt læser Den Daglige Påmindelse disse tærskler hver morgen for at bestemme, hvilke aftaler, kundeemner eller potentielle kunder der har brug for opmærksomhed — og hvor hastende.Påmindelses-e-mailen viser også et benchmark-resumé, så repræsentanterne kan se, hvordan deres SLA-timing sammenlignes med teamets historiske hastighed.

Hvorfor dette betyder noget

Når SLA-påmindelser føles frakoblet fra, hvordan dit team faktisk arbejder, begynder repræsentanterne at tune dem ud.SLA-agenten løser det ved at basere hver tærskel på din organisations egen opfølgningshistorik — så et nudge udløses kun, når noget virkelig ser forkert ud.Resultatet er færre falske alarmer, mere repræsentant-tilslutning og tærskler, der stille holder trit med dit team, efterhånden som vaner ændrer sig over tid.

FAQ

Hvad sker der, hvis mit CRM ikke har meget data endnu?

Hvis en fase eller enhedstype har færre end 10 optegnelser at lære fra, falder systemet tilbage til fornuftige indbyggede standarder — for eksempel 2 dage for kundeemner eller 10 dage for Proposal aftaler.Repræsentanterne vil se en lille note i deres påmindelses-e-mail, der markerer, at tærsklen er et estimat.Når der er bygget nok data op, bliver standarderne automatisk erstattet.

Er vundne, tabte eller annullerede aftaler inkluderet?

Nej — kun åbne, aktive aftaler.Lukkede aftaler afspejler tidligere resultater, ikke nuværende adfærd, så inkludering af dem ville skævvride benchmarks.

Hvad hvis en aftale ikke har nogen aktivitet registreret overhovedet?

Du kan se, hvor mange urørte aftaler der findes i hver fase, hvilket kan være et nyttigt signal for pipeline-hygiejne.

Hvor ofte opdateres tærsklerne?

En gang om måneden, automatisk.

Besvarede dette dit spørgsmål?