OneDayBuild, het bouwdagmerk van Appfront

Standaardpakket, maatwerk of eerst een dag bouwen?

Je weet niet of een bestaand pakket het al kan, en maatwerk laten bouwen zonder dat te weten is een gok. De keuze wordt meestal gemaakt op basis van demo's van leveranciers en offertes van bouwers, en beide partijen hebben belang bij hun antwoord. Een bouwdag beantwoordt de vraag anders: door het deel te bouwen waar jullie proces afwijkt, en dan te kijken of een pakket dat ook kan.

  • Eén werkdag
  • Werkend prototype
  • Code in je eigen repository
01/06

Waar de twee routes uit elkaar lopen

Een pakket is goedkoper zolang je proces erin past. De vraag is waar het niet past.

Voor bijna elk proces bestaat een pakket: facturatie, planning, declaraties, klantcontact, kwaliteitsrondes. Een pakket is goedkoper dan maatwerk, sneller in gebruik en onderhouden door een ander. Past jullie proces erin, dan is het de betere keuze, vaker dan bouwers toegeven. Het probleem is dat je pas na de invoering ontdekt waar het niet past.

Maatwerk heeft het omgekeerde probleem. Het past precies, maar je weet aan het begin niet of dat nodig was. Een bouwer die een offerte maakt, heeft belang bij maatwerk; een leverancier die een demo geeft, bij zijn pakket. Beide antwoorden zijn gekleurd, en de vraag waar jullie proces echt afwijkt, beantwoordt geen van beiden, omdat geen van beiden jullie proces kent.

Een bouwdag beantwoordt die vraag door het deel te bouwen waar jullie het meest afwijken van standaard: de regel die elke leverancier 'in een volgende versie' belooft, de koppeling die niemand aanbiedt, het scherm dat jullie mensen anders nodig hebben. Dat werkende deel is de meetlat. Kan een pakket het ook, dan kies je het pakket met kennis van zaken. Kan geen enkel pakket het, dan weet je dat maatwerk nodig is, en hoeveel.

01

Een pakket wint als het past

En het past vaker dan je denkt. Begin met de aanname dat het past, en zoek de plek waar dat niet zo is.

02

De afwijking is klein maar bepalend

Het is zelden het hele proces. Meestal is het één regel, één koppeling of één scherm dat elk pakket net niet doet.

03

Demo's en offertes zijn gekleurd

Niet oneerlijk, wel vanuit een belang. De enige neutrale toets is jullie eigen proces, werkend.

04

De tussenweg bestaat

Een pakket voor het standaarddeel, maatwerk voor de afwijking, gekoppeld. Dat is vaak het beste antwoord, en het vraagt dat je de afwijking kent.

02/06

Wat valt binnen en buiten de bouwdag

Binnen scope
  • Het deel van jullie proces dat het meest afwijkt van wat pakketten doen, werkend gemaakt.
  • Op jullie eigen gegevens, zodat de afwijking zichtbaar wordt zoals hij in de praktijk is.
  • Een lijst met wat het prototype doet, als checklist om pakketten langs te leggen.
  • Een live URL en de code in je eigen repository, bruikbaar als het maatwerk wordt of als koppeling naast een pakket.
Buiten scope
  • De pakketselectie zelf: demo's aanvragen, licenties vergelijken en onderhandelen blijft jouw werk.
  • Het volledige proces in maatwerk; de dag bouwt de afwijking, niet de standaard.
  • De koppeling met het gekozen pakket; die komt als het pakket is gekozen.
  • Migratie van bestaande gegevens naar pakket of maatwerk.
03/06

Hoe de bouwdag verloopt

  1. Stap 1

    Het proces op tafel

    Hoe het nu loopt, stap voor stap, met de uitzonderingen erbij. Die uitzonderingen zijn de kern.

  2. Stap 2

    De afwijking aanwijzen

    Waar wijkt jullie proces af van wat een leverancier zou verwachten. Meestal één of twee plekken.

  3. Stap 3

    Bouwen

    Dat deel, werkend, op jullie gegevens. Niet het standaarddeel; dat doen pakketten beter.

  4. Stap 4

    De checklist maken

    Wat het prototype doet, als lijst van vragen voor elke leverancier.

  5. Stap 5

    Pakketten langs de lat leggen

    Niet op de demo, maar op de checklist. Kan het dit, precies zo, zonder 'volgende versie'.

  6. Stap 6

    Opleveren

    Live URL, code in je eigen repository, de checklist en een advies: pakket, maatwerk of de combinatie.

Volgende stap

Twijfel je tussen een pakket en maatwerk?

Vertel welk proces het betreft en welke pakketten je hebt bekeken. In een korte intake wijzen we de plek aan waar jullie afwijken, en zeggen we of die in één dag te bouwen is als meetlat.

04/06

Eerlijk over deze vergelijking

  • Het pakket wint vaak. Wij bouwen maatwerk en zeggen het toch: als jullie proces standaard is, koop een pakket. De bouwdag laat dat zien, en dan is het advies een pakket.
  • De afwijking kan ook een slechte gewoonte zijn. Soms wijkt een proces af omdat het ooit zo is gegroeid, niet omdat het beter is. Een prototype van de afwijking laat ook zien of hij de moeite waard is om te behouden.
  • Maatwerk kost beheer. Een pakket wordt onderhouden door een ander; maatwerk door jou of je bouwer. Reken dat mee, ook als de afwijking echt is.
  • De combinatie is niet gratis. Pakket plus maatwerk plus koppeling is drie dingen die elkaar moeten blijven verstaan. Het is vaak het beste antwoord, maar niet het eenvoudigste.
05/06

Twee manieren om verder te gaan

De bouwdag maakt je idee aantoonbaar. Wil je daarna doorbouwen naar een volwaardige applicatie, dan doet Appfront dat traject.

Eén bouwdag, OneDayBuild
  • Je twijfelt tussen pakket en maatwerk en je wilt weten waar jullie proces echt afwijkt.
  • Aan het eind van de dag is de afwijking werkend gebouwd en heb je een checklist voor elke leverancier.
  • Één dag, vaste prijs, code in je eigen repository.

Volledig traject, Appfront
  • De afwijking is echt en je wilt maatwerk, of de koppeling tussen een pakket en het maatwerkdeel.
  • Het volledige proces, migratie, beheer en doorontwikkeling.
  • Een traject bij Appfront, met beheer en doorontwikkeling.

Bekijk de trajecten van Appfront

06/06

Veelgestelde vragen

Hoe weet ik of een pakket het al kan?

Niet door de demo, maar door jullie afwijking als vraag te stellen: kan het pakket dit, precies zo, nu. Een bouwdag maakt die vraag concreet door de afwijking te bouwen; daarna stel je elke leverancier dezelfde vraag.

Waarom niet gewoon eerst een pakket proberen?

Dat kan, en voor een standaardproces is het de beste route. Het risico is dat je pas na de invoering ontdekt waar het niet past, en dan zit je eraan vast met gegevens, licenties en gewoontes. Een bouwdag maakt de afwijking zichtbaar vóór je kiest.

Wat als de bouwdag laat zien dat een pakket genoeg is?

Dan is dat het advies, en heb je een dag besteed aan een goede keuze in plaats van een traject aan een verkeerde. De code is dan een bijlage bij de selectie, of de basis voor een kleine koppeling als het pakket bijna alles kan.

Kan het maatwerk naast een pakket bestaan?

Ja, en dat is vaak het beste antwoord: het pakket voor het standaarddeel, maatwerk voor de afwijking, met een koppeling ertussen. Het vraagt wel een koppelvlak in het pakket en iemand die de drie delen beheert. De bouwdag laat zien of de afwijking dat waard is.

Zijn jullie niet bevooroordeeld richting maatwerk?

Wij bouwen maatwerk, dus ja, lees het kritisch. Daarom is de uitkomst van de bouwdag een checklist voor elke leverancier, niet een offerte van ons. Haalt een pakket de checklist, dan is het pakket het advies.

Wat als de afwijking eigenlijk een slechte gewoonte is?

Dan laat het prototype dat zien, en dat is winst. Een proces wijkt soms af omdat het ooit zo is gegroeid. Is de afwijking gebouwd en mist niemand hem, dan kun je hem loslaten en past het pakket alsnog.

Twijfel je tussen een pakket en maatwerk?

Vertel welk proces het is en welke pakketten je hebt bekeken. In een korte intake wijzen we de afwijking aan, en zeggen we of die in één dag te bouwen is als meetlat voor je keuze.