Kennisbank · Kiezen & starten
← Alle artikels

Een lastenboek opstellen

Hoe u op papier zet wat software voor uw bedrijf moet doen, zodat offertes vergelijkbaar worden.

Een goed lastenboek beschrijft het werk, niet de schermen

Een lastenboek is het document waarin u beschrijft wat u van nieuwe software verwacht. Het dient als basis voor offertes en later als toetssteen bij de oplevering. Veel kmo’s slaan het over omdat het zwaar klinkt, of schrijven er een dat te vaag is om iets mee te doen. Het hoeft geen lijvig dossier te zijn. Enkele bladzijden die de juiste vragen beantwoorden, volstaan om misverstanden en verrassingen in de prijs te beperken.

Waarom u het beter niet overslaat

Zonder geschreven uitgangspunt interpreteert elke aanbieder uw vraag anders. De ene rekent een eenvoudige oplossing door, de andere een uitgebreide, en u vergelijkt appelen met peren. Tijdens de bouw duikt dan onvermijdelijk de zin op: dat was niet voorzien. Een lastenboek dwingt u bovendien intern tot overeenstemming. Vaak blijkt pas bij het opschrijven dat de verkoop en het magazijn een verschillend beeld hebben van hetzelfde proces. Dat meningsverschil uitklaren vóór er één regel code geschreven is, bespaart later veel herwerk.

De onderdelen die erin thuishoren

Begin met de context: wat doet uw bedrijf, wat loopt vandaag mis en wat wilt u bereiken. Beschrijf daarna de processen die de software moet ondersteunen, stap voor stap, met wie wat doet. Geef aan welke gebruikersgroepen er zijn en wat elk mag zien of wijzigen. Som de systemen op waarmee gekoppeld moet worden en welke gegevens daarbij horen. Vermeld welke bestaande gegevens over moeten komen. Sluit af met de randvoorwaarden: gewenste timing, of de software op uw eigen server of in een private cloud moet draaien, eisen rond beveiliging, taal, toestellen waarop gewerkt wordt, en wat u verwacht van ondersteuning na de oplevering.

Beschrijf het wat, laat het hoe open

De klassieke fout is schermen uittekenen en knoppen benoemen. Daarmee legt u een oplossing vast voordat een vakman heeft kunnen meedenken, en sluit u betere ideeën uit. Beschrijf in de plaats de situatie en het gewenste resultaat. Bijvoorbeeld: een ploegbaas moet op de werf kunnen noteren welk meerwerk uitgevoerd werd, en de klant moet dat ter plaatse kunnen aftekenen. Voeg concrete voorbeelden en uitzonderingen toe, want daar zit de complexiteit. Voorbeelden van huidige documenten, zoals een offerte of een werkbon, zeggen een bouwer vaak meer dan een bladzijde uitleg.

Hoe gedetailleerd moet het zijn

Volledigheid is een illusie. Niemand kan vooraf alles voorzien, en een document dat dat toch probeert, is verouderd tegen de tijd dat het af is. Streef naar voldoende helderheid over de omvang en de moeilijke punten, en aanvaard dat details tijdens een analyse en de bouw verfijnd worden. Geef prioriteiten aan, zodat een aanbieder een eerste versie kan voorstellen met het onmisbare en de rest als latere fase. Spreek ook af hoe wijzigingen behandeld worden. Een lastenboek is een vertrekpunt voor gesprek, geen contract dat elke latere vraag onmogelijk maakt.

Kort samengevat

  • 01Een lastenboek maakt offertes vergelijkbaar en dwingt intern tot één beeld.
  • 02Beschrijf context, processen, gebruikersrollen, koppelingen, gegevens en randvoorwaarden.
  • 03Formuleer situaties en gewenste resultaten in plaats van schermen en knoppen.
  • 04Geef prioriteiten aan en voorzie hoe latere wijzigingen behandeld worden.

Drie vaste afspraken

Bij elk project
  • U kiest waar het draait
    Zelf hosten op uw eigen server of in een private cloud. Uw gegevens blijven onder uw controle, niet op een gedeeld platform.
  • Maatwerk is niet duurder
    Software op maat kost bij ons niet meer dan standaardsoftware. Geen licentie per gebruiker, en u betaalt niet voor functies die u nooit opent.
  • U bent baas over het eindproduct
    Wat we bouwen, is van u. U beslist wat er verandert en wanneer, zonder te wachten op de planning van een softwareleverancier.

Is uw bedrijf toe aan betere software?

Zelfevaluatie · 5 vragen

Vijf vragen, één minuut. U krijgt meteen een eerlijk beeld, ook als het antwoord is dat u goed zit.

Hoe vaak typt iemand gegevens over van het ene systeem naar het andere?
Hoeveel rekenbladen zijn onmisbaar om uw bedrijf te laten draaien?
Hoe snel hebt u betrouwbare cijfers over omzet, marge of openstaande facturen?
Wat gebeurt er als de collega die weet hoe alles werkt een week afwezig is?
Hoe goed sluit uw huidige software aan op hoe u werkt?

Bespreek uw antwoorden met ons →

Veelgestelde vragen

Kort beantwoord
Wie schrijft het lastenboek best: wij of de softwarebouwer?

De inhoud moet van u komen, want alleen u kent uw werking. De vorm kan in samenwerking ontstaan. Veel bouwers bieden een analysefase aan waarin zij uw processen in kaart brengen en uitschrijven. Dat levert doorgaans een scherper document op. Zorg wel dat het resultaat uw eigendom is, zodat u het ook aan andere partijen kunt voorleggen.

Is een lastenboek ook nodig als ik een standaardpakket kies?

Een beknopte versie blijft nuttig. U gebruikt ze dan als checklist om pakketten te toetsen in plaats van als bouwopdracht. Zonder zo’n lijst beoordeelt u elk pakket op wat de verkoper toont. Met een lijst beoordeelt u ze allemaal op wat u nodig hebt, inclusief koppelingen en het terugkrijgen van uw gegevens.

Hoe ga ik om met wensen die pas na de start opduiken?

Reken erop dat ze komen, want gebruikers begrijpen pas wat ze willen wanneer ze iets zien werken. Spreek vooraf een werkwijze af: nieuwe wensen worden genoteerd, ingeschat en afgewogen tegen wat al gepland is. Bij maatwerk hebt u daarin het laatste woord: de toepassing is van u, dus u kiest of iets erbij komt, iets anders vervangt of naar een volgende fase verschuift.

Alle artikels →
Ook in Kiezen & starten

Nog vragen? Stel ze aan wie het bouwt.

Antwoord binnen één werkdag.Start het gesprek →