Mandag begynder med spørgsmålet om den seneste version
Forestil dig en virksomhed, der fremstiller produkter på bestilling. Kunden sender en tegning, sælgeren beregner prisen, og en teknisk medarbejder tilføjer betingelser. Efter et telefonopkald ændres antal og leveringstid. Næste dag accepterer kunden tilbuddet. Men hvilket: bilaget fra fredag eller rettelsen i svaret på en anden besked?
Salg betragter sagen som afsluttet, mens den ansvarlige for planlægningen stadig indsamler manglende oplysninger. Udfordringen er ikke at oprette endnu en PDF. Det handler om at vide, hvilken version der er bindende, hvem der har godkendt den, og om arbejdet kan begynde på det grundlag.
Hvad bremser arbejdet?
Udgangspunkt
En forespørgsel uden en ansvarlig
Beskeden lander i en fælles indbakke, men ingen har ansvaret eller en frist for næste handling. Først når kunden ringer, bliver det tydeligt, at svaret mangler.
En beregning, der ændrer sig efter afsendelsen
Regnearket fungerer både som beregningsværktøj og arkiv. En rettelse af omkostninger overskriver de data, som det tidligere kundetilbud byggede på.
Salget er afsluttet, men arbejdet kan ikke begynde
En accepteret pris betyder ikke, at alle aftaler er på plads. En tegning, materialebekræftelse eller leveringsbeslutning mangler, så driften må rekonstruere samtalen.
Vi designer en historik over beslutninger frem for endnu en indbakke
Applikationens centrale element er salgssagen: kunden, behovet, dokumenterne, den ansvarlige og næste skridt. Tilbuddet har egne versioner, og afsendelsen låser den konkrete version for redigering. En ændring skaber en ny version i stedet for at omskrive historien.
Vi adskiller kundens accept fra klarhed til udførelse. Det sidste kræver et aftalt sæt oplysninger. Systemet sender dermed ikke en ordre videre, hvis afgørende detaljer stadig er under drøftelse.
Sådan kan den nye arbejdsgang se ud
Registrér behovet og næste handling
Forespørgslen kommer i en kø med en ansvarlig, en svarfrist og en liste over mangler. Ved næste kontakt ser medarbejderen sammenhængen og ikke blot et filnavn.
Udarbejd beregningen med betingelser
Beregningen indeholder poster, forudsætninger og gyldighedsdato. En særlig rabat eller betalingsbetingelse kan kræve intern godkendelse, før dokumentet oprettes.
Registrér den konkrete accept
Bekræftelsen angiver tilbudsversionen og måden, beslutningen blev modtaget på. Delvis accept eller et ændringsønske fører til det relevante skridt i stedet for automatisk at afslutte sagen.
Overdrag et samlet grundlag til udførelse
Driften får det aftalte omfang, bilag, tidsfrist og bemærkninger. Hvis der allerede er et ERP-system, afklarer vi, hvilke data integrationen skal overføre, frem for at oprette endnu et ordreregister.
Den vigtigste visning viser, hvad der kræver handling
Virksomhedens ejer har normalt ikke brug for endnu en tavle med farverige statusser. Behovet er at vide, hvilke sager der står stille, hvad der mangler, og hvem der kan træffe en beslutning. Derfor ordner vi driftsvisningen efter næste handling, mens detaljer og historik bliver i den konkrete sag.
- Sælgeren ser sine forespørgsler og svarfrister.
- Den godkendelsesansvarlige får kun sager, der kræver vedkommendes beslutning.
- Udførelsen ser det accepterede omfang; adgang til avance aftales særskilt.
Undtagelser er en del af processen
En kunde kan vende tilbage til et udløbet tilbud, ændre fakturamodtager eller bestille enkelte poster. Teamet skal også kunne samle dobbelte forespørgsler uden at miste beskeder. Vi fastlægger, hvornår en sag må genåbnes, og hvornår en ny beregning er nødvendig. Ændringshistorik og et bilag, der dokumenterer beslutningen, hjælper med at afklare senere tvivl.
Lad os begynde med én del, der virker.
Et godt første omfang dækker én type forespørgsel, en enkel beregning, tilbudsversioner og overdragelse til én person i udførelsen. Vi vælger et regelmæssigt forløb med tydelige betingelser for accept. En avanceret priskonfigurator, kundeportal og flere integrationer kan komme til, når dette forløb er afprøvet i hverdagen.
Hvordan ved vi, at det er blevet bedre?
Dette er en plan for måling, ikke et løfte om resultater. Vi fastlægger udgangspunktet før implementeringen.
Tid til det første svar
Vi sammenligner tiden fra registrering til et indholdsmæssigt svar, skelner mellem automatisk kvittering og sælgerens svar og tager højde for arbejdstider.
En fuldstændig overdragelse
Vi undersøger, hvor mange accepterede ordrer der vender tilbage på grund af manglende oplysninger, og hvilke felter eller dokumenter der oftest forsinker starten.
Sager uden næste skridt
Vi følger antallet af åbne sager uden ansvarlig eller frist. Flere afsendte tilbud er ikke i sig selv tegn på en bedre proces.
Spørgsmål, der er værd at stille
Skal det nuværende CRM udskiftes?
Ikke nødvendigvis. Først undersøger vi, hvad der mangler: korrekt CRM-opsætning, forbindelse til beregningen eller et særskilt tilbudsmodul. En ekstra applikation giver mening, når den løser en konkret mangel uden at skabe endnu et sted til manuel indtastning.
Kan systemet selv sende tilbud?
Ja, hvis vi aftaler regler for det. I første fase er det ofte bedre at automatisere forberedelsen af dokumentet og lade medarbejderen sende det. Særlige priser, bindende tidsfrister og afvigende betingelser bør have en tydelig godkendelsesvej.
