DDCgroup Logo

Fixed-price, waar vind je dat nog tegenwoordig

21 januari 2016

Wij bij Deep Blue halen onze motivatie uit tevreden klanten. En een klant is tevreden als aan zijn verwachtingen wordt voldaan, of deze worden overtroffen. Eén aspect van de verwachtingen is de prijs. Bij de beslissing om software te laten ontwikkelen, speelt de prijs vaak een rol:

  • Hoe verhoudt de prijs van maatwerk zich ten opzichte van andere (standaard) oplossingen;
  • Kan ik de investering rechtvaardigen (terugverdienen);
  • Welke leverancier biedt de beste prijs-kwaliteit verhouding.

Een potentiële klant zal dus voordat een project wordt gestart een indicatie van de kosten willen ontvangen. En het liefst weet hij precies waar hij aan toe is voordat de handtekening wordt gezet. Logisch, bij andere grote uitgaven is het niet anders (auto, huis). En toch kiezen steeds meer softwarebedrijven ervoor om geen fixed-price projecten uit te voeren. Nee: scrum en agile, dat is tegenwoordig de beste aanpak. Want flexibel. Vanwaar deze trend? En is de klant daar wel bij gebaat? Een korte analyse:

Gebaseerd op informatie van andere IT bedrijven, wordt de voorkeur gegeven aan scrum omdat fixed-price projecten te vaak op een teleurstelling uitliepen. Het is inderdaad lastig om vooraf een goede prijscalculatie te maken. En gezien de commerciële druk om een nieuwe klant binnen te halen, worden prijzen vaak te laag ingeschat (waardoor de klant eerder besluit om het project te starten). Als aan de genoemde prijs wordt vastgehouden, snijd de leverancier zich in de vingers. In de meeste fixed-price projecten zal de leverancier echter proberen om de extra kosten alsnog bij de klant te verhalen. Zie hier het ontstaan van het IT-project stigma (kost altijd meer tijd en geld dan vooraf verwacht)

Maar is de beste oplossing dan werkelijk om geen toezeggingen meer te doen, en het risico volledig bij de klant te leggen (Scrum)? Nee, natuurlijk niet: je kunt beter werken aan het verbeteren van de kostenraming. Maar dat is een ambacht dat maar door weinig techneuten wordt beheerst. Er is een tekort aan kennis en ervaring:

Kennis
Voor het maken van een goede kostenraming is brede kennis nodig van zowel de business kant (wat bedoelt de klant nou eigenlijk) als de technische kant (hoe kunnen we dat bouwen). Er zijn maar weinig mensen in Nederland die deze kennis combineren. Ondanks dat IT een steeds grotere rol speelt in het dagelijks leven, blijft het aantal aanmeldingen voor IT studies bedroevend laag. Het aantal inschrijvingen voor de studie Technische Informatica aan de TU Eindhoven (de grootste van de 3 Technische Universiteiten op dit gebied) bedroeg recent slechts 114. Dat is vrijwel hetzelfde aantal als 25 jaar geleden. En toen haalde slechts 34% de eindstreep van de opleiding. Een instroom van slechts enkele tientallen nieuwe talenten op de arbeidsmarkt dus. Veel te weinig!

Ervaring
Alleen kennis van software ontwikkeling is niet genoeg. Er is ervaring nodig om te weten hoeveel tijd het ontwerpen, bouwen en testen gaat kosten. Aspecten als projectmanagement, risico’s en het effect van de teamomvang moeten worden meegenomen. En er moet rekening worden gehouden met onvoorziene aspecten en de complexiteit van het project. Het opdoen van deze ervaring kost tijd. En alleen in projecten van voldoende omvang komen alle aspecten aan bod.

Er zijn dus maar weinig experts in Nederland die de benodigde kennis én ervaring hebben om echt goede kostenramingen te kunnen maken.
Software ontwikkelaars hebben de neiging om bij een calculatie de tijd die ze zelf nodig hebben als uitgangspunt te nemen. Tijd voor overleg met de klant, projectmanagement, intern overleg en documentatie worden vaak over het hoofd gezien. En inschattingen zijn doorgaans te positief, houden geen rekening met tegenvallers.
Sales consultants hebben dezelfde neiging: ze willen het project graag verkopen, en vertrouwen er daarom op dat de laagste kostenraming wel haalbaar zal zijn, dat verkoopt een stuk makkelijker, en daarna zien we wel.

Dat gaat natuurlijk fout!

Gelukkig zijn er nog softwarehuizen die wél beschikken over de juiste kennis en ervaring. Bij Deep Blue hebben alle consultants/projectmanagers en vrijwel alle ontwikkelaars Informatica gestudeerd. En onze projectmanagers hebben ieder ten minste 20 jaar ervaring met software ontwikkeling in projecten. Wij durven het wel aan: vrijwel alle projecten bieden wij fixed-price aan. Daarbij dient een degelijk functioneel ontwerp als uitgangspunt, zodat er vooraf duidelijkheid is over wat we gaan bouwen.

En die flexibiliteit dan? Die is er ook bij ons. Maar vaak is dat helemaal niet nodig. Liever goed nadenken over wat je wilt vóórdat je begint met bouwen.
Meer weten? Neem contact met ons op voor een vrijblijvend gesprek.

Terug

Gerelateerd nieuws

  • Een huis bouwen

    7 april 2015
    In gesprekken met klanten gebruik ik regelmatig de vergelijking tussen het bouwen van een huis en het bouwen van software. Er zijn veel overeenkomsten in de processen. De vergelijking helpt in sommige gevallen om het proces van software ontwikkeling wat inzichtelijker te maken.BudgetBij het (laten) bouwen van een huis is het vanzelfsprekend dat de opdrachtgever vooraf duidelijkheid geeft over het beschikbare budget. Het heeft weinig zin om je droomhuis te laten ontwerpen, om er vervolgens achter te komen dat het drie keer zo duur is als wat je kunt betalen. Nou hebben veel mensen wel een indruk van de kosten van een huis (een paar uur bladeren op Funda geeft een aardig beeld van type huis en bijbehorende prijs). Maar wat het kost om maatwerk software te laten bouwen is vaak lastig in te schatten. Het gebeurt helaas regelmatig dat klanten een inschatting laten maken voor software, waarbij we er vervolgens achter komen dat het budget mijlen ver ligt van de benodigde investering. Vandaar dat we graag kort na de eerste kennismaking een indicatie ontvangen van het beschikbare budget. Dat bepaalt of het zinvol is om verder te gaan.En ook bij een redelijk budget, kan de hoogte daarvan bepalend zijn voor de details van het ontwerp. Als je een huis wilt laten bouwen voor € 200.000,- dan verwacht je ook geen zwembad en gouden kranen. OntwerpVoordat er wordt gestart met de bouw van een huis, wordt een ontwerp gemaakt. De architect bepaalt hoe het huis eruit komt te zien, er wordt een bestek opgesteld waarin staat beschreven welke materialen worden toegepast, en een bouwkundige bepaalt of de constructie degelijk genoeg is.Bij software ontwerp gaat het er net zo aan toe. Op basis van input van de klant beschrijven we de gewenste functionaliteit. Vervolgens wordt door een grafisch ontwerper het design gemaakt. En in het technisch ontwerp bepalen we welke technieken en componenten worden toegepast en hoe de structuur van de software wordt.Pas als dit allemaal is beschreven en de klant is ermee akkoord, beginnen we met bouwen. Sommige ontwikkelaars beginnen zodra de vorm van het huis bekend is met het aanleggen van de fundering, en bepalen tijdens de bouw in overleg met de klant hoe het volgende onderdeel eruit komt te zien. Dan is het heel lastig om een degelijk huis neer te zetten, met een consistent ontwerp en een gelijke kwaliteit in alle aspecten. Om over het in de hand houden van de kosten nog maar te zwijgen.AannemerJe zou Deep Blue kunnen vergelijken met een aannemer in de bouw. Op basis van de input van de klant maken we een ontwerp. En op basis van het bestek bepalen we de prijs van het huis. Na akkoord zorgen wij ervoor dat de juiste expertise wordt ingeschakeld (ontwikkelaars, software architecten, projectleiders en testers. Vergelijkbaar met metselaars, timmerlui en opzichters). En we nemen de verantwoordelijkheid voor de kwaliteit én de prijs van het eindresultaat.EigendomJe zou vreemd opkijken als na oplevering van je huis zou blijken dat de aannemer eigenaar blijft. Toch is dat in de software branche niet ongebruikelijk. Bij Deep Blue wordt de klant altijd eigenaar van de in opdracht ontwikkelde software. Logisch, want daar heb je voor betaald.Oplevering en garantieIn de meeste projecten organiseren we regelmatig een kijkdag: al gedurende de bouw krijg je inzicht in de tot dan toe gerealiseerde functionaliteit. Mocht er iets niet naar wens zijn, dan kunnen we dat direct oplossen. En als het huis klaar is geven we u graag een rondleiding en noteren we eventuele gebreken. Vervolgens gaat de garantieperiode in. Mocht er nog een schakelaar scheef zitten of een deur kraken dan lossen we dat zonder kosten op.En mocht je nog meer zekerheid willen, dan is het mogelijk een onderhoudscontract of verlengde garantie bij ons af te nemen.Veel woonplezier!
    Lees meer
  • Wat kost het bouwen van software?

    22 mei 2015
    Een vraag die ons vaak wordt gesteld en soms wordt het antwoord verwacht nadat in twee zinnen de gewenste functionaliteit is beschreven... Het is antwoord is gelukkig heel eenvoudig:Het bouwen van een maatwerk applicatie kost evenveel als een nieuwe auto.“Ja maar, de prijs van een auto varieert nogal” hoor ik je denken. Dat klopt. Hetzelfde geldt voor het ontwikkelen van software op maat. Het bereik van die prijs komt redelijk overeen:Je koopt een nieuwe auto vanaf zo’n € 8.000,- maar wil je iets meer dan het minimum (iets groter, wat meer opties) dan loopt de prijs al snel op tot € 10.000 à € 15.000,-Voor de meest verkochte auto van Nederland, de Volkswagen Golf, betaal je zo’n € 25.000,-Wil je echt luxe, ruimte en/of prestaties dan komen de prijzen al gauw boven € 50.000,- en kan je makkelijk tot € 150.000,- aan een nieuwe auto uitgeven. In uitzonderlijke gevallen betaal je zelfs meerdere tonnen voor een auto, maar dan heb je wel iets heel bijzonders.Voor software op maat geldt hetzelfde. Goed om te weten, toch?Oh, en denk je wel aan de kosten van brandstof en onderhoud? Je wil niet stilvallen onderweg.
    Lees meer
  • E-mail notificaties vanuit Relatics

    7 juli 2015
    Fervent Relatics gebruiker? Zou het niet handig zijn als je meldingen van relevante acties in je mailbox zou krijgen? Dat kan met onze mail notificatie add-on. Op basis van een custom query en zelf opgestelde template worden automatisch mails verstuurd wanneer nodig, met directe link in de mail naar het betreffende scherm in Relatics. Lees hier meer hierover en over onze andere Relatics add-ons.
    Lees meer