Hvad skal en tilbudsberegner kunne?
En tilbudsberegner er kun så god som de regler, den bygger på. Funktionerne bør følge af, hvordan I reelt beregner priser i dag.
En tilbudsberegner kan spare et salgsteam for meget manuelt arbejde, men kun hvis den reelt afspejler, hvordan virksomheden prissætter sine ydelser. Denne guide gennemgår de funktioner, der oftest gør forskellen mellem en tilbudsberegner, der bliver brugt, og en, der bliver forbigået.
Grundfunktionen i en tilbudsberegner er at omsætte input, som produktvalg, mængde og tilvalg, til en færdig pris, uden at sælgeren skal regne det manuelt eller slå op i et prisark. Men det, der adskiller en god tilbudsberegner fra en, der ikke bliver brugt i praksis, ligger i detaljerne.
Den første funktion, der bør være på plads, er fleksible prisregler. De fleste virksomheder har ikke én fast pris, men priser der afhænger af mængde, kundetype, tilvalg eller kombinationer heraf. En tilbudsberegner skal kunne rumme den kompleksitet uden at kræve manuel overstyring for hvert eneste tilbud.
Den anden funktion er gennemsigtighed for både sælger og kunde. Sælgeren skal kunne se, hvordan en pris er sammensat, for at kunne forklare den til kunden, og kunden skal kunne se, hvad der er inkluderet, uden at skulle spørge sig frem.
Den tredje funktion er integration til det, der sker efter beregningen. Et tilbud, der bliver beregnet korrekt, men derefter skal tastes manuelt ind i et andet system for at blive sendt, sparer kun halvdelen af tiden. Beregneren bør kunne omsætte resultatet direkte til et tilbud, der kan sendes og spores, som det for eksempel er bygget i BEZTs tilbudssystem.
Den fjerde funktion er sporing af, hvad der sker med tilbuddet, efter det er sendt: er det blevet åbnet, og hvornår? Uden den indsigt er opfølgningen stadig et gæt, selvom selve beregningen er blevet automatiseret.
Den femte funktion, som ofte undervurderes, er vedligeholdelse af prisreglerne over tid. Priser og produkter ændrer sig, og en tilbudsberegner, der er svær at opdatere, ender med at blive omgået, fordi det er hurtigere at regne prisen manuelt end at opdatere systemet.
En tilbudsberegner er derfor ikke kun et regnestykke i kode. Det er en afspejling af virksomhedens prislogik, og den bør bygges ud fra, hvordan priserne reelt sættes i dag, ikke ud fra en forenklet version af virkeligheden, der hurtigt viser sig utilstrækkelig i praksis.
Spørgsmål, vi ofte møder
- Kan en tilbudsberegner håndtere komplekse prisregler med mange tilvalg?
- Ja, hvis den er bygget til det fra start. Kompleksiteten i prisreglerne bør afklares, før udviklingen går i gang, så beregneren er bygget til at rumme kombinationer af mængde, tilvalg og kundetype, i stedet for kun de simple standardtilfælde.
- Skal en tilbudsberegner være en del af vores hjemmeside eller et internt værktøj?
- Det afhænger af formålet. Er formålet at give besøgende et prisoverslag selv, giver det mening at have en offentlig beregner på hjemmesiden. Er formålet at hjælpe sælgere med at lave tilbud hurtigere og mere præcist, giver et internt værktøj bedre mening.
- Hvad sker der, hvis vores priser ændrer sig ofte?
- Det bør indtænkes i, hvordan beregneren bygges, så prisregler kan opdateres uden at kræve udvikling hver gang. Hvis priserne ændrer sig ofte, er det særligt vigtigt, at opdatering af priser er en simpel opgave frem for en teknisk opgave.
Genkender I situationen?
Beskriv den udfordring, eller det, I ønsker at få bygget. Vi vurderer henvendelsen personligt og går kun videre, når vi med garanti kan levere.