Mijn dochter woonde een concert bij in Vorst Nationaal, waardoor ik enkele uren in Brussel moest overbruggen.
Het plan was eenvoudig: een bioscoop vinden, ergens in de buurt lekker eten en beide zo efficiënt mogelijk combineren, rekening houdend met rijden, parkeren en wandelen.
Brussel bood voldoende mogelijke clusters.
Wat veel minder consequent aanwezig was, was duidelijkheid.
Het eerste restaurant dat ik overwoog, had alleen een Franstalige website. Dat was geen onoverkomelijk probleem. Ik spreek en lees vlot Frans.
Toch bleef één merkwaardig hardnekkige vraag hangen:
Mag ik als Nederlandstalige bezoeker in Brussel misschien ook wat informatie in mijn eigen taal krijgen?
Een burgerrestaurant in de buurt van een bioscoop leek een praktisch alternatief, maar de online informatie maakte het moeilijk om te begrijpen waar het restaurant precies lag en welke pagina bij die locatie hoorde. Daarna bekeek ik nog verschillende andere websites. Sommige waren onvolledig in de gekozen taal. Andere maakten basisinformatie moeilijker vindbaar dan nodig was.
Uiteindelijk koos ik voor een brasserie waar het grootste deel van de informatie beschikbaar was in de taal die ik had geselecteerd. Enkele onderdelen bleven onvertaald, maar op dat moment voelde zelfs dat al als vooruitgang.
Het eten was lekker.
Welke film ik zag, herinner ik me niet meer.
De websites herinner ik me wel.
Het ongemak was klein. De vraag niet.
Er gebeurde die avond niets dramatisch.
Ik vond een plek om te eten. Ik begreep het Frans. Ik geraakte in de bioscoop. Geen reservatiesysteem stortte in en geen enkel restaurant weigerde mij te bedienen.
De frictie was beperkt.
Precies daarom was ze interessant.
Een klant hoeft niet volledig geblokkeerd te worden voordat een website waarde begint te verliezen. Kleine onzekerheden stapelen zich op: een onduidelijke locatie, een onvertaald menu, openingsuren die op de ene pagina wel en op de andere niet staan, een reservatieknop die onverwacht ergens anders naartoe leidt, of een taalkeuze die slechts de helft van de pagina verandert.
Elk probleem kan afzonderlijk onbelangrijk lijken.
Samen maken ze van een eenvoudige beslissing werk.
En ik had een voordeel. Ik spreek Frans.
Hoe verloopt die ervaring voor iemand uit het Verenigd Koninkrijk, Duitsland, Scandinavië, de Verenigde Staten of elders? Wat vindt een Engelstalige expat die een restaurant zoekt in de buurt van een concertzaal? Hoe zeker voelt een toerist zich die slechts vier eenvoudige antwoorden nodig heeft?
- Waar ligt het restaurant?
- Is het open?
- Welk soort eten serveert het?
- Hoe kan ik een tafel reserveren?
Brussel is officieel tweetalig, met Frans en Nederlands. De stad is tegelijk veel internationaler dan die twee talen alleen doen vermoeden. Officiële regionale en toeristische bronnen beschrijven een stad met meer dan 180 nationaliteiten en meer dan 100 gesproken talen.
Dat betekent niet dat elk onafhankelijk restaurant een perfecte website in twaalf talen moet onderhouden.
Het betekent wel dat het potentiële publiek uitzonderlijk divers is.
De commerciële vraag is daarom praktisch en niet politiek:
Begrijpt een potentiële klant voldoende om met vertrouwen voor deze zaak te kiezen?
Die avond was het antwoord minder consequent dan verwacht.
Dit is geen artikel over taalpolitiek
Brussel heeft geen gebrek aan politieke discussies over taal.
Dit is er geen van.
We proberen niet te bepalen welke taal het openbare leven moet domineren. We doen geen juridische uitspraken over wat elk privaat restaurant verplicht moet publiceren. We beweren evenmin dat elke kleine onderneming een volledig gelokaliseerde website nodig heeft voor elke nationaliteit die door de stad komt.
Het vertrekpunt is veel alledaagser.
Een restaurantwebsite bestaat om mensen te helpen beslissen of ze erheen willen gaan.
Taal is één onderdeel van die taak. Locatie, openingsuren, menu’s, prijzen, reservaties, mobiel gebruiksgemak en vertrouwen zijn dat ook.
Een bezoeker die Frans spreekt, kan nog altijd afhaken omdat de locatie onduidelijk is. Een Nederlandstalige lokale klant kan vertrekken omdat de gekozen taalversie onvolledig is. Een internationale bezoeker bereikt de reservatiepagina misschien nooit omdat het eerste scherm geen bruikbaar beeld geeft van wat het restaurant aanbiedt.
Het probleem is niet alleen dat er een vertaling ontbreekt.
Het probleem is dat de digitale reis kan stoppen voordat het fysieke bezoek begint.
Een fysieke cluster is niet automatisch een digitale klantreis
Mijn plan steunde op een cluster.
De concertzaal lag vast. Ik wilde eten en een bioscoop binnen een praktische straal. Rijden, parkeren en wandelen telden mee. De avond werkte alleen wanneer de verschillende onderdelen zonder onnodige omwegen konden worden gecombineerd.
Op de kaart bood Brussel verschillende mogelijkheden.
Online waren die mogelijkheden moeilijker te beoordelen.
Dat onderscheid is belangrijk voor lokale ondernemingen. Een restaurant kan uitstekend gelegen zijn in de buurt van een bioscoop, concertzaal, hotel, winkelcentrum of kantorenwijk. Die fysieke nabijheid creëert een kans.
Maar die kans heeft alleen waarde wanneer klanten ze kunnen herkennen.
Een restaurant kan perfect gelegen zijn en toch de online beslissing verliezen omdat:
- de officiële website moeilijk te identificeren is;
- verschillende locaties inconsistent worden voorgesteld;
- de taalopties onvolledig zijn;
- het menu verborgen zit in een onhandige pdf;
- openingsuren elkaar tegenspreken op verschillende pagina’s;
- de reservatiestroom onduidelijk is;
- mobiele navigatie frustrerend werkt;
- zoekresultaten verouderde informatie tonen;
- de website nooit uitlegt waarom deze locatie past binnen het plan van de bezoeker.
De onderneming ziet misschien een werkende website.
De bezoeker ervaart onzekerheid.
In die kloof begint het Brussels Project.
Eén avond is geen marktonderzoek
Een persoonlijke ervaring kan een nuttige vraag blootleggen.
Ze kan niet bewijzen hoe breed het probleem voorkomt.
Het zou gemakkelijk zijn om één frustrerende zoektocht om te vormen tot een algemene conclusie over Brusselse restaurants. Dat zou zwak onderzoek zijn en een oneerlijke basis om individuele ondernemingen te benaderen.
De volgende stap is daarom niet om een lijst van overtreders te publiceren.
De volgende stap is systematisch onderzoeken.
Het Brussels Project is Vayluna’s poging om te begrijpen hoe lokale horecazaken zich online presenteren, waar hun websites vermijdbare frictie creëren en welke verbeteringen zowel de onderneming als de bezoeker werkelijk zouden kunnen helpen.
Restaurants vormen het eerste aandachtspunt omdat de beslissingsreis concreet is.
Een bezoeker moet doorgaans het aanbod, de locatie, openingsuren, het menu, het prijsniveau en het reservatieproces begrijpen. Het resultaat is bovendien observeerbaar: ofwel ondersteunt de website een beslissing, ofwel laat ze belangrijke vragen onbeantwoord.
Brussel is de eerste markt omdat lokale klanten, pendelaars, toeristen, expats, evenementbezoekers en zakenreizigers er samenkomen binnen een geografisch compacte regio.
Dit moet geen nieuwe generieke restaurantgids worden.
Het is een operationeel project.
We bouwen er een specifieke tool voor
Honderden of duizenden ondernemingen manueel onderzoeken zou snel repetitief en inconsistent worden.
Een persoon kan een handvol websites zorgvuldig beoordelen. Op grotere schaal wordt het werk moeilijk te organiseren:
- de juiste officiële website vinden;
- beschikbare talen registreren;
- controleren of vertalingen volledig zijn;
- menu’s, openingsuren en reservatielinks lokaliseren;
- technische of mobiele problemen noteren;
- screenshots en bewijs bewaren;
- echte kansen onderscheiden van kleine onvolkomenheden;
- onthouden welke onderneming al werd bekeken;
- een relevante opvolging voorbereiden zonder in generieke spam te vervallen.
Daarom wordt het Brussels Project ook de eerste gerichte toepassing van een interne tool: de Vayluna Prospect Engine.
De tool wordt momenteel ontwikkeld.
Het doel is niet om op één knop te drukken en een verkooplijst te produceren. De tool moet bewijs verzamelen, structureren en prioriteren, zodat een menselijke operator een betere beslissing kan nemen.
De eerste versie wordt opgebouwd rond een praktische workflow.
Wat de tool moet onderzoeken
1. Heeft de onderneming een bruikbare officiële website?
De eerste taak is de juiste onderneming en haar officiële online aanwezigheid identificeren.
Dat klinkt eenvoudig, totdat een restaurant meerdere locaties, verschillende sociale profielen, verouderde bedrijvengidsen, een oud domein en aparte pagina’s voor bezorging, reservaties en de zaak zelf heeft.
De tool moet vastleggen wat hij vindt, zonder te doen alsof het eerste resultaat automatisch correct is.
2. Welke talen zijn werkelijk beschikbaar?
Een taalkeuzeknop alleen bewijst bijzonder weinig.
De tool moet onderscheid maken tussen:
- een volledige vertaalde versie;
- een gedeeltelijk vertaalde versie;
- vertaalde navigatie terwijl de content ongewijzigd blijft;
- een apart menu in een andere taal;
- machinaal vertaalde fragmenten;
- helemaal geen zichtbare taaloptie.
De vraag is niet of de website een vlagicoontje bevat.
De vraag is of een bezoeker de relevante klantreis in de gekozen taal kan voltooien.
3. Is de praktische informatie duidelijk?
Het systeem moet zoeken naar de informatie die een klant nodig heeft om te handelen:
- adres en locatie;
- openingsdagen en -uren;
- menu of culinair concept;
- indicatief prijsniveau;
- reservatiemethode;
- telefoonnummer en contactgegevens;
- informatie over toegankelijkheid of parkeren wanneer relevant;
- verschillen tussen meerdere locaties.
Ontbrekende informatie is één probleem.
Tegenstrijdige informatie kan erger zijn.
4. Werkt de website goed op mobiel?
Veel zoekopdrachten naar restaurants gebeuren terwijl iemand al onderweg is, parkeert, wandelt of beslist waar hij vervolgens naartoe gaat.
Een ervaring die alleen op desktop werkt, volstaat dus niet.
De tool moet helpen om layouts te identificeren die op kleine schermen breken, onleesbare menu’s, storende pop-ups, piepkleine knoppen, trage pagina’s en reservatiestromen die op een telefoon moeilijk worden.
5. Zijn er technische problemen of zoekproblemen?
Een restaurant heeft geen ingewikkeld technisch platform nodig.
Het heeft wel pagina’s nodig die gevonden, geopend en begrepen kunnen worden.
De eerste versie van de tool kan problemen signaleren zoals:
- gebroken links;
- ontbrekende paginatitels;
- ontbrekende of dubbele beschrijvingen;
- onveilige of inconsistente URL’s;
- pagina’s die niet correct geïndexeerd kunnen worden;
- oude domeinen die nog in zoekresultaten verschijnen;
- ontbrekende lokale bedrijfsinformatie;
- duidelijke laad- of weergaveproblemen.
Die signalen rechtvaardigen niet automatisch een volledige heropbouw.
Ze geven wel een reden om de website grondiger te bekijken.
6. Is er een echte commerciële kans?
Niet elke onvolkomenheid is een verkoopkans.
Een klein restaurant met een eenvoudige onepagewebsite kan zijn klanten al perfect bedienen. Een ontbrekende Engelse pagina betekent niet automatisch dat de eigenaar er een wil. Een verouderd ontwerp kan irrelevant zijn wanneer het restaurant voortdurend volgeboekt is.
De engine moet daarom helpen kansen te rangschikken in plaats van alleen gebreken te tellen.
Een betekenisvolle kans kan verschillende factoren combineren:
- de onderneming lijkt actief;
- de huidige website creëert zichtbare frictie;
- de locatie bedient een meertalig of internationaal publiek;
- het probleem kan duidelijk worden aangetoond;
- de verbetering is realistisch;
- Vayluna kan een proportionele oplossing aanbieden.
Het uiteindelijke oordeel blijft menselijk.
De tool moet bewijs opleveren, geen beschuldigingen
Er is een groot verschil tussen deze twee boodschappen:
Uw website is slecht en moet vervangen worden.
en:
We merkten dat de Nederlandse taaloptie stopt vóór de informatie over het menu en de reservatie. Voor een onderneming in de buurt van een grote evenementenlocatie kan dat onnodige frictie veroorzaken voor een deel van het lokale publiek.
De eerste boodschap is generieke prospectie.
De tweede is een specifieke observatie die gecontroleerd kan worden.
Het Brussels Project moet dat tweede type communicatie mogelijk maken.
Dat betekent dat bewijs bewaard moet worden: de relevante URL, de geselecteerde taal, de toestand van de pagina, de ontbrekende informatie en de datum van de observatie. Websites veranderen. Zoekresultaten veranderen. Een probleem dat vandaag zichtbaar is, kan volgende maand opgelost zijn.
Het project mag tijdelijke vaststellingen niet voorstellen als permanente waarheden.
Het moet ook vermijden om ondernemingen publiek bij naam te noemen alleen om dramatische voorbeelden te creëren. De restaurants die aanleiding gaven tot dit artikel blijven anoniem omdat het doel is om het patroon uit te leggen, niet om individuele uitbaters in verlegenheid te brengen.
Wanneer een specifieke onderneming later wordt benaderd, hoort het bewijs thuis in dat privégesprek.
Waarom dit later deel kan worden van de outreach
Een nuttig artikel kan meer doen dan zoekverkeer aantrekken.
Het kan context bieden.
Stel je voor dat je alleen deze boodschap ontvangt:
Wij bouwen meertalige websites voor restaurants.
Die kan van bijna elk bureau komen.
Vergelijk dat met een boodschap die uitlegt:
- welk exact probleem op de website werd gevonden;
- waarom het relevant is voor die locatie en dat publiek;
- hoe het Brussels Project is ontstaan;
- wat het bredere onderzoek probeert te begrijpen;
- hoe een realistische correctie eruit zou kunnen zien.
Het artikel wordt dan ondersteunend materiaal in plaats van lokaas.
Een toekomstige boodschap zou inhoudelijk bijvoorbeeld kunnen zeggen:
We merkten dat uw website momenteel geen Nederlandstalige informatie over het menu en de reservatie biedt. We onderzoeken hoe Brusselse horecazaken meertalige bezoekers online bedienen, en dit artikel legt uit waarom we daarmee begonnen. We denken bovendien dat het probleem op uw website kan worden opgelost zonder er een onnodige volledige heropbouw van te maken.
Dat blijft outreach.
Het hoeft niet te doen alsof dat niet zo is.
Maar het is nuttiger dan een massamail met een gerecycleerd compliment, verzonnen urgentie en een vage belofte om “uw online aanwezigheid te versterken”.
De bedoeling is minder ondernemingen te benaderen met relevantere observaties.
Menselijke goedkeuring blijft onderdeel van het proces. De tool kan informatie helpen verzamelen en drafts voorbereiden, maar berichten mogen niet worden verstuurd alleen omdat een geautomatiseerde score een grens overschrijdt.
Waarom restaurants slechts het begin zijn
De eerste versie richt zich op restaurants en horeca omdat de klantreis gemakkelijk te begrijpen is.
Het bredere probleem beperkt zich niet tot eten.
Vergelijkbare hiaten kunnen voorkomen op websites van:
- onafhankelijke hotels;
- culturele locaties;
- winkels die toeristen bedienen;
- lokale attracties;
- gezondheids- en wellnesszaken;
- professionele dienstverleners;
- evenementenlocaties;
- ondernemingen met meerdere Brusselse vestigingen.
Dezelfde kernvragen keren terug.
Kunnen mensen de juiste informatie vinden?
Kunnen ze die begrijpen?
Kunnen ze ernaar handelen?
Weerspiegelt de website het publiek dat de onderneming werkelijk bedient?
Te vroeg uitbreiden zou het project verzwakken. Een tool die vanaf het begin elk type lokale onderneming scant, zou waarschijnlijk oppervlakkige en generieke observaties produceren.
De restauranttoepassing geeft ons een smallere omgeving waarin we het datamodel, de scoring, het reviewproces en de outreachstandaarden kunnen ontwikkelen.
Het project kan later verbreden wanneer de eerste versie haar nut bewijst.
Dit is ook een test van hoe we AI willen gebruiken
Het Brussels Project sluit rechtstreeks aan bij de manier waarop Vayluna met AI-ondersteund werk omgaat.
In How to Use AI to Build a Website or Online Store (Without Letting It Take Over) stelden we dat AI het nuttigst is wanneer een mens het doel, de context en de kwaliteitsnorm bepaalt.
Hetzelfde principe geldt hier.
AI kan helpen met:
- websitecontent classificeren;
- taalversies vergelijken;
- praktische informatie extraheren;
- observaties organiseren;
- samenvattingen opstellen;
- inconsistenties detecteren;
- dossiers prioriteren;
- een eerste outreachdraft voorbereiden.
AI mag niet zelfstandig beslissen dat een onderneming tekortschiet, dat een website opnieuw gebouwd moet worden of dat een ongevraagd bericht verstuurd moet worden.
Automatisering kan het onderzoek versnellen.
Ze kan het oordeel niet automatisch eerlijk maken.
De waarde van de Prospect Engine zal minder afhangen van hoeveel websites hij kan verwerken dan van de vraag of hij ons helpt echte, verdedigbare kansen te vinden zonder de context van elke onderneming te verliezen.
Waar het Brussels Project vandaag staat
Op het moment van schrijven wordt de specifieke tool nog gebouwd.
Het eerste werk bestaat uit het definiëren van de velden, bronnen, auditcriteria, het bewijsmodel en het reviewproces. De eerste versie zal niet elk restaurant perfect begrijpen. Sommige websites zullen geautomatiseerde inspectie blokkeren. Sommige taalstructuren zullen ambigu zijn. Sommige bevindingen zullen manueel gecontroleerd moeten worden.
Dat is te verwachten.
Een eerste versie is nuttig wanneer ze een herhaalbare workflow creëert en zichtbaar maakt waar de aannames verkeerd waren.
Het project begint bewust smal, met gecontroleerde batches en menselijke review. We zullen leren welke signalen relevant zijn, welke valse positieven creëren en welke verbeteringen realistisch genoeg zijn om aan een onderneming te vermelden.
Pas daarna wordt outreach zinvol.
Deze introductie publiceren voordat het systeem klaar is, kan vroeg lijken.
Het is ook eerlijk.
Het Brussels Project begon niet met een verzorgde productpresentatie. Het begon met een ouder die tijdens een concert eten en een film probeerde te combineren.
De avond werkte.
De digitale klantreis verliep niet zo vlot als ze had moeten verlopen.
Dat volstond om betere vragen te beginnen stellen.
Een website moet de volgende stap eenvoudiger maken
De website van een lokale onderneming hoeft niet op iedereen indruk te maken.
Ze moet wel de juiste persoon helpen om de volgende stap te zetten.
Voor een restaurant kan dat betekenen: het menu begrijpen, de locatie bevestigen en een tafel reserveren. Voor een bezoeker in Brussel zijn taal en duidelijkheid geen decoratieve extra’s. Ze bepalen mee of een onderneming toegankelijk aanvoelt op het moment dat een beslissing wordt genomen.
Het Brussels Project zal testen hoe vaak die klantreis breekt en of een specifieke tool ons kan helpen de ondernemingen te vinden waar een praktische verbetering werkelijk een verschil zou maken.
Misschien liggen de sterkste kansen bij meertalige heropbouwen.
Misschien zijn ze veel kleiner: een locatiepagina corrigeren, één vertaling vervolledigen, een reservatiestroom vereenvoudigen of een menu mobiel bruikbaar maken.
We weten het nog niet.
Daarom bouwen we de tool.
Niet om een conclusie te automatiseren.
Wel om het probleem degelijk te onderzoeken.
