Find ventetiden i tilbudsgodkendelsen med tre tidspunkter

Aftal hvad klar betyder

GitHubs opdeling af reviewtid giver inspiration til at undersøge andre overdragelser. Denne guide er en selvstændig metode til tilbud; GitHub-målingerne dokumenterer ikke forhold i et CRM.

Definér tre hændelser

Registrér tidspunktet, hvor tilbuddet er klar til gennemgang, tidspunktet for første faglige reaktion og tidspunktet for den endelige afgørelse. Beskriv, hvilke oplysninger der skal være til stede, før et tilbud tæller som klar.

En automatisk besked om modtagelse bør ikke uden videre tælle som faglig reaktion. Ellers kan målingen se hurtig ud, mens sælgeren stadig venter på en vurdering.

Hold genåbnede sager synlige

Notér, hvis et tilbud sendes tilbage på grund af manglende oplysninger eller ændres væsentligt. Aftal, om det fortsætter i samme forløb eller registreres som en ny runde. Brug samme regel for alle sager i sammenligningen.

Et tænkt eksempel er et tilbud, der mangler en prisforudsætning. Her kan bedre forberedelse være mere relevant end at bede godkenderen reagere hurtigere.

Gennemgå få konkrete forløb

Vælg afsluttede sager og se også på de tilbud, der stadig venter. Sammenhold tidsstemplerne med korte forklaringer fra de ansvarlige. Store forskelle kan skyldes sagens kompleksitet, en uklar ejer eller en planlagt beslutningsdag.

Undgå at bruge tallene som en rangliste over medarbejdere. Målet i denne prøve er at finde et sted i arbejdsgangen, som teamet kan forbedre.

Afprøv én ændring ad gangen

Vælg eksempelvis en tydelig godkender, et fast gennemgangstidspunkt eller en definition af et komplet tilbud. Aftal en periode for opfølgning og behold de samme hændelsesdefinitioner.

Afslut med, om ændringen flyttede den relevante ventetid, og hvilke sager der stadig kræver en anden løsning. En kortere gennemløbstid er nyttig, når tilbuddene samtidig har det nødvendige faglige grundlag.