Er zijn 2 gangbare prijsmodellen in de IT-maak industrie:
- Time&Material (uurtje factuurtje)
- Fixed Price (vaste prijsafspraak)
Aan beide modellen zitten grote haken en ogen. Bij Time&Material neemt de IT leverancier geen verantwoordelijkheid en is er primair bij gebaat om zoveel mogelijk uren te slijten op uw project. Daarmee heeft de IT leverancier niet een hele sterke motivatie om op tijd te leveren of om zo productief mogelijk te werk te gaan. Veel klanten zijn hier dan ook bunzig van en opteren voor het Fixed Price model.
Bij een Fixed Price project gaat er een lang traject vooraf aan het daadwekelijke project(kan maanden duren) waarin de exact te bouwen functionaliteit moet worden vastgelegd. En juist het eenduidig en formeel vastleggen van een te bouwen systeem is in de IT heel erg lastig. Er bestaat niet zoiets uitgekristallisseerd als een bouwtekening voor een huis. Dus uiteindelijk vormen een aantal vage diagrammen en stapels tekst de basis van het te sluiten contract. Het is dan niet gek dat tijdens de bouw altijd vroeg of laat interpretatieverschillen ontstaan tussen u en de leverancier. En dat valt altijd nadelig uit voor u.
Een ander heel belangrijk punt is dat er tijdens de bouw van een IT systeem altijd sprake is van voortschrijdend inzicht. Op het moment dat de eerste schermen klaar zijn, ziet u veel beter hoe het IT systeem er uit ziet en waar eventuele interpretatieverschillen zitten. Het is ook bekend dat u nieuwe mogelijkheden gaat zien naarmate een IT systeem vordert. In een fixed price setting is dit heel vervelend, aangezien eerst een ellenlange onderhandeling moet worden opgetuigd om de impact van deze wijzigingen te calculeren. Het spreekt voor zich dat deze wijzigingen nooit in het voordeel voor u uitvallen. Als uw budget gelimiteerd is, kan een Fixed Price project er zelfs voor zorgen dat u uiteindelijk opgezadeld wordt met een systeem waar u niet op zit te wachten. En dat is natuurlijk eeuwig zonde, aangezien het hier gaat om 'soft'ware, wat per definitie betekent dat het eenvoudig aan te passen moet zijn, in tegenstelling tot 'hard'ware.
Fixed Price projecten zijn niet alleen vervelend voor u, maar ook voor ons als leverancier. Wij moeten heel veel tijd spenderen aan moeizame en langdurige onderhandelingstrajecten en het heel precies managen van de functionaliteit. Dit zijn hele dure uren die uiteindelijk bij u (linksom of rechtsom) in rekening worden gebracht. Er treden heel veel conflictsituaties op, wat een constructieve samenwerkingsband niet ten goede komt. Wij hebben (in vorige levens) zoveel negatieve ervaringen met Fixed Price projecten gehad dat wij met Festa hebben besloten om niet volgens het Fixed Price principe te werken. Als u tóch denkt dat dit het juiste model is voor u, moet u verder kijken. Over Time&Material valt te praten, maar doen we liever niet. Wij nemen namelijk graag verantwoordelijkheid, omdat wij overtuigd zijn van onze kunde.
Wij begrijpen dat u behoefte heeft aan zekerheid. Time&Material geeft geen enkele vorm van veiligheid en met Fixed Price koopt u schijnveiligheid. Wij hebben een prijsmodel ontwikkeld dat is gebaseerd op 'Pay Per Output', oftewel 'Betalen Voor Resultaat'. Hoe zit dit model in elkaar?
De functionaliteit van een IT systeem is uit te drukken in gebruikersfuncties (ook wel Use Cases genaamd). Een gebruikersfunctie kun je relateren aan een knop op een scherm. Het zijn namelijk uiteindelijk de knoppen die een IT systeem daadwerkelijk iets laten doen. Voor uw begrip: Gemiddeld komt de realisatie (ontwerp, implementatie, test, documentatie) van zo'n gebruikersfunctie neer op 30 uur arbeid als je met Festa technologie werkt (de standaard in de industrie is 120 uur).
'Betalen Voor Resultaat' is gebaseerd op een vaste prijs per gebruikersfunctie (of een afgeleide daarvan: prijs per functie punt). Het gaat dan niet meer om uren. Wij factureren u op gezette milestones voor het geleverde werk. Één van deze milestones is de acceptatie van de functionaliteit door u.
Wij zijn in staat om heel snel (binnen een week) voor een release van 3 maanden de initiële lijst van gebruikersfuncties op te stellen in een zogenaamd High Level Design. Ons hele project management (Festa SAAS) is dan ook georienteerd op het schatten, plannen en tracken van deze gebruikersfuncties. U krijgt als klant online toegang tot deze gegevens en u kunt op ieder gewenst moment inzage krijgen in de actuele stand van zaken binnen het project.
Wekelijks wordt u door de informatie analist via demonstraties op de hoogte gehouden van de ontwikkelingen. Dit is dan ook het moment dat u kunt ingrijpen op de ontwikkelingen. Wij noemen dit concept 'Continuous Change'. U kunt vrij wijzigingen aanbrengen op nog niet gebouwde functionaliteit. Ook kunt u vrij nog niet gebouwde functionaliteit verwijderen (wordt dan ook niet gefactureerd) en/of toevoegen. Wijzigen van gebouwde functionaliteit gaat ook weer via een vastgeste prijs per gebruikersfunctie.