Browser of native:
welke event-app past?
Test hoe mensen op hun eigen apparaten aansluiten, updates ontvangen en naar het event terugkeren.
Kies je een event-app in de browser of een native app?
Kies toegang via de browser als het belangrijk is dat deelnemers het event met een link openen. Bekijk een native app als de geïnstalleerde versie functies biedt die je deelnemers nodig hebben. Veel producten bieden beide. De vraag is dan vaak welke route je promoot en of elke route je essentiële taken ondersteunt.
Het label zegt niets over ondersteuning van meldingen, gedrag zonder verbinding of gebruiksgemak. Test het echte product van de leverancier op de apparaten en met de instellingen die je publiek waarschijnlijk gebruikt.
Ken de drie manieren van toegang
Een event in de browser
Deelnemers openen een link op een telefoon of computer. Mogelijk moeten ze nog inloggen. Sommige webapps kunnen ook aan het beginscherm van een apparaat worden toegevoegd.
Een event in een gedeelde native app
Deelnemers installeren de iOS- of Android-app van de leverancier en openen je event daarin. Je event kan een eigen look hebben, terwijl de vermelding in de app store de naam van de leverancier draagt.
Een app onder je eigen naam
Je organisatie of event heeft een aparte vermelding in de app stores. Stem de ontwikkelaarsaccounts, de indiening, het onderhoud en de kosten af met de leverancier.
Vergelijk de stappen van uitnodiging tot event
Open de uitnodiging op een telefoon die het product nog niet heeft gebruikt. Test bij de route via de browser de link, het inloggen en het kiezen van het event. Reken bij de native route het bezoek aan de store, de installatie, de toestemmingen en de terugkeer naar het juiste event mee.
Test ook een terugkerende deelnemer. Wie de gedeelde app al heeft, doorloopt mogelijk een andere route dan een nieuwe bezoeker. Vraag wat er gebeurt als een bedrijfstoestel installatie blokkeert of een deelnemer niets wil installeren.
Zijn beide routes beschikbaar, maak de keuze dan duidelijk in de uitnodiging. Een alternatief via de browser helpt alleen als deelnemers het kunnen vinden en als het de taken ondersteunt die je van hen verwacht.
Test meldingen in plaats van aan te nemen hoe ze werken
Een geïnstalleerde app kan pushberichten ondersteunen, maar gebruikers kunnen de toestemming weigeren of de meldingen dempen. Een bericht dat in de app verschijnt, is iets anders dan een melding die zichtbaar is als de app gesloten is.
Ook apps in de browser kunnen web push ondersteunen. WebKit documenteert ondersteuning voor webapps op het beginscherm van iOS en iPadOS vanaf versie 16.4. Dat betekent niet dat elke webapp van een event dit heeft ingebouwd. Documentatie van WebKit.
Vraag de leverancier om via elke toegangsroute een testwijziging in het programma en een herinnering voor een gesprek te sturen. Probeer het met de app open, met de app gesloten en met geweigerde toestemming voor meldingen. Bepaal hoe essentiële wijzigingen mensen bereiken die geen melding krijgen.
Controleer precies wat zonder verbinding werkt
Offlinetoegang is een functie van het product die je moet testen. Zowel webapps als native apps kunnen een deel van de informatie op het toestel bewaren, maar de leverancier bepaalt wat beschikbaar is en wanneer het wordt bijgewerkt.
Laad het programma, verbreek de verbinding van de telefoon en probeer de taken die voor jou belangrijk zijn. Controleer het opgeslagen schema van de deelnemer en de ticket- of gespreksinformatie die je beschikbaar wilt houden. Maak daarna weer verbinding en controleer of wijzigingen verschijnen.
Voor het versturen van een nieuw bericht of het bevestigen van een nieuwe boeking is meestal contact met de dienst nodig. Vraag wat de deelnemer ziet zonder verbinding en hoe de app omgaat met een actie die niet kon worden afgerond. Baseer je plan voor de locatie niet op een vage belofte van „offlineondersteuning”.
Bepaal of je een eigen identiteit in de stores nodig hebt
Een event met jouw logo en kleuren in een gedeelde app is iets anders dan een app die onder de naam van je organisatie in de stores staat. Vraag om zowel de vermelding in de store als het eventscherm te zien, zodat iedereen het over hetzelfde soort eigen look heeft.
Is een aparte vermelding belangrijk, vraag dan welke stappen, materialen en accounts vóór de lancering nodig zijn. Stel vast wie updates indient en de app tussen events onderhoudt. De planning van de app stores hoort in het plan voor je event.
Als concreet voorbeeld documenteert EventMobi een gedeelde app en een app met eigen branding die via de ontwikkelaarsaccounts van de organisator wordt verspreid. De beschikbare toegangsroutes hangen af van het pakket. Toegangsopties van EventMobi.
Doe een korte test op toestellen met echte deelnemers
Geef een paar mensen die niet bij de aanschaf van de software betrokken waren een uitnodiging en een reeks taken. Gebruik de telefoons, browsers en toegankelijkheidsbehoeften die bij je publiek passen. Kijk waar ze hulp nodig hebben.
- Open het event vanuit de uitnodiging en kom bij het juiste programma.
- Verlaat het event en keer er later naar terug zonder onnodige stappen te herhalen.
- Vind een gewijzigde zaal of tijd en ontvang een update via de bedoelde route.
- Voltooi een gespreksverzoek of een andere essentiële interactie.
- Gebruik grotere tekst en de toegankelijkheidsinstellingen waar je deelnemers op vertrouwen.
- Herstel na een verbroken verbinding of een onjuiste login.
Kies een route die je op de dag zelf kunt ondersteunen
Toegang via de browser kan een bruikbare hoofdroute zijn voor een eenmalig event waar bezoekers snel een link moeten kunnen openen. Een geïnstalleerde app kan aantrekkelijk zijn voor een terugkerend publiek of als de meldingen en apparaatfuncties je event helpen. Dit zijn redenen om een route te testen en geen garantie dat het ene format beter presteert.
Werken beide routes, gebruik dan dezelfde content voor het event en geef deelnemers voor elke route korte instructies. Bereid het supportteam voor op de stappen die deelnemers echt doorlopen en zorg dat je essentiële informatie ook buiten de app kunt delen.
Tavata biedt een gedeelde app voor iOS en Android, met de eigen look van elk event, en daarnaast toegang via de browser. Vraag ons de toegangsroutes en functies voor jouw event te laten zien. Dan kun je beslissen wat je in de uitnodiging promoot.
Vragen van organisatoren
Kan een event-app in de browser pushberichten sturen?
Sommige wel. Het hangt af van het eventproduct, het toestel, de browser, de installatiestatus en de toestemming van de gebruiker. Op iOS en iPadOS ondersteunt WebKit web push voor webapps op het beginscherm vanaf versie 16.4. Test het eventproduct zelf.
Werkt een native app automatisch offline?
Nee. Het gedrag zonder verbinding hangt af van wat de leverancier heeft gebouwd en welke informatie het toestel heeft bereikt. Test het programma, de tickets en andere essentiële content zonder verbinding.
Kan ons event een eigen look hebben in een gedeelde app?
Ja, als de leverancier dat ondersteunt. In Tavata gebruikt elk event een eigen look binnen de gedeelde app. Dat is iets anders dan een aparte vermelding in de app stores onder de naam van je event.
Is toegang via de browser altijd gemakkelijker voor deelnemers?
Ze neemt de installatiestap via de store weg, maar het inloggen, de navigatie en de inrichting van het event blijven belangrijk. Test het hele eerste bezoek en het volgende bezoek met je eigen publiek.
Lees verder
- Een event-app kiezenStel een shortlist samen en test die met een scorecard voor leveranciers.Lees meer
- Event-apps voor congressen vergelekenVergelijk vijf opties aan de hand van wat jouw congres nodig heeft.Lees meer
- Wat kost een event-app?Vergelijk de totale kosten en de contractvoorwaarden.Lees meer
Test de toegangsroutes voor je event
Vertel ons over je publiek en de taken die mensen moeten kunnen uitvoeren. Dan laten we Tavata zien op een telefoon en in de browser.
- Plan een demo van 30 minuten
- E-mail sales@tavata.events
- Telefoon +358 10 526 3190
