Loont een eigen app nog, nu bouwen goedkoper is geworden?

De eerste werkende versie. Wat vroeger maanden kostte, staat er nu aanzienlijk sneller, omdat een groot deel van het routinewerk geautomatiseerd kan worden. Voor het toetsen van een idee is dat een wezenlijk verschil.

Het bouwen voor beide platforms tegelijk. Waar u vroeger koos tussen twee aparte apps of een compromis, leveren de huidige technieken één codebase op die op beide platforms goed werkt. Dat scheelt vooral in onderhoud.

Het herhalende werk: formulieren, overzichten, koppelingen met standaardsystemen. Precies de onderdelen die in elke app terugkomen en waar weinig eer aan te behalen valt.

Alles wat met uw eigen situatie te maken heeft. Uitzoeken hoe uw proces werkelijk loopt, aansluiten op een administratie die jaren is gegroeid, en de uitzonderingen die niemand had opgeschreven. Dat is nog steeds mensenwerk en het is meestal het grootste deel.

Onderhoud en beheer. Besturingssystemen krijgen updates, bibliotheken moeten bijgewerkt, storeregels veranderen, gebruikers komen met wensen. Die kosten lopen door zolang de app bestaat, en ze zijn eerder gestegen dan gedaald door de aangescherpte eisen.

Het gebruik zelf. Zit er een AI-functie in, dan betaalt u per verzoek en groeien de kosten mee met uw succes. Dat is een andere structuur dan de vaste hostingkosten die u van uw huidige software kent.

Niet wat het kost, maar wat het oplevert als het er is. Bespaart een app aantoonbaar tijd in een proces dat vaak voorkomt, of levert hij omzet op die er nu niet is? Als u dat niet in een paar zinnen kunt uitleggen, is de kostenvraag voorbarig.

De tweede vraag: kan een standaardpakket dit ook? Voor veel processen bestaat een pakket dat het grotendeels doet. Maatwerk loont wanneer uw manier van werken uw onderscheid is, of wanneer geen pakket aansluit op wat u nodig heeft.

De derde: wie beheert het straks? Een app zonder eigenaar binnen uw organisatie verzandt, ongeacht hoe goed hij is gebouwd. Dat is de meest onderschatte reden waarom software niet wordt gebruikt.

Kunt u zeggen wat een app kost?

Niet zonder te weten wat hij moet doen en met welke systemen hij praat. Wij geven pas een onderbouwde indicatie nadat we uw vraag goed begrijpen, omdat een bedrag noemen zonder die kennis u niet verder helpt.

Is een standaardpakket niet altijd goedkoper?

In aanschaf meestal wel. Het kantelt wanneer u uw proces moet aanpassen aan het pakket, wanneer u meerdere pakketten aan elkaar moet knopen, of wanneer u per gebruiker betaalt en het aantal gebruikers groeit. Reken beide door over een aantal jaren, niet alleen het eerste jaar.

Kunnen we klein beginnen?

Dat is meestal de verstandigste route. Een eerste versie die één proces goed doet, levert eerder iets op dan een compleet systeem dat pas na lange tijd in gebruik gaat. U leert bovendien wat er echt nodig is, en dat wijkt vrijwel altijd af van wat er vooraf op papier stond.

Wat als het idee niet aanslaat?

Dan wilt u dat vroeg weten, en dat is precies het voordeel van de huidige manier van werken. Een werkende versie waarmee u kunt toetsen is er sneller dan vroeger, en stoppen na die toets is goedkoper dan doorbouwen op een aanname.

Hoeveel moeten we rekenen voor beheer?

Dat hangt af van de omvang en van hoeveel er verandert, dus een percentage noemen zou schijnnauwkeurigheid zijn. Wat wel vaststaat: reken erop dat beheer een structurele post is en geen restpost. Software die niet wordt onderhouden, wordt binnen enkele jaren een risico.

• Wat is een MVP?
• Softwareleverancier kiezen
• Software die niemand gebruikt