Waarom een eigen winkelcentrum-app meestal niet werkt

Vroeg of laat komt in elk bestuur van een winkelgebied het idee op tafel: we moeten een eigen app. Soms komt het van een enthousiast lid, soms van de gemeente die digitaliseringsbudget heeft, soms van een leverancier met een mooie demo. Het idee is begrijpelijk en de intentie is goed. Toch is een eigen consumenten-app voor de meeste winkelgebieden een slecht besteed budget: niet omdat apps slecht zijn, maar omdat de rekensom voor dit specifieke gebruik bijna nooit klopt. Dit artikel zet de analyse eerlijk op een rij, inclusief de gevallen waarin een app wél verdedigbaar is, en eindigt met vijf vragen die je beantwoordt vóór je een offerte tekent.

Waarom het idee zo aantrekkelijk is

Een eigen app heeft alles wat een bestuurlijk plan aantrekkelijk maakt. Hij is tastbaar: je kunt hem op een ledenvergadering laten zien, er staat een icoon met het logo van het gebied op echte telefoons. Hij voelt modern: andere centra hebben er ook een, en niemand wil het gebied zijn dat achterblijft. Hij is afgebakend: een app laten bouwen is een project met een begin, een oplevering en een feestelijk lanceermoment, veel overzichtelijker dan het taaie, doorlopende werk van zichtbaarheid verbeteren. En voor een gemeente of subsidieverstrekker is "we hebben een app gelanceerd" een concreet resultaat om te rapporteren.

Al die aantrekkingskracht zit aan de kant van de makers en bestuurders. Geen ervan zit aan de kant van de bezoeker. Dat is de kern van het probleem.

De download-drempel is het fundamentele probleem

Bekijk het van de kant van een bezoeker. Om jouw app te gebruiken moet hij: weten dat de app bestaat, hem opzoeken in de App Store of Play Store, hem installeren, meldingen en misschien locatietoegang toestaan, en (het moeilijkste) zich de app herínneren op het moment dat hij hem nodig heeft. Elke stap in dat rijtje kost een deel van de mensen die eraan begonnen.

Die drempel is te nemen voor diensten die mensen dagelijks of wekelijks gebruiken: bankieren, berichten, de supermarkt-app met de spaarkaart. Maar wat doet een bezoeker met een winkelgebied-app? Hij zoekt een openingstijd, kijkt of er een evenement is, zoekt één keer een winkel op de plattegrond. Dat zijn vragen die een paar keer per jaar opkomen, en die stuk voor stuk óók beantwoord worden door een zoekopdracht in Google of een blik op de website. Een app installeren voor iets wat je een paar keer per jaar nodig hebt en wat zonder app ook kan: dat doen mensen niet, en het is redelijk dat ze het niet doen.

De vergelijking die het scherp maakt: je vraagt bezoekers om ruimte op hun telefoon te reserveren voor jouw gebied, zoals je zou vragen om een folder permanent in hun jaszak te bewaren. Voor de paar merken waar mensen echt aan gehecht zijn lukt dat. Een winkelgebied is voor bijna niemand zo'n merk: mensen zijn gehecht aan de bakker, niet aan het overkoepelende gebied.

De onderhoudslast landt bij het bestuur

Stel dat de lancering slaagt en er staan installaties op de teller. Dan begint het werk pas, en dat werk heeft drie kanten.

Content. Een app zonder verse inhoud is binnen weken een lege huls, en een lege huls wordt verwijderd bij de eerstvolgende opruimactie van de telefoon. Iemand moet dus blijven vullen: evenementen, nieuws, acties van winkeliers. Dat is precies hetzelfde redactiewerk dat ook de website en socialkanalen vraagt, alleen komt het er nu bovenop, voor een kleiner publiek.

Techniek. Apple en Google veranderen hun besturingssystemen en store-eisen doorlopend. Een app die niemand aanpast, gaat kapot of wordt uit de store verwijderd wegens verouderde vereisten. Dat betekent een doorlopend onderhoudscontract met de bouwer, jaar na jaar, ook als er inhoudelijk niets verandert.

Beheer. Store-accounts, certificaten, jaarlijkse ontwikkelaarskosten, het beantwoorden van store-reviews. Klein werk, maar het moet gebeuren en iemand moet weten hoe.

Bij een groot centrum met een betaalde beheerorganisatie is daar een bureau of een functionaris voor. Bij een winkeliersvereniging landt dit alles bij een vrijwilliger: dezelfde vrijwilliger die ook de ledenadministratie doet en de sinterklaasintocht regelt. Als die persoon stopt, stopt in de praktijk de app, alleen staat hij dan nog wel in de store, verouderend in het zicht van iedereen.

Wat er na de lancering meestal gebeurt

Het patroon is bij veel gebieds-apps hetzelfde, en je hoeft er geen cijfers voor te verzinnen: vraag het na bij centra die er een hebben, of kijk zelf in de stores. De lancering geeft een piek: leden installeren de app, familie en de harde kern van betrokken bewoners volgen, de lokale krant schrijft erover. Daarna wordt het stil. Nieuwe installaties druppelen binnen, het gebruik per gebruiker zakt weg, en de update-historie in de store (voor iedereen zichtbaar) toont steeds grotere gaten tussen versies. De reviews die er staan zijn van het eerste jaar. Na verloop van tijd durft niemand in het bestuur de vraag hardop te stellen of het onderhoudscontract nog zin heeft, omdat er ooit serieus geld in is gestoken.

Dat is geen falen van dat ene bestuur. Het is de voorspelbare uitkomst van een middel dat een hogere gebruiksfrequentie nodig heeft dan een winkelgebied kan bieden.

Wanneer een app wél kan werken

Eerlijkheid gebiedt: er zijn situaties waarin de rekensom anders uitvalt. De gemene deler is steeds dat de app iets doet wat zonder app echt niet kan, voor mensen die vaak genoeg komen.

• Zeer hoge bezoekfrequentie. Een gebied waar dezelfde mensen meerdere keren per week komen (een binnenstad met veel vaste bezoekers, een centrum met dagelijkse boodschappen als kern) heeft in elk geval het frequentieprobleem niet.
• Een eigen parkeer- of loyaliteitsfunctie. Kenteken-parkeren met korting, een spaarprogramma dat bij alle winkels werkt, gebiedscadeaukaarten beheren: dat zijn functies met een directe, herhaalde beloning voor de gebruiker. Dan is de app geen folder maar een gereedschap.
• Een groot centrum met eigen beheerorganisatie. Waar een professionele organisatie met budget en personeel de content, techniek en marketing structureel draagt, vervalt het vrijwilligersprobleem.

Merk op dat deze drie zelden los voorkomen: het grote centrum met de parkeerkoppeling en de hoge frequentie is meestal één en hetzelfde type locatie. Voor een dorpskern of een middelgroot winkelgebied met een vrijwilligersbestuur geldt vrijwel nooit een van de drie.

Het alternatief: ga naar waar mensen al zijn

De vraag achter de app-wens is legitiem: hoe bereiken we bezoekers digitaal? Het antwoord is alleen niet "bouw een eigen kanaal en overtuig mensen daarheen te komen", maar "wees aanwezig op de plekken waar ze al zijn". Concreet:

• De zoekmachine. Verreweg de meeste digitale eerste contacten met je gebied lopen via Google: een winkelnaam, "openingstijden", een productzoekopdracht. Kloppende Google Bedrijfsprofielen van alle winkels bereiken meer bezoekers dan welke app ook, zonder dat iemand iets hoeft te installeren.
• De gebiedssite. Eén website met winkelbestand, openingstijden, plattegrond en agenda, vindbaar via de zoekmachine, zonder drempel te openen door iedereen, ook door de incidentele bezoeker die nooit een app zou installeren.
• Bestaande socialkanalen. Bezoekers zitten al op Instagram en Facebook. Daar aanwezig zijn met de acties en evenementen van het gebied kost redactiewerk, geen ontwikkelbudget.
• Schermen in het gebied zelf. Wie er al loopt, is je meest waardevolle publiek. Infozuilen en schermen bij ingangen tonen actuele acties zonder dat de bezoeker iets hoeft te doen.

Wees ook hier eerlijk over de kosten: dit alternatief is geen gratis lunch. Het vraagt van je organisatie precies datgene waar het bij de app óók op aankwam: iemand die structureel content maakt en gegevens actueel houdt. Het verschil is dat elke euro en elk uur nu terechtkomt bij kanalen zonder installatie-drempel, en dat de basisgegevens (winkels, tijden, plattegrond) maar op één plek bijgehouden hoeven te worden als je dat goed inricht. Om die reden bouwt Centrado zelf geen consumenten-app: het platform richt zich op één centrale plek voor de gegevens van het gebied en distributie daarvan naar de website, schermen en bestaande kanalen.

Vijf vragen vóór je een app laat bouwen

Staat de app toch op de agenda, beantwoord dan eerst schriftelijk deze vijf vragen. Als het antwoord op één ervan niet overtuigend is, is dat het moment om te stoppen: vóór de offerte, niet erna.

1. Wat kan de app dat de mobiele website niet kan? Noem de concrete functie. "Pushmeldingen" telt alleen als je ook kunt uitleggen waarom bezoekers die aan zullen zetten en waarom je ze niet via bestaande kanalen bereikt.
2. Hoe vaak komt onze gemiddelde bezoeker, en hoe vaak zou die de app openen? Wees streng: niet de trouwste klant van het trouwste lid, maar de gemiddelde bezoeker. Bij "een paar keer per jaar" kun je hier ophouden.
3. Wie vult de app volgend jaar oktober met content, en hoeveel uur per week is daarvoor begroot? Een naam en een getal. "De winkeliers gaan zelf plaatsen" is in de praktijk zelden houdbaar zonder iemand die trekt en redigeert.
4. Wat kost de app in jaar twee en drie? Onderhoudscontract, store-kosten, contenturen. Vergelijk dat bedrag met wat dezelfde euro's zouden doen aan de gebiedssite, fotografie of schermen in het gebied.
5. Waaraan meten we over achttien maanden of het geslaagd is, en wat doen we als dat niet zo is? Spreek vooraf een ondergrens af (actieve gebruikers per maand, niet totale downloads) en een exit: wie mag besluiten de stekker eruit te trekken, en wat gebeurt er dan met het contract?

Een bestuur dat deze vijf vragen serieus beantwoordt, komt in de meeste gevallen zelf tot de conclusie dat het geld beter naar vindbaarheid en de bestaande kanalen kan. En het bestuur dat na deze vragen nog steeds voor een app kiest, doet dat dan tenminste met open ogen, met een begroting voor de jaren ná de lancering en een afgesproken moment van evaluatie. Dat is het verschil tussen een bewuste keuze en een icoon dat langzaam verstoft op de telefoons van de leden zelf.