Hoe tolken op aanvraag werkt: OPI en VRI opgeschaald

OPI en VRI op aanvraag kunnen inspelen op de vraag naar dringende meertalige toegang, maar de implementatie binnen een organisatie vergt meer dan alleen platformtoegang. In dit artikel gaan we in op hoe het proces bij een organisatie werkt: van een eerste gebruik naar een stabiele uitrol, inclusief de workflows, governance en rapportage die nodig zijn om op te schalen.

an augmented image showing country flags and data

Het is mogelijk dat drie heel verschillende organisaties tegen hetzelfde probleem aanlopen. Voor een lokale overheid ligt het probleem door de honderden interacties met burgers per week in 40 talen.

Voor een ziekenhuisketen is er behoefte aan tolkondersteuning verspreid over 12 locaties. Dit kan op elk moment van de dag zijn. Voor een financiële dienstverlener is het de uitdaging om meertalige HR-processen in vijf verschillende landen consequent door te voeren.

In elke omgeving gaat het niet gewoon om de taaltoegang in theorie. Het gaat erom dat ervoor gezorgd wordt dat toegang betrouwbaar werkt in een concrete context met hoge volumes.

Daarom zijn OPI en VRI op aanvraag belangrijk op organisatieniveau. Maar om daar echte meerwaarde uit te halen is er meer nodig dan toegang tot een platform. Het lastigste is de inzet: het inbedden van tolken in workflows inbedden, het geven van bruikbare handvatten aan teams om er toegang toe te krijgen en een model ontwikkelen dat stabiel blijft, ook als het gebruik stijgt. In dit artikel wordt ingegaan op de vraag hoe die inzet in de praktijk werkt, vanaf de eerste sessie tot een uitrol die ook op grote schaal werkt.

Hoe een sessie wordt gestart en geleverd

Een medewerker opent het providerplatform (via app, browser of integratie met een bestaand telefonie- of casemanagementsysteem), selecteert de gewenste taal en kiest OPI of VRI. Het platform stuurt de aanvraag door naar een beschikbare gekwalificeerde tolk.

Voor gangbare talen zijn de verbindingstijden meestal kort. Voor minder gangbare talen of specialistisch werk varieert de beschikbaarheid. Daarom is het belangrijk om de SLA-gegevens voor jouw specifieke talencombinaties te bevestigen voordat je kiest voor een bepaald model.

Zodra de verbinding tot stand is gebracht, tolkt de tolk het gesprek in realtime. Sessies worden automatisch geregistreerd. Bedrijfsaccounts ontvangen meestal gebruiksrapporten: volume per taal, locatie en team, sessietijd en kosten. Deze gegevens maken de service beheersbaar en controleerbaar op schaal.

Wat maakt implementatie binnen organisaties anders dan basistoegang?

Eén gebruiker die zich aanmeldt voor een OPI-platform verschilt wezenlijk van een organisatie van 500 personen die het platform nodig heeft op meerdere locaties. Het platform is weliswaar hetzelfde maar de randvoorwaarden zijn dat niet.

Integratie met bestaande workflows

Het is veel waarschijnlijker dat medewerkers consistent gebruik zullen maken van tolkdiensten als de toegang is ingebouwd in de tools die ze al gebruiken – bijv. een telefoniesysteem, een platform voor patiëntenbeheer, een CRM. Door een aparte app met een aparte login ontstaat een extra stap, waardoor de kans dat het platform ook echt gebruikt wordt, afneemt, zelfs als de service zelf prima is. Ga voordat je een aanbieder kiest, na welke integratieopties er beschikbaar zijn voor jouw infrastructuur.

SLA's die je daadwerkelijke behoeften weerspiegelen

Algemene beschikbaarheidsclaims zijn niet hetzelfde als een toegezegde responstijd voor de specifieke talencombinaties die jouw organisatie nodig heeft tijdens jouw kantoortijden. Een aanbieder moet je SLA-gegevens kunnen geven voor je top tien talen – en niet alleen de belangrijkste cijfers voor Engels en Frans.

Rapportage en governance

Bij grote volumes is rapportage met betrekking tot het gebruik geen luxe, maar cruciaal voor het beheersen van je kosten, controleren van compliance en het ontdekken van eventuele tekortkomingen. Welke talen worden het meest gebruikt? Welke teams maken te weinig gebruik van de service? Zijn er talencombinaties waar de beschikbaarheid voortdurend een probleem is? Deze vragen kunnen alleen beantwoord worden als de aanbieder gestructureerde gegevens aanlevert.

De weg van pilot naar uitrol

Organisaties die succesvol gebruik maken van tolken op aanvraag doen dit zelden in één enkele stap. Een gestructureerde pilot is standaardpraktijk – de meest effectieve manier om integratieproblemen en obstakels bij de acceptatie aan het licht te brengen voordat ze in live-situaties problemen veroorzaken bij het leveren van de dienst.

Reikwijdte van de pilot

Een goede pilot is afgebakend: één servicelijn of team, een vaststaande reeks talencombinaties, een volumedoelstelling en een tijdsbestek van vier tot acht weken. De pilot moet duidelijke criteria hebben over wanneer deze geslaagd is – gegevens over verbindingstijd, mate waarin het platform daadwerkelijk wordt gebruikt door de medewerkers, kosten per interactie in vergelijking met het tot dan toe gebruikte model.

Maak toegang eenvoudig

De grootste belemmering voor het invoeren van een platform is meestal niet de kwaliteit van de dienst, maar een lastige toegang. Als medewerkers meerdere stappen moeten doorlopen om verbinding te maken met een tolk, zullen ze altijd iets makkelijkers kiezen, zelfs bijvoorbeeld door helemaal geen tolk in te schakelen. Hoe eenvoudiger de toegang, hoe hoger het gebruik.

Uitbreiden met geïntegreerde governance

Na een succesvolle pilot kan bij de uitrol uitbreiding van de toegang tot extra locaties of teams plaatsvinden – in combinatie met duidelijke regels: welke modaliteit geldt voor welk interactietype, wie is verantwoordelijk voor het boeken en wat is het escalatieproces is als er geen tolk beschikbaar is. Organisaties die deze governancestap overslaan, krijgen meestal te maken met inconsistent gebruik en vermijdbare kosten.

Belangrijkste lessen

Bij OPI en VRI op aanvraag worden verbindingsaanvragen doorgesluisd naar beschikbare gekwalificeerde tolken via een platform van de aanbieder – de technologie is niet het punt; de operationele laag eromheen bepaalt voor een groot deel de resultaten.
Integratie met bestaande workflows, taalspecifieke SLA-data en gestructureerde gebruiksrapportage zijn de drie factoren die het belangrijkst zijn voor de implementatie in een organisatie.
Een afgebakende pilot – vier tot acht weken, met gedefinieerde succescriteria – is de standaard manier voor een betrouwbare beslissing over de uitrol.
Eenvoudige toegang stimuleert gebruik. Als er voor een verbinding met een tolk meer dan twee stappen nodig zijn, zal het gebruik onnodig laag zijn.

Bespreek met een tolkexpert van Acolad het volume, talencombinaties en het tijdpad voor de uitrol. Wij helpen je bij het opzetten van een pilot waarmee je een goede beslissing over de inzet van tolken kunt maken.

Neem contact met ons op