De Excel-offertelijst vervangen: prijs- en versiefouten oplossen

Een klant accepteert een offerte. Op kantoor ligt de eerste versie, verkoop heeft de hoeveelheid aangepast en inkoop gebruikt inmiddels een andere prijs. Voordat u een nieuwe interface laat bouwen, moet duidelijk zijn hoe die wijzigingen bij dezelfde offerte blijven horen.

Begin met één offerte waarover discussie ontstond. Daarmee ziet u welke regels ontbreken en of uw huidige hulpmiddelen die kunnen ondersteunen. Met een passende inrichting ondersteunt Excel gezamenlijk bewerken; meerdere gebruikers vormen op zichzelf dus geen reden om het te vervangen.

Eén offerte, drie concrete conflicten

Dit voorbeeld is fictief. Een bedrijf verkoopt artikel A. De codes en hoeveelheden zijn bedacht om de werkwijze uit te leggen.

Accepteert de klant versie 1, dan mag het systeem niet ongemerkt een order voor 18 stuks maken. Of de oude prijs nog geldt, hangt af van de afgesproken voorwaarden. De software moet de grondslag voor die beslissing inzichtelijk maken.

Bepaal eerst welke versie leidend is

Elke offerte heeft in dit voorbeeld een vaste identificatie nodig. Wijzigingen leveren herkenbare versies op. Bewaar bij elke verzonden versie de werkelijk verstuurde regels en de gebruikte prijsgegevens. Een latere prijswijziging mag die historie niet ongemerkt overschrijven.

Een mogelijke volgorde is: concept → intern gecontroleerd → verstuurd → geaccepteerd of afgewezen. Een nieuwe versie begint weer als concept. Dit is een werkvoorstel. Uw bedrijf moet bepalen hoe het een acceptatie van een oudere versie behandelt.

Q-105 wordt eerst als mogelijk dubbel gemarkeerd. Alleen dezelfde klantnaam is onvoldoende om automatisch samen te voegen: de klant kan twee vergelijkbare aanvragen hebben gedaan.

Vergelijk oplossingen met deze offerte

Een goed ingerichte gedeelde lijst kan volstaan wanneer een klein team de werkwijze betrouwbaar uitvoert en controles beheersbaar blijven. Probeer eerst vaste codes, duidelijke statussen en het bewaren van verzonden versies.

Een CRM is het onderzoeken waard wanneer klantcontact, opvolging en offertes centraal staan. Laat precies Q-104 in het beoogde product demonstreren. Kan het versies, ongewijzigde verzendgegevens en de nodige goedkeuringen verwerken? De naam van een functie beantwoordt dat niet.

Een toepassing op maat komt in beeld wanneer bijzondere berekeningen, meerdere koppelingen of specifieke goedkeuringen na een productproef onopgelost blijven. Beschrijf het openstaande geval. Daarmee onderbouwt u de extra ontwikkelomvang.

Drie tests vóór uw keuze

Voer dezelfde tests uit in elke serieus overwogen oplossing. Een antwoord als ‘alleen met een extra module’ hoort in de scope en kostenvergelijking.

Beperk de eerste uitvoering

Offertes, versies, verzending en acceptatie kunnen voor de eerste stap voldoende zijn. Voorraadbeheer en de volledige boekhouding hoeven niet tegelijk opnieuw te worden gebouwd. Bepaal wel waar een geaccepteerde offerte naar het bestaande systeem gaat en hoe een mislukte overdracht opvalt.

Vergelijk inrichting, migratie, gebruik, onderhoud en latere wijzigingen voor dezelfde scope. Een kostenvergelijking zonder een noodzakelijke koppeling is onvolledig.

Een geanonimiseerde beschrijving van uw lastigste offerte is een bruikbaar begin. ASES kan daarmee samen met u de bedrijfsregel, bestaande opties en een passende eerste uitvoering onderzoeken.

Bronnen

• Microsoft: gezamenlijk werken aan Excel-werkmappen. De offertes en vergelijkingen zijn eigen redactionele voorbeelden.