Kies per portaalonderdeel de kortste route waarmee de cliënt het echte proces kan afronden. Gebruik een checklist voor gestructureerde keuzes, een extern portaal wanneer een partner daar leidend registreert, gericht contact wanneer overleg noodzakelijk is en upload–beoordeling–akkoord voor documentgedreven samenwerking.
De fout is om ieder onderwerp in hetzelfde formulier te dwingen. Een keukenkeuze, afspraak met een zorgverlener en beoordeling van een gemarkeerde tekening hebben een andere interactie nodig. Een portaal blijft wel één ingang, maar hoeft niet voor iedere stap zelf het bronsysteem te zijn. Dat onderscheid hoort thuis in de architectuur van een klantportaal.
Vier routes met een eigen doel
Yindle Portal kent vier interactiemodi per categorie:
- Checklist of vragenlijst: voor herhaalbare antwoorden, opties, aantallen en een bewuste inzending.
- Extern portaal: voor een partneromgeving waarin de handeling werkelijk wordt geregistreerd.
- Gericht contact: voor situaties waarin advies, afspraak of persoonlijk gesprek onderdeel van de taak is.
- Upload, beoordeling en akkoord: voor een basisdocument dat de cliënt bewerkt, waarna een voorstel wordt teruggegeven en beoordeeld.
Deze modi zijn geïmplementeerde interfacepatronen. Of ze voor jouw proces volstaan, moet je met echte scenario’s testen.
Gebruik een routebeslisboom
Stel per onderdeel achtereenvolgens vier vragen. Is het antwoord objectief en gestructureerd vast te leggen? Kies dan de checklist. Is een extern systeem aantoonbaar het leidende register? Gebruik een overdracht naar dat portaal. Vereist de stap expertise of onderhandeling? Maak contact de hoofdactie. Moet een bestand heen en weer met een expliciet besluit? Gebruik de reviewroute.
Wanneer meerdere antwoorden ‘ja’ zijn, splits de taak. Een cliënt kan bijvoorbeeld eerst voorkeuren in een korte vragenlijst aangeven en daarna een afspraak met een adviseur plannen. Twee duidelijke stappen werken beter dan één formulier dat alle uitzonderingen probeert te vangen.
Werkvoorbeeld: fictief renovatietraject
Woonstichting Morgenhof begeleidt fictief een renovatie. Voor kleurkeuzes gebruikt zij een checklist. De daadwerkelijke bestelling van maatwerkzonwering loopt via het portaal van de leverancier. Een toegankelijkheidsaanpassing vraagt een huisbezoek en krijgt daarom een contactroute. Voor de plaats van stopcontacten downloadt de bewoner een plattegrond, uploadt markeringen en beoordeelt later het uitgewerkte voorstel.
Op het bewonersdashboard staan vier onderwerpen, maar ieder eindigt anders. Bij de externe route staat duidelijk dat de keuze bij de leverancier wordt opgeslagen. Bij contact staat wie belt en binnen welke termijn. De reviewroute toont steeds welk document aan de beurt is. Zo blijft één overzicht eerlijk over vier verschillende eindpunten.
Beoordeel de overdracht, niet alleen de knop
Een route is pas compleet wanneer ook het terugkeerpad helder is. Gebruik deze controletabel:
| Route | Bewijs van afronding | Belangrijk foutpad |
|---|---|---|
| Checklist | Inzendbevestiging en samenvatting | Onvolledig of dubbel verstuurd |
| Extern portaal | Status uit partner of duidelijke handmatige controle | Cliënt keert terug zonder resultaat |
| Contact | Afspraak of terugbelactie | Niemand is eigenaar |
| Review | Besluit op herkenbare versie | Oud voorstel wordt goedgekeurd |
De huidige Portal-route naar een externe partner legt niet automatisch iedere externe afronding vast. Wil je een teruggeschreven status, dan is een koppeling of aanvullende werkafspraak nodig. Benoem dat eerlijk in het ontwerp.
Houd de cliënttaal consistent
Ook als het onderliggende patroon wisselt, moeten kop, status en navigatie herkenbaar blijven. Gebruik bijvoorbeeld steeds ‘Wat moet je doen?’, ‘Wie is aan zet?’ en ‘Wanneer is dit afgerond?’. Zo ervaart de cliënt één traject in plaats van vier losse applicaties.
Neem bij een pilot minstens één foutscenario per route mee. Laat een extern systeem tijdelijk onbereikbaar zijn, een upload een verkeerd bestandstype hebben, een contactpersoon afwezig zijn en een vragenlijst half ingevuld blijven. Beoordeel of de cliënt een veilige vervolgstap ziet en of het team weet waar de onafgeronde taak terugkomt.
Leg tenslotte vast waar de definitieve status leeft. Bij een checklist kan dat het portaal zijn; bij een externe partner vaak niet. Zonder die bronafspraak toont één scherm ‘afgerond’ terwijl een ander nog ‘open’ meldt. Dat is precies de verwarring die een centrale ingang hoort te voorkomen.
Bekijk de verschillende dossiermogelijkheden op Yindle Portal. Wil je per onderdeel de passende interactieroute kiezen, werk dan met Yindle één volledig cliëntscenario uit.