Naar de inhoud

Apps op maat

Een app voor wat jouw website nog niet kan

Soms mist je website of webshop een functie, of zet iemand elke dag gegevens met de hand over van het ene systeem naar het andere. Dan bouwen we een app op maat: een functie in je site, een webapplicatie of een koppeling. Eerst kijken we of iets bestaands het ook kan.

Illustratie: tablet op een standaard op een donkere leistenen werktafel, met een kraftkartonnen verzenddoos en een staaltje eikenfineer; op het scherm een schematische lijst van bestellingen.

Voorbeeld met verzonnen gegevens

Bestelling 1048

2 artikelen, € 184,00

Nieuw

Een app op maat is hier een functie bij je website of webshop

Met een app op maat bedoelen we software die één taak voor jouw bedrijf uitvoert en die je website of webshop uitbreidt. Die werkt in de browser: als onderdeel van je site, binnen het beheer van je webshop of als webapplicatie met een eigen inlog. Een webapplicatie, kortweg webapp, open je via een webadres op telefoon, tablet of computer, zonder iets te installeren.

Apps voor iPhone of Android, die je downloadt uit de App Store of Google Play, maken we niet. Zoek je een app voor je webshop, kijk dan eerst wat je klant nodig heeft. Vaak is dat een mobiele site die snel laadt en makkelijk afrekent, of een webapp die op het beginscherm van de telefoon kan staan. Past dat niet, dan zeggen we dat.

Waar de app komt te staan, bepaalt wat hij kan

Maatwerk heeft vier vormen. Elke vorm heeft eigen gebruikers, een eigen manier van inloggen en een eigen grens aan wat hij mag lezen en wijzigen.

Een app binnen je webshop

Een uitbreiding die in het beheer van je webshop verschijnt, naast je producten en bestellingen. Je team werkt ermee zonder een apart systeem te openen. Welke gegevens zo’n app mag gebruiken en waar hij mag verschijnen, bepaalt het webshopplatform.

  • Voor je eigen team, in het beheer dat je al kent

  • Grenzen verschillen per platform

Een functie op je website

Een onderdeel dat bezoekers op je site gebruiken, zoals een productconfigurator, een rekenhulp of een aanvraagformulier dat per antwoord andere vervolgvragen stelt. Het past in de opmaak van je site en werkt met je eigen gegevens.

  • Voor bezoekers, meestal zonder inlog

  • Onderdeel van je bestaande site

Een aparte webapp of een klantportaal

Een eigen omgeving met een inlog, voor klanten, dealers of je eigen medewerkers. Een klantportaal is zo’n omgeving voor klanten: daar zien ze hun bestellingen, documenten of afspraken, of voeren ze zelf iets in. Omdat hij los van je website staat, kan hij eigen rollen en rechten hebben.

  • Eigen inlog en rollen

  • Werkt in de browser, ook op de telefoon

Een koppeling met andere software

Geen scherm, maar een verbinding. Een API-koppeling laat twee systemen gecontroleerd gegevens uitwisselen, bijvoorbeeld van je webshop naar je boekhouding of van een formulier naar je klantbeheersysteem. Een API is de afgesproken ingang van een systeem: wat je mag opvragen, wat je mag wijzigen en met welke sleutel.

  • Geen overtypen tussen systemen

  • Uitgewerkt op de pagina over API-koppelingen

Een klantportaal laten maken: eerst kijken wat je al hebt

Een klantportaal is een afgeschermde omgeving waarin je klanten zelf iets doen: een bestelling plaatsen of volgen, documenten downloaden, een afspraak inzien of gegevens aanleveren. Voordat we er een bouwen, kijken we of je bestaande software er al een heeft. Sommige boekhoud-, klantbeheer- en webshoppakketten bieden een klantomgeving of een zakelijke bestelroute, soms tegen een meerprijs. Past die bij je proces, dan is dat meestal sneller en goedkoper dan maatwerk.

Wanneer een eigen portaal past

  • Klanten moeten gegevens zien die in meer dan één systeem staan

  • Je werkt met afspraken per klant, zoals eigen prijzen, een vast assortiment of een goedkeuringsstap

  • Het portaal moet in de stijl en de taal van je eigen site werken

  • Een kant-en-klaar portaal dwingt een werkwijze af die niet bij je bedrijf past

Wat we vooraf vastleggen

  • Wie er inlogt. Met een eigen account per persoon, of via een inlog die je klanten al gebruiken. Eén gedeeld account per klantbedrijf raden we af: dan zie je niet wie wat deed.

  • Rollen binnen een klantbedrijf. Wie mag bestellen, wie keurt goed en wie ziet alleen facturen.

  • Waar de gegevens vandaan komen. Welk systeem leidend is voor klanten, prijzen, bestellingen en documenten, en of het portaal alleen leest of ook terugschrijft.

  • Privacy. Welke persoonsgegevens het portaal toont en bewaart, wie erbij kan en hoe lang. Verwerkt het portaal gegevens van jouw klanten, dan leggen we die afspraken vast.

Gaat het om één hoofdproces, met maximaal twee gebruikersrollen en één koppeling met een extern systeem, dan past een eerste versie binnen het pakket Apps & Automatisering. Is je portaal groter, dan maken we een eigen voorstel. Beschrijf wat je klanten zelf zouden moeten kunnen doen, dan kijken we eerst wat er al bestaat.

Koppelingen hebben een eigen pagina

  • API-koppelingen laten maken. Welk systeem de bron is, hoe je merkt dat er iets misgaat, hoe snel een wijziging doorkomt en wanneer een standaardkoppeling volstaat.

Vier situaties waarin maatwerk kan helpen

Dit zijn mogelijke toepassingen, geen uitgevoerde opdrachten. Ze laten zien welke vragen we stellen voordat we iets bouwen.

Een configurator die de prijs meteen laat zien

Probleem

Je product heeft opties die elkaar beïnvloeden, zoals maat, materiaal en afwerking. Klanten vragen per mail een prijs aan en jij rekent elke combinatie met de hand uit.

Oplossing

Een configurator op je website of in je webshop. De klant kiest stap voor stap, ziet alleen combinaties die kunnen en krijgt direct een voorbeeldprijs, die daarna als aanvraag of bestelling doorgaat.

Betrokken gegevens

Opties, prijsregels, uitsluitingen tussen opties en eventueel voorraad per onderdeel.

Nut

Klanten zien vooraf wat mogelijk is en wat het ongeveer kost. Aanvragen komen binnen met alle keuzes erin, zodat je niet hoeft na te vragen wat iemand bedoelde.

Hangt af van

Of je prijsregels in vaste regels en tabellen te vangen zijn, en of de keuze daarna in je webshop of in een offerte terecht moet komen.

Een bestelportaal voor vaste zakelijke klanten

Probleem

Vaste klanten bestellen per mail of telefoon, elk met eigen afspraken over prijzen en assortiment. Jij typt elke bestelling over en zoekt telkens op welke prijs voor wie geldt.

Oplossing

Een afgeschermde omgeving waar een zakelijke klant inlogt, alleen het eigen assortiment en de eigen prijzen ziet, eerdere bestellingen herhaalt en nieuwe plaatst.

Betrokken gegevens

Klantaccounts, prijsafspraken per klant, assortiment, bestelgeschiedenis en afleveradressen.

Nut

Bestellingen komen compleet binnen, met de juiste prijs erbij. Klanten bestellen op het moment dat het hun uitkomt.

Hangt af van

Waar de prijsafspraken nu staan, of je webshopplatform zakelijke prijzen zelf al ondersteunt, en welke rollen er binnen één klantbedrijf nodig zijn, zoals wie bestelt en wie goedkeurt.

Eén overzicht van wat er vandaag moet gebeuren

Probleem

De stand van zaken staat verspreid: bestellingen in de webshop, de planning in een spreadsheet, openstaande vragen in de mailbox. Elke ochtend begint met drie schermen naast elkaar.

Oplossing

Een operationeel dashboard dat de gegevens uit die systemen op één scherm zet: wat vandaag weg moet, wat vastzit en wat op iemand wacht. Alleen om te lezen, of met een paar acties erbij, zoals een status wijzigen.

Betrokken gegevens

Bestellingen en hun status, de planning, openstaande taken en eventueel voorraad of afspraken.

Nut

Iedereen kijkt naar hetzelfde overzicht, en wat blijft liggen valt op.

Hangt af van

Of de betrokken systemen hun gegevens via een API beschikbaar stellen, hoe actueel het overzicht moet zijn, en of een rapport in je bestaande software niet al volstaat.

Een intake die de afspraak voorbereidt

Probleem

Klanten boeken een afspraak, maar de informatie die je nodig hebt komt pas tijdens het gesprek op tafel, of in losse mails erachteraan.

Oplossing

Een intakeformulier dat per soort afspraak andere vragen stelt, bestanden laat meesturen en daarna een tijdstip aanbiedt uit je agenda. De antwoorden staan klaar als het gesprek begint.

Betrokken gegevens

Soorten afspraken, vragen per soort, beschikbaarheid uit je agenda, meegestuurde bestanden en contactgegevens.

Nut

Je begint elk gesprek met de juiste informatie, en klanten hoeven niets na te sturen.

Hangt af van

Welke agenda je gebruikt en of die een koppeling toelaat, of een bestaande afsprakentool met eigen vragen al volstaat, en waar de antwoorden worden bewaard, want het gaat vaak om persoonsgegevens.

Maatwerk is niet altijd het antwoord

Dit past als

  • Je doet een handeling vaak, met de hand en steeds op dezelfde manier

  • Dezelfde gegevens staan in twee systemen en lopen uit elkaar

  • Bestaande apps of plug-ins dekken maar een deel, en de rest los je op met omwegen

  • Het proces hoort bij jouw bedrijf en verandert niet elke maand

Dit past minder goed als

  • Er bestaat een functie of app die het probleem goed genoeg oplost

  • Het gaat om iets wat een paar keer per jaar voorkomt

  • Het proces ligt nog niet vast en verandert telkens

  • Er is na de oplevering geen ruimte voor onderhoud, in tijd of in budget

Past maatwerk niet, dan zoeken we de bestaande functie of app die het dichtst in de buurt komt en helpen we die in te richten. Soms is de uitkomst dat er niets gebouwd hoeft te worden.

Een bestaande app en maatwerk wegen we op vijf punten

Een bestaande app is sneller in gebruik, maatwerk sluit beter aan. Welke van de twee verstandiger is, hangt af van deze punten.

Kosten, nu en per jaar

Een bestaande app kost meestal een abonnement, maatwerk vooral een bouwbedrag plus onderhoud. We zetten beide naast elkaar over een periode van een paar jaar; de eerste maand zegt weinig.

Onderhoud

Een bestaande app wordt door de maker bijgehouden, op diens tempo en met diens keuzes. Maatwerk onderhoud je zelf of via ons, volgens afspraak.

Beveiliging

Elke app die bij je gegevens kan, is een partij meer die je moet vertrouwen. We kijken welke toegang een app vraagt en of die past bij wat hij doet.

Afhankelijkheden

Stopt de maker, verandert de prijs of verdwijnt een functie, dan heb je daar weinig invloed op. Maatwerk hangt op zijn beurt af van de systemen waaraan het gekoppeld is.

Beheergemak

Wie gaat ermee werken, en hoeveel moet die persoon ervoor leren? Een app die precies aansluit op je proces is soms eenvoudiger in gebruik dan een bestaande app met veel instellingen die je niet nodig hebt.

Eerst het proces, dan pas de code

  1. Het proces begrijpen. We lopen met je door hoe het nu gaat: wie doet wat, in welk systeem, hoe vaak en waar het vastloopt. Het liefst aan de hand van echte gevallen, zoals een bestelling of aanvraag van vorige week.

  2. Bestaande oplossingen beoordelen. We zoeken uit of een functie, app of plug-in het probleem al oplost, en wat die kost en beperkt. Is die er, dan adviseren we die.

  3. Eisen afbakenen. We leggen vast wat de app moet doen en wat niet, welke gegevens erin gaan, wie welke rechten krijgt en wat er gebeurt als iets misgaat. Dat is de basis voor het voorstel.

  4. Prototype. Een eerste versie met voorbeeldgegevens, zodat je kunt zien en proberen hoe het werkt voordat er iets aan je echte systemen hangt. Wat niet klopt, is hier nog snel aan te passen.

  5. Bouw. We bouwen de app en de koppelingen, waar het kan eerst tegen een testomgeving of testgegevens, zodat er niets in je echte administratie belandt.

  6. Integratietest. Een integratietest controleert of de app samenwerkt met de andere systemen, en dus meer dan of hij los werkt. Wat gebeurt er bij een ontbrekend veld, een dubbele invoer of een systeem dat even niet reageert? Jij test mee met je eigen gevallen.

  7. Overdracht. De app gaat live met een beschrijving van wat hij doet, welke accounts en sleutels erbij horen, waar je fouten ziet en wie wat doet bij een storing. Voor onderhoud en doorontwikkeling maken we een aparte afspraak.

Vijf onderwerpen die op tafel liggen voordat we bouwen

Deze punten bepalen hoe de app in elkaar zit en wat hij na de oplevering kost. Daarom bespreken we ze vooraf en niet halverwege.

Rollen

Wie gebruikt de app, en doet iedereen hetzelfde? Een medewerker die bestellingen verwerkt, heeft andere schermen nodig dan iemand die prijzen beheert of een klant die alleen de eigen gegevens ziet.

Toegangsrechten

Welke gegevens mag de app lezen en welke mag hij wijzigen? We vragen niet meer toegang dan nodig, en je ziet vooraf welke dat is. Toegang geef je via een eigen account of sleutel die je zelf kunt intrekken, nooit door een wachtwoord te delen.

Foutafhandeling

Wat gebeurt er als een koppeling niet doorkomt of iemand iets onvolledigs invoert? We spreken af wie een melding krijgt, waar je ziet wat er misging en hoe je het herstelt.

Onderhoud

De software rond de app verandert: platforms krijgen updates en API’s nieuwe versies. Onderhoud betekent die updates bijhouden, controleren of alles nog samenwerkt, herstellen wat stukgaat en de app verder ontwikkelen volgens afspraak.

Terugkerende kosten

Na de bouw lopen er kosten door, zoals hosting, abonnementen van gekoppelde software en onderhoud. Die staan naast het voorstel, zodat je ziet wat de app per jaar kost, naast wat de bouw kost.

Wat we nodig hebben voor een voorstel

Een voorstel voor maatwerk is zo precies als het beeld van je proces. Dit helpt het meest:

  • Een beschrijving van de handeling of het probleem, in je eigen woorden

  • Een paar echte voorbeelden, zoals een bestelling, offerte of aanvraag; persoonsgegevens mag je weglaten

  • Welke software erbij betrokken is, met de naam en het abonnement dat je hebt

  • Wie de app gaat gebruiken, en hoe vaak

  • Wat je al hebt geprobeerd, zoals bestaande apps of plug-ins

  • Pas bij de bouw: toegang via een eigen account of sleutel, nooit via een gedeeld wachtwoord

Waar de kosten van een app vandaan komen

Op de prijspagina staat het pakket Apps & Automatisering, met een vanafprijs voor de bouw en een optionele maandprijs voor beheer. Die vanafprijs hoort bij een eerste versie rond één hoofdproces, met maximaal twee gebruikersrollen en één koppeling met een extern systeem. Is je proces groter, dan krijg je een eigen offerte. Na het afbakenen van de eisen staat de prijs van de bouw op papier, met de terugkerende kosten ernaast.

  • Omvang. Het aantal schermen, stappen en uitzonderingen. Een uitzondering die één keer per maand voorkomt, moet ook gebouwd en getest worden.

  • Koppelingen. Met hoeveel systemen de app praat, in welke richting, en hoe goed de API van die systemen is beschreven.

  • Rollen en rechten. Eén soort gebruiker is eenvoudiger dan klanten, medewerkers en beheerders die elk iets anders mogen.

  • Gegevensmigratie. Bestaande gegevens die opgeschoond en overgezet moeten worden voordat de app ermee kan werken.

  • Ontwerp. Hoeveel schermen een eigen ontwerp nodig hebben en of de app in de opmaak van je bestaande site moet passen.

  • Testen. Het aantal situaties dat getest moet worden, en of er een testomgeving van de gekoppelde software beschikbaar is.

Terugkerende kosten

  • Hosting van de app en eventuele database

  • Abonnementen of API-kosten van gekoppelde software

  • Licenties van gebruikte onderdelen of diensten

  • Onderhoud: updates, controle op compatibiliteit en herstel

  • Doorontwikkeling, als je later functies wilt toevoegen

Bekijk wat er in Apps & Automatisering zit

Vragen over maatwerk

Moet ik mijn huidige software vervangen?

Meestal niet. Een app of koppeling bouwt voort op de software die je al gebruikt. Alleen als een systeem geen koppeling toelaat en dat de kern van het probleem is, bespreken we een alternatief.

Wat gebeurt er met de gegevens die de app verwerkt?

Vaak gaat het om klant- of bestelgegevens. We spreken af welke gegevens nodig zijn, waar ze staan, wie erbij kan en hoe lang ze bewaard blijven. Wat de app niet nodig heeft, slaat hij niet op.

Kan ik zelf iets aanpassen in de app?

Instellingen die vaak veranderen, zoals prijzen, opties of teksten, kunnen we beheerbaar maken. Wat de app doet en hoe hij rekent, verandert via een aanpassing in de code.

Kan de app later groeien?

We bouwen eerst de kleinste versie die het probleem oplost, en schrijven op welke uitbreidingen logisch zijn. Zo blijft de eerste versie overzichtelijk en weet je welke stap daarna kan. Doorontwikkeling spreken we apart af.

Wat als een bestaand pakket het later wel kan?

Dan kijken we opnieuw, en soms is overstappen dan de beste keuze. Daarom leggen we vast welke gegevens de app bewaart en in welke vorm, zodat een overstap niet vastloopt op gegevens die alleen in de app zitten.

Van wie is de app als hij klaar is?

Dat leggen we vooraf vast: wie eigenaar is van de code, op wiens account de app en de hosting staan, en wat je meekrijgt als je later met iemand anders verdergaat.

Maatwerk binnen Shopify, of eerst een webshop

  • Shopify-app laten maken. Een functie binnen je Shopify-beheer of je checkout vraagt andere keuzes: maatwerk of openbaar, rechten, en wat afhangt van je abonnement.

  • Webshop laten maken. Nog geen webshop, of twijfel over het platform? Begin daar.

Beschrijf de handeling die je kwijt wilt

Een paar zinnen over wat er nu met de hand gebeurt en welke software erbij hoort, is genoeg. We kijken eerst of iets bestaands het oplost, en zeggen het als dat zo is.