Vragen om te stellen voor je tekent

Deze vragen kan je stellen aan elke ontwikkelaar, freelancer of bureau. Ze zorgen ervoor dat jullie hetzelfde bedoelen voor er iets getekend wordt, en uit het gesprek erover leer je ook al iets over hoe de samenwerking zal verlopen.

Vraag de antwoorden op papier, in de offerte of in het contract, zodat iedereen er later op kan terugvallen. Dit is geen juridisch advies. Laat een belangrijk contract nalezen door een jurist.

Wie doet het werk?

Vraag wie de code schrijft, en wie je aanspreekpunt is. Dat kan dezelfde persoon zijn, of bij een bureau een projectleider en een team. Vraag ook of er werk wordt uitbesteed aan anderen, en wat er gebeurt als iemand ziek of op vakantie is.

Wat krijg je precies?

Een goede offerte beschrijft wat er gebouwd wordt, in woorden die je begrijpt. “Een app voor afspraken” zegt weinig. “Een klant kiest een dag, ziet de vrije momenten en krijgt een bevestiging per mail” zegt meer. Vraag ook wat er niet in zit, want daar ontstaan later de verrassingen.

Overloop deze onderdelen, omdat ze vaak buiten beeld blijven:

• Op welke toestellen het werkt: iPhone, Android, de browser, of een combinatie.
• Of het ontwerp erin zit, of alleen de bouw.
• Wie de teksten schrijft en vertaalt.
• Wie de app indient in de appstores, en wie reageert als die de keuring niet haalt.
• Of het bestaande data overneemt, bijvoorbeeld uit je Excel-bestanden.
• Of er een koppeling met je andere software nodig is, en wat dat vraagt.

Hoe wordt er aangerekend?

Software wordt meestal op twee manieren aangerekend. Bij een vaste prijs spreek je op voorhand af wat je krijgt en wat het kost. Bij een prijs per uur of per dag betaal je voor de tijd die er effectief aan besteed wordt. Vraag bij een vaste prijs wat er gebeurt als het werk verandert, en bij een uurprijs hoe je de gepresteerde uren te zien krijgt en wat er gebeurt als een schatting niet klopt.

Ook het moment van betalen hoort erbij: in één keer, in delen of per maand, en wat elk deel oplevert. Dan zijn er nog de kosten die op de factuur van een ander staan, zoals hosting, een domeinnaam, appstore-accounts, AI-diensten en licenties. Die lopen ook na de lancering door, en het is goed om te weten wie ze betaalt. Wat de prijs van een app bepaalt, lees je in dit artikel.

Wat als er iets verandert?

Bij software verandert er bijna altijd iets, want je ziet pas wat je wil als je iets kan vastnemen. Vraag hoe een wijziging loopt: wie beslist, hoe je hoort wat ze kost en wat ze betekent voor de planning, en of je dat op voorhand op papier krijgt. Vraag ook wat er gebeurt als een datum niet gehaald wordt, langs welke kant dan ook, want ook jouw feedback of teksten kunnen later komen dan gepland.

Wanneer zie je iets, en wanneer is het af?

Vraag wanneer je voor het eerst iets kan uitproberen, en of dat op een testadres kan, een aparte versie die je zelf kan openen. Spreek af hoe vaak jullie samen kijken.

Spreek ook af wanneer iets af is. Wie test het? Hoe laat je weten dat iets goed is? Hoe lang heb je daarvoor? Een fout die je na de oplevering vindt, kan onder het afgesproken werk vallen of onder nieuw werk, dus vraag wat er geldt en voor hoe lang.

Van wie is wat?

Vraag van wie de code, de data en het ontwerp zijn zodra het werk af en betaald is. Staat er niets over in het contract, dan kan het auteursrecht op de code bij de maker blijven. Laat een jurist kijken naar de formulering. Sommige ontwikkelaars gebruiken ook eigen bouwstenen die ze bij meer klanten inzetten, of openbaar beschikbare code. Dat kan prima, maar vraag wat je daarmee mag doen als je met iemand anders verdergaat.

Vraag ook op wiens naam de accounts komen: de domeinnaam, de hosting, de plek waar de code staat en de appstore-accounts. In Van wie zijn je code en je data? lees je waar je op let.

Wat gebeurt er met persoonsgegevens?

Bewaart de software gegevens van klanten of personeel, vraag dan waar die staan, wie erbij kan en hoe er back-ups van gemaakt worden. Vraag ook of er AI-diensten of andere externe diensten gegevens te zien krijgen, en welke. Onder de GDPR, de Europese privacywet, heb je vaak een apart contract nodig met wie persoonsgegevens voor jou verwerkt, een verwerkersovereenkomst. Een jurist kan je zeggen wat voor jou van toepassing is.

Wat gebeurt er na de lancering?

Software heeft onderhoud nodig. Telefoons krijgen updates, onderdelen verouderen, en er duiken fouten op die niemand had gezien. Vraag wie dat doet, of dat apart wordt aangerekend en hoe je iemand bereikt als er iets stilvalt. Vraag ook wat iemand verstaat onder dringend, en wat er geldt buiten de kantooruren.

Hoe stoppen jullie, als dat nodig is?

Deze vraag stel je het makkelijkst zolang alles goed gaat. Vraag hoe elke partij kan stoppen en wat je dan al betaald hebt. Je wil ook weten wat je meekrijgt: de code, de data, de toegang tot accounts en de documentatie, de uitleg waarmee een andere ontwikkelaar verder kan. Kan iemand anders ermee aan de slag, en wat heeft die daarvoor nodig?