La Place
Wij zorgen voor een nieuwe flavour
Drie situaties die we wekelijks tegenkomen.
Een app op de telefoon is geen gebruik. Zonder een taak die vaak terugkomt is er geen reden om hem te openen, en die reden bepalen we voordat er iets gebouwd wordt.
Statusvragen, facturen, bestelhistorie: als klanten daarvoor moeten bellen, kost elk antwoord jouw tijd. In een portaal kijken ze het zelf na.
Als een kleine aanpassing een nieuwe release en een storebeoordeling vraagt, staat doorontwikkelen stil. Met de juiste opzet ligt het grootste deel buiten de app.
Een app is zinvol als er een taak is die iemand vaak genoeg doet om er een pictogram op zijn beginscherm voor over te hebben. Is die taak er niet, dan is een webapplicatie of een portaal in de browser meestal het betere antwoord. Dat gesprek voeren we eerst, want het scheelt je een traject dat niemand gebruikt.
Daarna kiezen we de techniek bij de vraag: native voor iOS en Android als het toestel zelf nodig is, React Native als één codebase volstaat, of Laravel, Symfony en Next.js voor een webapplicatie of portaal. Zoveel mogelijk logica zetten we buiten de app, zodat een aanpassing geen storebeoordeling nodig heeft. Waar techniek werk overneemt doen we dat: gebruiksdata laat zien welke stap blijft haken en AI helpt onze developers sneller bouwen en reviewen. De verantwoordelijkheid voor kwaliteit en veiligheid blijft bij ons.
Je werkt met Paul, Head of Engineering. Hij zet gebruik, crashes en snelheid in een dashboard waar jij zelf bij kunt, dus je ziet na elke release of het beter werd.
Vier lagen. De keuze: native, hybride of webapplicatie, met de reden erbij en de gevolgen voor beheer en kosten. Het functioneel ontwerp: welke taken de app doet en welke bewust niet, uitgewerkt tot een klikbaar prototype voordat er gebouwd wordt. De bouw: de app plus de koppelingen met je bestaande systemen, want zonder je eigen data is een app een lege schil. En de uitrol: de gang naar de App Store en Google Play, inclusief de beoordelingen en de releases daarna.
Veel vragen die als appvraag binnenkomen, zijn eigenlijk een portaalvraag. Wil je een klantportaal laten maken waarin klanten hun bestellingen, facturen, contracten of servicestatus zelf terugvinden, dan hoeft dat niet in een app: een beveiligde omgeving in de browser werkt op elk toestel en vraagt geen installatie. Datzelfde geldt voor interne portalen voor dealers, monteurs of medewerkers. Wij bouwen die als webapplicatie op je bestaande systemen, met rollen en rechten, en met een koppeling die de gegevens laat zien die er al zijn. Elke vraag die daar wordt opgelost, komt niet meer bij je klantenservice terecht.
Drie diensten die een app in de lucht houden.
Een app staat nooit los. Het ontwerp bepaalt of de taak lukt, de koppelingen bepalen of er iets te zien is en support bepaalt of hij na de volgende iOS-update nog werkt. Wij pakken die drie in hetzelfde team op.
Van intake tot doorontwikkeling in vijf stappen.
We bepalen welke taak de app oplost en voor wie, en of een app daarvoor het juiste middel is. Soms is het antwoord een portaal, en dat zeggen we dan.
Functionaliteit, schermen en interactie leggen we vast in een klikbaar prototype dat we met gebruikers testen voordat er gebouwd wordt.
We bouwen de app of webapplicatie en koppelen hem aan je CRM, voorraad, betaalprovider of ERP. Zoveel mogelijk logica buiten de app.
We testen op toestellen, snelheid en veiligheid en regelen de gang naar de App Store en Google Play, inclusief de beoordeling.
Na livegang volgen we gebruik, crashes en snelheid en sturen we bij. Je ziet per release of de aanpassing deed wat hij moest doen.
Van een app naast de website tot een besloten omgeving voor zakelijke klanten.
Drie frameworks voor apps, webapplicaties en portalen.
In een uur nemen we door welke taak je wilt oplossen en voor wie. Je hoort of een app daarvoor het juiste middel is of dat een portaal je meer oplevert. Kost je een uur, verplicht je tot niets.
Dat hangt af van de keuze tussen native, hybride of webapplicatie, het aantal koppelingen en of er een besloten omgeving met rollen en rechten bij komt. Een app die op bestaande systemen leunt is een ander traject dan een portaal dat data uit vier bronnen samenbrengt.
Wat je altijd krijgt: een eerlijk antwoord op de vraag of een app het juiste middel is, een prototype dat getest is voordat er gebouwd wordt, koppelingen op je eigen systemen en een dashboard met gebruik en crashes.
Wil je weten wat er in jouw geval nodig is? Plan een gesprek, dan bepalen we samen de scope.
Dat hangt af van het type app, de gewenste functionaliteiten en koppelingen. We maken altijd een voorstel op maat na een intake.
Native apps worden specifiek ontwikkeld voor iOS of Android. Hybride apps (zoals in React Native) draaien op beide platformen vanuit één codebase.
Ja, we bouwen krachtige en veilige webapps die goed werken in elke browser en op elk apparaat.
Gemiddeld tussen de 10 en 20 weken, afhankelijk van de scope en complexiteit.
Zeker. We zorgen voor support, updates en bouwen graag mee aan nieuwe features.