OneDayBuild, het bouwdagmerk van Appfront

Zelf een tool aanschaffen of eerst een dag bouwen?

Het proces knelt, IT heeft geen capaciteit, en er staat een tool online die het morgen oplost voor een paar tientjes per maand. Dat is een reële route en hij wordt vaak genomen. Wat er dan ontstaat, heet shadow IT: iets dat draait met bedrijfsgegevens erin, zonder dat iemand anders weet dat het bestaat.

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

Waarom de zelf aangeschafte tool het probleem verplaatst

Hij lost je werk op en zet je organisatie een risico in.

Het bezwaar tegen zelf aanschaffen is zelden dat de tool slecht is. Het is dat er bedrijfsgegevens in terechtkomen op een plek waar niemand van weet: geen afspraak over wie erbij kan, geen zicht op waar het staat, geen back-up die iemand controleert, en geen manier om het over te dragen als degene die het regelde vertrekt.

Daar komt bij dat het bijna nooit bij één tool blijft. De ene afdeling neemt er een, de andere een tweede, en na een jaar staan dezelfde gegevens op drie plekken met drie waarheden. Op dat moment is opruimen duurder dan het probleem ooit was.

Een bouwdag is een andere route naar hetzelfde doel. Je krijgt iets werkends waarmee je kunt laten zien wat je nodig hebt, in een vorm die je intern kunt bespreken. De code is van jou en de gegevens zijn verzonnen, dus je zet er niets mee op het spel terwijl je het uitzoekt.

01

Een abonnement is geen besluit

Zelf aanschaffen voelt als handelen en is uitstellen: de vraag of dit past bij hoe jullie werken, is nog steeds niet beantwoord.

02

Overdraagbaarheid is het echte verschil

Wat op jouw account staat, verdwijnt met jou. Wat in de repository van je bedrijf staat, niet.

03

Je kunt het gesprek winnen met bewijs

Een werkende versie is een sterker argument richting IT dan een verzoek om budget voor iets dat nog niet bestaat.

02/06

Wat valt binnen en buiten de bouwdag

Binnen scope
  • Een werkend deel van het proces dat nu knelt, op voorbeeldgegevens.
  • Een live URL die je intern kunt laten zien.
  • Een opsomming van wat er nodig is om het echt in gebruik te nemen, bruikbaar richting IT.
  • De code in je eigen repository.
Buiten scope
  • Beheer, back-ups en een storingsdienst.
  • Een oordeel over welke tool je zou moeten kopen als je toch die kant op gaat.
  • Gegevens overzetten uit een tool die je al gebruikt.
  • Toestemming van je IT-afdeling. Die haal je zelf, en met dit erbij gaat dat makkelijker.
03/06

Hoe de bouwdag verloopt

  1. Stap 1

    Benoemen wat er nu misgaat

    Welke handeling kost tijd of gaat fout? Niet de tool maar het werk is het onderwerp.

  2. Stap 2

    Kijken wat een pakket zou doen

    Soms bestaat er iets goeds. Dan is dat het advies en is de dag klaar voor de lunch.

  3. Stap 3

    Het kleinste werkende deel bouwen

    Genoeg om te laten zien wat je bedoelt.

  4. Stap 4

    Laten proberen door je team

    De opmerkingen van dat halfuur zijn het echte resultaat.

  5. Stap 5

    Opschrijven wat IT wil weten

    Waar het draait, welke gegevens erin gaan, wie erbij kan.

  6. Stap 6

    De vervolgvraag scherp maken

    Bouwen, kopen of laten. Met een onderbouwing die je intern kunt gebruiken.

Volgende stap

Sta je voor deze keuze?

Vertel welk proces knelt en welke tool je op het oog had. In een korte intake bepalen we of aanschaffen bij jullie de betere route is, of dat een dag bouwen je verder brengt.

04/06

Eerlijk over deze keuze

  • Soms is die tool gewoon het antwoord. Als er een pakket is dat precies doet wat je nodig hebt en het is netjes geregeld, koop hem. Dan zeggen we dat in de intake.
  • Een bouwdag is duurder dan een abonnement. Voor één maand zeker. De vergelijking wordt anders zodra je het jaren gebruikt of het niet meer kunt overdragen.
  • Wij lossen je IT-capaciteit niet op. Je krijgt een werkend prototype, geen team. Wie het invoert, moet daar binnen de organisatie tijd voor krijgen.
  • Shadow IT is niet altijd fout. Het is fout zodra er bedrijfsgegevens in staan die niemand kan terugvinden. Voor een persoonlijke lijst geldt dat niet.
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 staat op het punt zelf iets aan te schaffen en wilt eerst weten wat je werkelijk nodig hebt.
  • Aan het eind van de dag is er een werkende versie plus een onderbouwing die je intern kunt gebruiken.
  • Één dag, vaste prijs, code in je eigen repository.

Volledig traject, Appfront
  • Het werkt en de organisatie wil het echt in gebruik nemen.
  • Ontwerp, bouw, koppelingen, beveiliging, beheer en doorontwikkeling.
  • Dat traject doet Appfront, met dezelfde mensen.

Bekijk wat Appfront bouwt

06/06

Veelgestelde vragen

Wat is er precies mis met zelf een tool nemen?

Niet de tool, maar het gebrek aan afspraken eromheen. Er komen bedrijfsgegevens in op een plek waar niemand van weet: geen afspraak over toegang, geen back-up die iemand controleert, en geen manier om het over te dragen als jij vertrekt. Bij een persoonlijke lijst is dat prima, bij klantgegevens niet.

Een bouwdag is toch veel duurder dan een abonnement?

Voor de eerste maand zeker. De vergelijking verandert als je het jaren gebruikt, als je meerdere tools naast elkaar krijgt, of als de tool niet doet wat jouw proces vraagt en je toch iets laat bouwen. Reken beide door over drie jaar, dat is de eerlijke som.

Kan ik niet gewoon een gratis versie proberen?

Doe dat vooral, met verzonnen gegevens. Wat je daarmee leert, is precies het soort onderzoek dat een bouwdag ook doet. Waar het misgaat is wanneer je uit gemak echte klant- of personeelsgegevens invoert; dan is het geen proef meer.

Wat neem ik mee naar IT?

Een werkende versie, een beschrijving van waar het draait en welke gegevens erin gaan, en de vraag die je beantwoord wilt hebben. Dat is een ander gesprek dan een verzoek om budget voor iets dat nog niet bestaat, en het duurt meestal korter.

Wij hebben helemaal geen IT-afdeling.

Dan is overdraagbaarheid nog belangrijker, want er is niemand die het overneemt als degene die het regelde vertrekt. Code in je eigen repository en een logboek zijn dan geen formaliteit maar het enige wat je hebt.

Eerst uitzoeken wat je nodig hebt, dan pas iets aanschaffen?

In een korte intake kijken we naar het proces dat knelt en of aanschaffen of bouwen bij jullie de betere route is. Wil je daarna doorbouwen, dan doet Appfront dat traject.