App-ontwikkeling in Vigo

Vigo is de dichtstbevolkte stad van Galicië en de economie lijkt op geen andere: de visserijhaven en de conservenindustrie, de Stellantis-fabriek in Balaídos en het netwerk van autoleveranciers eromheen, de scheepswerven aan de ría, de logistiek rond de haven en de industrieterreinen van de Zona Franca. Een groot deel van dat weefsel bestaat uit industriële en dienstverlenende mkb-bedrijven die kritieke processen nog altijd regelen met spreadsheets, papier en WhatsApp-groepen.

Daar heeft een app op maat de meeste zin: werkbonnen die in de hal worden ingevuld en meteen op kantoor binnenkomen, tijdregistratie voor personeel dat in ploegen werkt, bestellingen van zakelijke klanten die nu nog telefonisch binnenkomen, of een tool voor de verkopers die door de hele regio rijden. Je hebt geen consumentenapp met miljoenen downloads nodig; je hebt een app nodig die dertig mensen elke dag gebruiken zonder te mopperen.

En dan is er het Vigo van de straat: horeca, opleidingsinstituten, klinieken, sportclubs en winkels, die reserveringen, contributies, afspraken of een directe lijn met hun klanten nodig hebben. We kennen beide werelden, omdat we er middenin werken, vanuit een kantoor in het hart van het centrum.

Als je bedrijven voor app-ontwikkeling in Vigo vergelijkt, vraag dan eerst wie jouw app gaat programmeren. Bij Action Development is degene die in het eerste gesprek naar je luistert ook degene die de app ontwerpt en programmeert: geen verkopers ertussen en geen onderaannemers. We werken op kantoor aan de Rúa Colón, 20, en met klanten uit Vigo en omgeving spreken we elkaar daar persoonlijk.

En het team dat de app bouwt, is het team dat hem onderhoudt. Als Apple of Google hun eisen aanpast, als het gebruik een fout aan het licht brengt of als je een functie wilt toevoegen, praat je met iemand die de code kent omdat hij hem zelf heeft geschreven, niet met een helpdesk die hem voor het eerst opent.

Het is de eerste vraag die we krijgen, en het antwoord hangt van drie dingen af: wie de app gaat gebruiken, op welk apparaat en wat hij met de hardware van de telefoon moet doen.

Als je gebruikers eindklanten zijn die de app uit de store downloaden, dekt een cross-platform app met React Native iPhone en Android met één codebase. Als de gebruikers je eigen personeel zijn, volstaat vaak een installeerbare webapplicatie (PWA): die hoeft niet door de review van de stores en wordt direct bijgewerkt. En als de app leeft van de camera, Bluetooth of locatiebepaling op de achtergrond met strenge eisen, is het verstandig native ontwikkeling te overwegen.

Dat beslissen we samen met jou in de definitiefase, met jouw geval op tafel. En als je eigenlijk geen app nodig hebt maar een goede website, zeggen we dat ook: dat is goedkoper en werkt in dat geval beter.

Een app open je maandenlang telkens opnieuw, en elke overbodige stap wordt bij elk gebruik herhaald. Daarom weegt het ontwerp, de UX/UI, zwaarder dan bij een website die je af en toe bezoekt, en daarom komt het vóór de code: het wordt gemaakt door hetzelfde team dat de app daarna programmeert.

We beginnen bij het definitiegesprek: wat komt de gebruiker doen als hij de app opent en wat zijn de belangrijkste schermen. Daarmee ontwerpen we een doorklikbaar prototype, met de echte schermen aan elkaar gekoppeld, dat je op je telefoon opent en doorloopt door te tikken alsof de app al bestond. Voordat we het over kleuren of lettertypen hebben, meten we hoeveel stappen elke taak kost.

Je test het met je team en met een paar klanten. Een knop verplaatsen in een prototype kost minuten; in een app die al is geprogrammeerd kan het wijzigingen op meerdere schermen en op de server met zich meebrengen. Een voorbeeld van een ontwerp voor één concrete taak is de leerlingen-app van Autoescuela GTI, gemaakt zodat elke leerling zijn volgende praktijklessen, zijn eerdere lessen en zijn examens kan raadplegen.

We integreren kunstmatige intelligentie in de app wanneer dat een concreet probleem oplost, niet als versiering. Meestal gaat het om een assistent die je gebruikers antwoord geeft met de informatie van je eigen bedrijf: vragen over een cursus, de status van een bestelling, hoe een functie werkt of wat een dienst omvat. Hij antwoordt direct en op elk uur, en als de vraag buiten zijn kennis valt, draagt hij die over aan iemand van je team.

Bij Kairos Futures, een opleidingsplatform voor trading, beantwoordt de in de app geïntegreerde AI-assistent de vragen van de cursisten: het aantal terugkerende vragen aan het team daalde en het tempo waarin cursisten hun cursussen afrondden, nam een veelvoud toe.

Dezelfde assistent kan ook via WhatsApp antwoorden, waar je klanten al zitten, en kan worden gekoppeld aan je beheerprogramma om gegevens te raadplegen of vast te leggen. Voordat we hem live zetten, bepalen we wat hij mag beantwoorden, met welke informatie en welke persoonsgegevens hij verwerkt, en testen we hem met echte vragen van je klanten.

We publiceren geen tarieven, omdat twee apps met dezelfde naam heel verschillende dingen kunnen kosten. Wat het budget vooral bepaalt, is het aantal schermen en soorten gebruikers, of er een eigen backend nodig is of dat beheerde diensten volstaan, de integraties met systemen die je al hebt (ERP, betaalprovider, externe platforms) en of de app offline moet werken.

Daarom komt de offerte voort uit een definitiegesprek: we luisteren, bepalen wat in de eerste versie komt en wat kan wachten, en sturen je een vast voorstel met de reikwijdte op schrift. Als het project groot is, verdelen we het in fasen zodat de eerste eerder bij je gebruikers komt.