Software op maat ofeen standaardpakket?

Wat is het echte verschil tussen een standaardpakket en maatwerk?

Een standaardpakket is een verzameling keuzes die iemand anders al voor u gemaakt heeft: hoe een order eruitziet, welke stappen een dossier doorloopt, welke velden verplicht zijn. Het vraagt dat u werkt zoals het pakket het bedoeld heeft, en geeft u in ruil iets dat meteen werkt en dat verder ontwikkeld wordt zonder dat u de volledige kost draagt.

Maatwerk draait die verhouding om: uw proces is het uitgangspunt en de software volgt. Er zit niets in wat u niet gebruikt. Daar staat tegenover dat u de volledige ontwikkelkost draagt, en het onderhoud nadien ook. Dat is geen kwaliteitsverschil maar een afruil. De vraag is dus niet welke van de twee beter is, maar of het proces een detail is in uw bedrijfsvoering of net de reden waarom klanten voor u kiezen.

Wanneer is een standaardpakket de verstandigste keuze?

Is uw proces niet onderscheidend, dan koopt u het beter. Facturen boeken of lonen berekenen doet u wellicht zoals de rest van uw sector. Daar iets eigen voor bouwen betekent betalen om opnieuw uit te vinden wat al bestaat, en het daarna zelf blijven onderhouden.

Bestaat er een volwassen pakket voor uw sector, dan koopt u de opvolging mee: wijzigt er iets aan de verplichtingen die dat pakket raakt, dan komt de aanpassing normaal gezien via een update binnen. Wie snel operationeel moet zijn of wiens proces nog volop verandert, is ook beter af met iets bestaands.

• Uw proces lijkt sterk op dat van collega-bedrijven in uw sector.
• Er bestaat een pakket dat uw noden grotendeels dekt zonder zware aanpassingen.
• U wil snel starten en het proces is nog niet uitgekristalliseerd.
• U hebt niemand die de software daarna kan blijven opvolgen.

Wanneer betaalt software op maat zichzelf terug?

Maatwerk wordt interessant zodra het proces precies is waar u het verschil maakt. Een eigen manier van plannen, een eigen berekening, een dienstverlening die klanten bij u houdt: dat wil u niet afzwakken tot wat een pakket toevallig aankan. Wie zijn sterkste punt moet vereenvoudigen om in een keurslijf te passen, betaalt met marge in plaats van met geld.

Een tweede signaal is minder verheven maar even betrouwbaar. Naast het pakket staat een reeks Excel-bestanden die niemand durft aan te raken, gegevens worden twee keer ingetypt en de echte waarheid zit in het hoofd van één medewerker. Die constructie kost stil geld in uren, fouten en afhankelijkheid van personen.

Ten slotte is er de situatie waarin geen enkel pakket uw flow dekt zonder zware aanpassingen. Een pakket zo ver ombouwen kan duurder en fragieler uitvallen dan iets eigen bouwen: u betaalt voor de licenties én voor het maatwerk erbovenop, en bij elke update moet dat maatwerk opnieuw getest worden.

• Het proces is een onderdeel van uw commerciële sterkte, niet louter administratie.
• Er groeit al jaren een lappendeken van Excel-bestanden naast het pakket.
• Dezelfde gegevens worden op meerdere plaatsen ingevoerd of overgetypt.
• De aanpassingen die u zou vragen, raken de kern van het pakket.

Wat als u uw pakketten laat staan en enkel bouwt wat ontbreekt?

Dit is de derde weg, en in de praktijk levert die het vaakst het meeste op. Ze wordt zelden overwogen omdat de vraag als een keuze tussen twee uitersten wordt gesteld. Nochtans doet uw boekhoudpakket meestal prima zijn werk en zit het probleem in wat ertussen ligt, of in dat ene stuk dat nergens bestaat.

In dat geval laat u staan wat werkt en bouwt u enkel het ontbrekende, met koppelingen naar wat u al hebt: een klantenportaal bovenop een bestaand ERP, of een koppeling die orders doorzet zodat niemand ze nog overtypt. Het project blijft kleiner, het risico ook, en u behoudt de updates van uw leveranciers.

Er is wel een voorwaarde: u bent afhankelijk van wat uw pakketten aan de buitenkant toelaten. Ga vroeg na of er een bruikbare koppelmogelijkheid is en welke gegevens daarlangs beschikbaar zijn. Een pakket dat zijn data niet loslaat, maakt deze weg fragiel.

Wat bepaalt de kostprijs van software op maat?

Een prijs voor maatwerk komt niet uit de lucht vallen. De zwaarste factor is de omvang in processen: elk bijkomend proces brengt eigen schermen, eigen regels en eigen uitzonderingen mee. Snoeien in dat aantal is de krachtigste knop waaraan u zelf kunt draaien.

Daarnaast tellen de koppelingen, de rollen en rechten, de staat van uw bestaande gegevens en het beheer nadien. Vraag een offerte die deze factoren apart benoemt, zodat u ziet waar het geld naartoe gaat en waar u kunt schrappen.

• Het aantal processen dat de software moet ondersteunen.
• Het aantal koppelingen en hoe toegankelijk de andere systemen zijn.
• Het aantal rollen en de fijnheid van de rechten daarbinnen.
• De migratie van bestaande gegevens en de kwaliteit daarvan.
• Het beheer nadien: hosting, onderhoud, ondersteuning en doorontwikkeling.

Hoe houdt u het risico van een maatwerkproject klein?

De grootste risico's zitten zelden in de techniek. Ze zitten erin dat opdrachtgever en bouwer iets anders voor ogen hadden en dat pas ontdekken wanneer het klaar is. Begin daarom met een aparte analysefase met een eigen prijs en een eigen einde. Die levert geen code op maar een document: welke processen, schermen, koppelingen en rollen, en wat expliciet buiten scope valt.

Laat daar een klikbaar prototype op volgen, zodat u de toepassing kunt doorlopen voor er ontwikkeld wordt. Wat u ziet, kunt u beoordelen. Werk daarna in korte periodes die elk een werkend stuk opleveren dat echte gebruikers proberen. Zo blijft bijsturen goedkoop en beslist u na elke periode opnieuw of u verdergaat. Vergeet de uitrol niet: opleiding, een overgangsperiode waarin oud en nieuw naast elkaar draaien en een duidelijk aanspreekpunt bepalen mee of het project slaagt.

Van wie is de broncode, en wat vraagt u voor u tekent?

Eigenaarschap is het punt waar bedrijven vaak pas achteraf over nadenken. Uw gegevens zijn van u, maar dat helpt weinig als u ze er niet in een bruikbaar formaat uit krijgt. Vraag dus expliciet of u op elk moment een volledige export kunt krijgen, in welk formaat, en tegen welke kost.

Voor de broncode ligt het minder vanzelfsprekend. Zonder afspraak is niet gegarandeerd dat u de code mag meenemen of door een andere partij laten aanpassen. Leg vast wie eigenaar is, wat u ermee mag doen en waar de code bewaard wordt, en zorg dat hosting en domeinnamen op uw naam staan of overdraagbaar zijn. Dat is geen wantrouwen, maar continuïteit.

• Van wie is de broncode, en wat mag ik ermee doen als ik met u stop?
• Kan ik al mijn gegevens exporteren in een bruikbaar formaat, en wat kost dat?
• Staan hosting, domeinnamen en accounts op mijn naam of zijn ze overdraagbaar?
• Welke techniek gebruikt u, en vindt een andere partij daar makkelijk mensen voor?
• Wat zit in de prijs en wat niet: analyse, testen, migratie, opleiding, uitrol?
• Hoe vaak zie ik iets werkends, en wie is mijn aanspreekpunt?
• Wat kost het onderhoud nadien en welke reactietijden gelden daarbij?
• Wat gebeurt er als het project halverwege moet stoppen of van richting verandert?

Wat hebt u nodig na de oplevering?

Software is geen aankoop die af is. De onderdelen waarop ze gebouwd is, krijgen updates en beveiligingscorrecties, en wie die jaren laat liggen staat uiteindelijk voor een veel groter werk. Spreek dus af wie het onderhoud doet en met welke regelmaat. Zorg ook voor monitoring op fouten en op koppelingen die stilvallen: u wil het weten voor uw klant belt.

Verandert de regelgeving of een verplicht formaat waarmee u werkt, dan moet uw software mee, en dat vraagt tijd en budget. Voorzie ten slotte ruimte voor doorontwikkeling: software die niet meebeweegt met uw bedrijf, wordt op termijn zelf het probleem waar ooit die Excel-bestanden naast stonden.

Veelgestelde vragen