Het uurtarief is niet de prijs
Tel de uren van jouw kant mee: specificeren, uitleggen, controleren, opnieuw laten doen. Die staan niet op de factuur en ze zijn er wel.
Een ontwikkelteam in het buitenland is per uur goedkoper, en dat is geen mythe. Wat het uurtarief niet laat zien: de uren die jij kwijt bent aan specificeren en controleren, het risico dat het gebouwde niet is wat je bedoelde, en de vragen over gegevens en eigendom die een ander rechtsgebied meebrengt. Een bouwdag levert eerst iets werkends, in je eigen repository, en maakt daarmee van een offshore team een uitvoerder in plaats van een vertaler van je idee.
Een team op afstand bouwt wat er staat. De vraag is of wat er staat, klopt.
Offshore ontwikkeling werkt, en veel Nederlandse bedrijven doen het naar tevredenheid. Het werkt vooral bij één soort werk: een duidelijk beschreven opdracht met een duidelijke oplevering, waar het team niet elke dag hoeft te vragen wat je bedoelt. Een uitbreiding op een bestaand systeem, schermen naar een ontwerp, een koppeling met een gedocumenteerd koppelvlak.
Het werkt slecht bij een idee. Een idee heeft geen specificatie, alleen een beschrijving, en een beschrijving laat ruimte. Een team op afstand vult die ruimte met eigen aannames, in een andere taal en tijdzone, en de uitkomst zie je pas als het is gebouwd. Dan begint het gesprek over wat je bedoelde, en dat kost meer dan het uurtarief bespaarde. Daar komen vragen bij over waar je gegevens staan en wie het auteursrecht heeft.
Een bouwdag lost dat niet allemaal op, maar hij verandert de opdracht. Na één dag is er een werkend deel, in je eigen repository, dat laat zien wat je bedoelt in plaats van het te beschrijven. De rest wordt daarmee wat een offshore team goed kan: uitbreiden op iets dat bestaat. Het uurtarief blijft laag; het aantal misverstanden niet meer hoog.
Tel de uren van jouw kant mee: specificeren, uitleggen, controleren, opnieuw laten doen. Die staan niet op de factuur en ze zijn er wel.
Wat een collega naast je in een minuut navraagt, wordt op afstand een aanname, en die wordt gebouwd.
Persoonsgegevens buiten de EU en auteursrecht naar een ander recht vragen afspraken vóóraf. Een platformcontract regelt dat zelden goed.
Een team dat een werkend prototype krijgt, hoeft niet te raden. Dat is waar een bouwdag het uurtarief zijn waarde teruggeeft.
Welk deel van het idee zou een team op afstand het waarschijnlijkst anders bouwen dan je bedoelt.
Meestal het hart van het product: de handeling die alles bepaalt.
In je eigen repository, met een structuur die een ander team kan lezen.
Hoe het draait, waarom het zo is opgezet, en wat er bewust nog niet in zit.
Uit het prototype en de lijst volgt een opdracht die geen ruimte laat voor interpretatie.
Live URL, code in je eigen repository en de opdracht voor het team dat verder bouwt.
Vertel wat je wilt laten bouwen en wat je nu naar een offshore team zou sturen. In een korte intake zeggen we of dat een opdracht is of nog een idee, en wat een bouwdag daaraan verandert.
De bouwdag maakt je idee aantoonbaar. Wil je daarna doorbouwen naar een volwaardige applicatie, dan doet Appfront dat traject.
Per uur meestal wel. Per product hangt het af van hoeveel uren jij kwijt bent aan specificeren, uitleggen en controleren, en hoe vaak iets opnieuw moet. Bij een duidelijke opdracht is het verschil echt; bij een idee verdampt het in misverstanden.
Twee dingen vóór het werk begint. Het auteursrecht op de code moet schriftelijk aan jou worden overgedragen, liefst naar Nederlands recht. En persoonsgegevens buiten de EU laten verwerken vraagt een grondslag en afspraken; vraag je jurist wat er nodig is, en bouw met geanonimiseerde gegevens.
Ja, dat is een van de bedoelingen. De code staat in je eigen repository met een beschrijving van de opzet, en het prototype is het voorbeeld waar het team naar bouwt. Een werkend voorbeeld laat minder ruimte dan een document.
Iemand aan jouw kant, elke dag. Dat verandert een bouwdag niet. Wat wel verandert, is waar die persoon op stuurt: op afwijkingen van een voorbeeld dat draait, in plaats van op interpretaties van een beschrijving.
Dat kan, als eigendom en overdraagbaarheid geregeld blijven. De bouwdag kiest een gangbare opzet die de meeste teams kennen. Een team dat iets anders wil, moet uitleggen waarom, en dat gesprek is makkelijker met een werkend voorbeeld op tafel.
Wij bouwen hier, dus lees het kritisch. Maar het argument staat los van de locatie: een team dat je niet kunt navragen, bouwt aannames, en een werkend voorbeeld vermindert die. Dat geldt in Bangalore net zo goed als in Breda.
Vertel wat je wilt laten maken en wat je nu naar een team zou sturen. In een korte intake zeggen we of dat een opdracht is of nog een idee, en welk deel een bouwdag eerst tastbaar moet maken.
Een korte intake volgt na je inschrijving. Daarna stemmen we scope en datum af.
We nemen contact op om de intake in te plannen.
We gebruiken cookies om je ervaring te verbeteren en het gebruik van de site te meten.