Hoppa till innehållet

Ersätta offertlistan i Excel: lös pris- och versionsfel

Ett konkret offertexempel hjälper dig att jämföra en förbättrad Excellista, ett CRM och en egenutvecklad applikation.

Katharina Weber3 min läsning
Offertkort med två versionsflikar, antalen 12 och 18 samt en prislapp med blå blyertsdetaljer.

En kund accepterar en offert. På kontoret finns första versionen kvar, försäljningen har ändrat antalet och inköp använder nu ett annat pris. Innan du bygger ett nytt gränssnitt behöver ändringarna kunna kopplas entydigt till samma offert.

Börja med en offert som har orsakat problem. Den kan visa vilka regler som saknas och om de befintliga verktygen kan stödja dem. Med rätt förutsättningar går det att samarbeta i Excel; flera deltagare motiverar därför inte i sig ett byte.

En offert, tre konkreta konflikter

Exemplet är påhittat. Ett företag säljer artikel A. Koderna och antalen används för att förklara förloppet.

Post

Innehåll

Beslut som återstår

Q-104, version 1

12 stycken; prisunderlag P-7

Den här versionen skickades till kunden.

Q-104, version 2

18 stycken; prisunderlag P-8

Förberedd, men ännu inte skickad.

Q-105

Samma kund och förfrågan

Ny offert eller oavsiktlig dubblett?

Om kunden accepterar version 1 får systemet inte obemärkt skapa en order på 18 stycken. Om det gamla priset fortfarande gäller beror på överenskomna villkor. Programvaran behöver göra beslutsunderlaget spårbart.

Bestäm först vilken version som gäller

Varje offert behöver i exemplet en fast identitet. Ändringar ger igenkännbara versioner. Bevara de rader som faktiskt skickades och prisunderlaget som användes vid varje utskick. En senare prisändring får inte obemärkt skriva över historiken.

Ett möjligt förlopp är: utkast → internt kontrollerad → skickad → accepterad eller avböjd. En ny version börjar som utkast igen. Det är ett arbetsförslag. Företaget måste bestämma hur accept av en äldre version ska hanteras.

Q-105 markeras först som möjlig dubblett. Samma kundnamn räcker inte för automatisk sammanslagning: kunden kan ha skickat två liknande förfrågningar.

Jämför lösningar med den här offerten

En välordnad gemensam lista kan räcka om en liten grupp följer arbetssättet pålitligt och kontrollerna förblir hanterbara. Prova först fasta identiteter, definierade statusar och bevarande av skickade versioner.

Ett CRM är värt att undersöka när kundkontakter, uppföljning och offerter är huvuduppgifterna. Be om en demonstration av just Q-104 i den föreslagna produkten. Klarar den versioner, oförändrade uppgifter om utskick och de godkännanden som krävs? Namnet på en funktion besvarar inte frågorna.

En egen applikation blir värd att undersöka om särskilda beräkningar, flera systemkopplingar eller specifika godkännanden återstår efter produktprovningen. Beskriv det konkreta fallet. Det kan motivera den extra utvecklingen.

Tre tester före beslutet

Test

Förväntat resultat i exemplet

Kunden accepterar Q-104, version 1

Accepten förblir knuten till 12 stycken; den nyare versionen syns tydligt.

Prisunderlag P-7 ändras

Den skickade versionen är fortsatt spårbar med sitt ursprungliga pris.

Q-105 granskas som dubblett

Poster kan slås samman eller hållas isär med motivering och utan informationsförlust.

Gör samma tester i varje lösning du överväger på allvar. Ett svar som ”bara med en extra modul” hör hemma i omfattningen och kostnadsjämförelsen.

Begränsa den första lösningen

Offert, version, utskick och accept kan räcka i första steget. Lagerhantering och hela bokföringen behöver inte byggas om samtidigt. Bestäm däremot var en accepterad offert förs över till det befintliga systemet och hur en misslyckad överföring blir synlig.

Jämför installation, datamigrering, användning, underhåll och senare ändringar för samma omfattning. En kostnadsjämförelse utan en nödvändig integration är ofullständig.

En anonymiserad beskrivning av den svåraste offerten är en bra start. ASES kan använda den tillsammans med dig för att granska affärsregeln, befintliga alternativ och en lämplig första lösning.

Källor

Skriven av

  • Katharina WeberRedaktör för mjukvara och teknikKatharina Weber ansvarar för artiklarna om mjukvaruutveckling på ASES. Hon skriver om de frågor företag ställs inför när de väljer mjukvara, utvecklar nya applikationer och moderniserar befintliga system.

Följ ASES

Läs vidare

Alla artiklar

Mjukvaruutveckling med ASES

Skräddarsydd programvara, webb- och mobilappar