Cijfers appgebruik en aantallen gebruikers
Dagtellingen
Vanaf versie 6.2.5 hebben de (dag)tellingen voor internet een tegenhanger voor de app gekregen. De code bestaat uit max. 6 posities.
Grofweg is de regel:
- Als een I en P zijn gebruikt in de code wordt A gebruikt. Als A al in gebruik was voor wat anders, wordt _AP gebruikt.
- Als de code voor internet niet per se een I in zich heeft (bv ADA=leesadvies auteur) dan wordt '_AP' achtergevoegd
ADP = Persoonlijk leesadvies (op basis van eerder geleend werk); dit wordt in de app iedere keer bij het inloggen/opstarten getoond, en dat verklaart de constante stroom van opvragen.
ADA = Opvragen leesadvies (op basis van favoriete auteur)
ADA_AP = Idem, maar via app.
In sommige overzichten komen 'CIR1_A', 'CIR2_A', 'CIR3_A' etc. voor.
Deze waarden zijn foutief ontstaan waardoor ten onrechte de suggestie werd gewekt dat via de app wordt uitgeleend of ingenomen.
De app heeft vanaf versie 6.3.0 een eigen 'bron': de letter 'J'. Verlengingen zullen dan met deze bron, als ze worden gedaan vanuit de app, worden geregistreerd.
Vanaf de installatie zullen de dagtellingen voor de app weer kloppen. Bovendien zullen de verkeerde waarden tijdens de installatie van 6.3.0 via een version update worden hersteld.
MIA is niet te vertrouwen...
In bepaalde overzichten kan de code MIA voor komen: Mijn Menu Inloggen App. Deze telling van het 'aanmelden' is echter een min of meer technische aangelegenheid aangezien gebruikers in de App in principe ingelogd blijven. Bij tijd en wijle worden ze door de app 'onder water' opnieuw aangemeld, maar ze blijven ingelogd.
Verder zijn er onlangs maatregelen genomen om het aantal aanroepen van de 'inlogprocedure' te verminderen waardoor klanten langer ingelogd blijven etc. Dit zal wellicht een dipje in de aantallen hebben veroorzaakt. Een aanmelding zegt echter niets over het gebruik!
Aangeraden wordt om de cijfers over de inlog met een korrel zout te nemen omdat dit technisch gezien veel vager is dan een (concrete) transactie als een verlenging of een reservering. Aangeraden wordt om MIA wat te negeren en te focussen op 'reserveringen', 'verlengingen' en 'laatst gebruikt'.
Selecties: Wise App gebruiker J/N (last seen: 2 weken)
Er is een rubriek beschikbaar waarmee het aantal actieve app-gebruikers geteld kan worden: Statistieken en selecties > Selecties > soort K > klantrubriek ALGE > Wise App gebruiker J/N.
Met keuze 'J' wordt geteld hoeveel/welke app-gebruikers actief (waarbij status = 0) (!) zijn en waren gedurende 14 dagen vanaf het moment van tellen binnen de instantie van de vestiging waarmee is ingelogd.
Wise App gebruiker J/N > 'heeft_actieve_app_jn' :
bij keuze J = er is een actor_app_usage regel met last_seen korter dan 14 dagen geleden.
Selecties: Wise App laatste gebruik (periode opgeven)
Vanaf versie 6.3.4 is er een keuze bijgekomen: 'Wise App laatste gebruik':
Statistieken en selecties > Selecties > soort K > klantrubriek ALGE > Wise App laatste gebruik. Daarmee worden de actoren geselecteerd die de Wise app hebben gebruikt in het opgegeven datum(-bereik).
Daarmee kan handmatig een periode worden opgegeven:
Of een 'relatieve' periode (vorig jaar, dit jaar, deze maand, etc.):
Ook kan er een selectie gemaakt worden van actoren die nog nooit gebruik hebben gemaakt van de Wise app. Dit kan gedaan worden door het ‘Waarde’ veld leeg te houden. De client pakt dan de keuze Ø (“ “).
Datum van het laatste gebruik
Van een klant die inlogt in de app wordt het veld 'last seen' bijgewerkt naar het moment van inloggen.
Een klant kan vervolgens op verschillende manieren de app verlaten:
-
Via de knop Afmelden. De klant logt dan actief uit en krijgt daarmee de status '1'.
Na opnieuw aanmelden/inloggen in de app worden datum + tijdstip van 'last seen' geactualiseerd. -
Via het wegzwiepen (uit beeld zwiepen) van de app. De klant blijft dan wel aangemeld (= status 0). Roept hij de app weer aan binnen 60 minuten dan zijn datum + tijdstip ongewijzigd als ware het dezelfde sessie. Wordt na MEER dan 60 minuten de app weer aangeroepen, dan worden tijdstip + datum wel geactualiseerd.
-
Via het wegklauwen van de app (vingers naar elkaar toebrengen, iOS): idem als bij 2.
Wat er binnen de sessie wordt gedaan, wordt niet geteld of bijgehouden.
Eventuele acties als verlengen of reserveren via de app worden geteld als bron J = App.
Selecties: klantlabels
Er worden automatisch systeemlabels gegenereerd over het appgebruik. Via Statistieken en selecties > rubriek M kan hierop worden geselecteerd.
|
6100 App laatst gebruikt: |
6101 App status: |
Ook hier geldt: geteld worden de app-gebruikers binnen de instantie van de vestiging waarmee is ingelogd. Er wordt echter niet gelet op de status actief (=0) of afgemeld (=1) omdat een klant zich in de tussenliggende periode afgemeld kán hebben.
Query: Aantal unieke actieve gebruikers per maand
Vraag: Is er een rapport te maken van klanten die actief (bijv. minimaal 1x in het afgelopen jaar) gebruik hebben gemaakt van Mijn menu? We zien nu alleen wat klanten doen (verlengen, reserveren, betalen via IDEAL, etc.) en dat zijn rond de 70.000 transacties per maand. Maar hoeveel klanten zijn daarvoor verantwoordelijk?
Onderstaande query levert het aantal unieke actieve gebruikers van Mijn Menu en/of App per maand op:
SELECT count(distinct actor_id),substring(updated,1,7) maand from actor_web_session group by maand order by maand desc;
Query: aanmeldingen en downloads
select client_type, count(*) from actor_aanmelding group by client_type;
Telling van het aantal aanmeldingen per I/J/P/S in de laatste 2 jaar (van daarvoor is opgeruimd). Actoren kunnen dus meermalen voorkomen.
select count(distinct actor_id) from actor_aanmelding where client_type='j';
Telling van het aantal unieke actoren dat zich heeft aangemeld in de app/J in de laatste 2 jaar (van daarvoor is opgeruimd).
select count(*) from actor_app_usage;
Telling van het aantal downloads-devices. Is het aantal sinds de start van de app.
Actoren kunnen beschikken over verschillende/meerdere devices.
select count(distinct actor_id) from actor_app_usage;
Telling van het aantal downloads-unieke actoren. Is het aantal sinds de start van de app;
Actoren hoeven daarbij niet per se ingelogd te hebben.