Het is in ieder geval bijna 1 uur, dus we gaan zo lekker beginnen . Ik was in ieder geval nog even aan het wachten op Beau . Beau Is inmiddels ook in ieder geval digitaal binnen . Kijk, en daar is dan ook echt, top ! Goed dat je er bent Beau ! We gaan zo in ieder geval gewoon lekker beginnen . Sorry, Beau wat zei je ? Beau zei even iets, maar we gaan gewoon vooral lekker verder zo . De komende minuten zullen er nog meer mensen binnen druppelen dus ontzettend leuk dat jullie er allemaal zijn ! En bij deze laatste zomer webinar . Dit is de achtste van acht webinars over de European Accessibility Act, en dit keer gaan we het natuurlijk veel meer hebben Niet over content en design, zoals wel lijkt als dat dat er nu staat . Maar daar gaan we het uiteraard niet over hebben . Nee, we hebben het over de laatste webinar en veel meer dadelijk over monitoring . Ik ben Marijn van der Laan en ik denk dat inmiddels de meeste mensen die hier al eerder zijn geweest mij wel kennen . Maar met mij zijn er nog twee andere die aansluiten vandaag en iets meer gaan vertellen over wat zij met toegankelijkheid doen . En dat is onder andere Wouter en Wouter is Change Execution Manager bij ING en Wouter krijgt ongeveer, laten we zeggen iets tegen half 1, dus over een minuut of twintig krijgt Wouter het woord over wat hij allemaal gedaan heeft binnen ING op het gebied van toegankelijkheid, de European Accessibility Act en hoe ze dat aanpakken . En daarnaast is ook onze collega Beau aangesloten die voor dat project binnen ING onder andere projectmanager was . Dus zij gaat ook iets meer vertellen over tops, tips die zij mee heeft genomen uit in ieder geval zeker het afgelopen jaar en ongeveer twee/drie maanden . En dat doen we natuurlijk met een korte inleiding en over toegankelijkheid als continu proces . We gaan het hebben over monitoring, tools, methodieken, het integreren in het development workflows, gebruikerstest, innovatie en toekomstige ontwikkelingen . Alles in ieder geval omtrent monitoring . En voordat we daar natuurlijk mee aan de slag gaan, wil ik natuurlijk de eerste poll er alvast uit gooien . Dus die ga ik in ieder geval nu starten zodat jullie allemaal de poll in kunnen vullen . En die vraag, die luidt natuurlijk als volgt: wat is je grootste uitdaging voor de toekomst op het gebied van digitale toegankelijkheid ? In de afgelopen webinars heb ik het allemaal gehad over rollen en teams, en technische implementatie, juridische consequenties en noem het maar op . En nu ben ik eigenlijk heel benieuwd naar . Ja, en verder dan wat ga je de komende jaren/komende maanden doen . Waar zie je uitdagingen en daar ben ik eigenlijk vooral heel erg benieuwd naar . Nou, even kijken . Organisatiebreed draagvlak bereiken, dat is wel een ... die krijgt op dit moment in ieder geval de meeste stemmen, dus ik ben heel erg benieuwd . Continu monitoren en verbeteren is nog een uitdaging . Integreren in bestaande workflows en even kijken, die krijgt nu meteen een stem erbij . Nou, blijf vooral stemmen . En mocht er nou iets anders zijn, deel het even in de chat en dat kan je natuurlijk in de Q&A . Dus ook als je tussendoor vragen hebt kan je altijd weer terug naar de Q&A . Ik zal die tussentijds bijhouden en als er hele specifieke vragen zijn of langere vragen, dan pakken we die aan het eind van deze webinar op . Maar voor nu in ieder geval bedankt voor het stemmen . Organisatiebreed draagvlak creëren, dat is eigenlijk wel ... die heeft in ieder geval voor nu de meeste stemmen gekregen . Dus bedankt voor stemmen alvast en doe vooral mee ! De laatste keer was echt heel erg leuk ! Super interactief, een hele hoop vragen gekregen en dat maakt natuurlijk ook leuk om direct eigenlijk in te gaan op wat er allemaal speelt binnen je organisatie en ook als je vragen hebt over het proces en noem maar op . Laat het vooral weten ! We gaan in ieder geval nu direct verder naar toegankelijkheid als continu proces . En het is natuurlijk geen eenmalig project, zoals wel veel in organisaties opgepakt wordt . Maar het is een continu proces . En liever gezegd is het gewoon een onderdeel van je proces binnen de organisatie . Voor het maken van content, het creëren van nieuwe componenten en ga zo maar door . Ook misschien binnen HR, het trainen en dergelijke . Het is niet eenmalig, het hoort er eigenlijk gewoon continu bij . Net als privacy of cybersecurity er gewoon bij hoort . Het is niet één keer afgerond . En die toegankelijkheid als proces, dan kunnen we ingaan op drie onderdelen en dat is de digitale producten die evolueren natuurlijk constant, dus dat maakt het meteen al dat het lastig is om er een eenmalig project van te zien of te maken . Dus er moeten nieuwe features aan je website of app toegevoegd worden of binnen de organisatie veranderen een hele hoop dingen, bestaande functionaliteiten worden anders of aangepast, de content wordt regelmatig bijgewerkt en ga zo maar door . Dus dat maakt eigenlijk dat het onmogelijk is om het als een eenmalig project te zien . Technologie en standaarden, die ontwikkelen zich natuurlijk continu . Denk aan de WCAG . Dus we hebben eerder jaren geleden ooit getest op de WCAG 2.0, toen 2.1, nu al zeker 1,5 jaar op 2.2 . Zeg dat een organisatie ook eigen normen ontwikkelt die daarmee te maken hebben en nog toevoegingen doen . Dat betekent dat je die norm ook gewoon continu wilt doorontwikkelen, zeker op basis van technologieën buiten je organisatie . Misschien komt er ooit nog wel een WCAG 3.0, wie weet . Maar technologie en standaarden ontwikkelen zich dus buiten jouw eigen organisatie . Dus daar moet je ook op inspelen . En voor de rest is het ook natuurlijk dat nieuwe hulp technologieën, gebruikspatronen en nieuwe software en dergelijke ontwikkeld wordt die er ook voor zorgt dat jij continu door moet gaan met technische ontwikkelingen waardoor toegankelijkheid ook zeker mee moet . Soort evaluatie ... evolutie .... Sorry . En dat laatste .. Organisaties zijn natuurlijk zelf ook in beweging, dus nieuwe medewerkers komen aan boord . Je krijgt nieuwe collega's in je team die misschien nog niet weten over toegankelijkheid of niet zo goed zijn in het toegankelijk maken van de content die er allemaal te vinden is op je website bijvoorbeeld . En waardoor dus kennis en bewustzijn weer verder moet groeien . Dat moet je onderhouden . Dat wil je dus meenemen in onder andere je onboarding, in het HR beleid en ga zo maar door . Dus ook daar . Organisaties zijn in beweging, is belangrijk dat je dus continu werkt aan toegankelijkheid . En het is dus niet een eenmalig project, maar een continu proces . Het is goed monitoren . Om eigenlijk toegankelijkheid dus effectief aan te pakken kan je kiezen voor een cyclus van continue verbetering . En dit geldt natuurlijk niet alleen maar voor toegankelijkheid . Er zijn nog een hele hoop meer onderwerpen waardoor een goede cyclus continue verbetering kan bewerkstelligen . En die effectieve aanpak die kunnen we onderscheiden in zes stappen/onderdelen . En dat is enerzijds het monitoren, dus regelmatig toegankelijkheid issues controleren kan zowel met automatische tooling of eens in de zoveel tijd manuele testing en dat goed monitoren . Dus de resultaten daarvan op een juiste manier dashboarden bijvoorbeeld, vervolgens twee; het evalueren . Belangrijk om de resultaten te analyseren, prioriteiten te stellen en vervolgens natuurlijk die ook op te lossen indien nodig . Dus dat is een volgende stap . De derde stap is daadwerkelijk het verbeteren daarvan . En ik benoem nu een aantal toegankelijkheidsproblemen die misschien voorkomen in je app of op een website . Maar het kan natuurlijk ook in het HR beleid zijn, dus dat je evalueert: Oké, we hebben die toegankelijkheid trainingen opgezet en we merken dat mensen of minder gemotiveerd zijn of iets dergelijks . Nou, dan kan je dat natuurlijk evalueren en vervolgens weer verbeteren . Dus dit geldt niet alleen maar voor hele specifieke toegankelijkheidsproblemen of issues, maar voor meer dingen in het proces of toegankelijkheid meenemen in de organisatie . Stap vier Valideren, dus ook wel het controleren of verbeteringen daadwerkelijk effectief zijn . Vijf; het leren, dus inzichten verzamelen en natuurlijk delen en zes is de herhaling . En dan gaan we natuurlijk zes en weer terug naar één . En dat is weer die monitoring . Dus op deze manier embed je het eigenlijk veel meer in een soort reguliere werkwijze . En dat wil je creëren in plaats van dus, ik ga het vaak herhalen, een eenmalig project in zien . Nou, hoe integreer je de toegankelijkheid dan in bestaande processen ? We kunnen kijken naar onder andere de product ontwikkelingscyclus, in de content management of content management systemen en in leveranciersmanagement . Drie onderdelen . En dan kan je . Bij de eerste kan je denken dus aan veel meer kijken naar design fase, dus toegankelijkheidsreviews van designs toevoegen . Bij de development fase kan je veel meer denken aan een toegankelijkstest tijdens de ontwikkeling toevoegen en later in een release fase kan je natuurlijk ook toegankelijkheid als een soort go of no go criterium toevoegen . Dus voordat de release daadwerkelijk plaatsvindt, nog een laatste check . Is alles daadwerkelijk gedaan en is het volledig toegankelijk ? Go, dan gaan we releasen en anders moet misschien de releasedatum verplaatst worden . Kan je erover nadenken . Ik kan me ook voorstellen dat dat niet altijd mogelijk is, maar dit is als voorbeeld in die product ontwikkelingscyclus en dan bij twee in het content management . Nou dan gaan we naar kijken naar contentcreatie, review, eventueel archivering en dat zijn onderdelen binnen het content management . Dus dan kijken we echt naar de toegankelijkheid richtlijnen voor de auteurs binnen de organisatie en de controles eventueel voordat er gepubliceerd wordt . Daar kan je dus over nadenken of dat proces en drie leveranciersmanagement . Dan kan je dus veel kijken naar de inkoop, het inkoopproces, dus op basis van welke criteria koop je nou product onderdelen/mensen in die wel toegankelijk moeten kunnen leveren . Dus kijk misschien bijvoorbeeld naar dyslexie, wat ik net al benoemde, maar ook de contract fase . Dus dat je het misschien meeneemt in een SLA of acceptatiecriteria bijvoorbeeld . Dus dat is eigenlijk hoe je het integreert in bestaande processen . En vervolgens naar die monitoring van tools en monitoring tools en methodieken . En voor elk onderdeel trouwens kan ik nog veel dieper ingaan . Maar ja, we hebben natuurlijk maar beperkte tijd, dus stel vooral je vragen . Daar kom ik uiteraard later weer op terug . Maar nu even wat dieper ingaan op effectieve monitoring, want die is natuurlijk essentieel om toegankelijkheid van je digitale producten te waarborgen en natuurlijk problemen te voorkomen . Daar kan je aan geautomatiseerde monitoring dus, regelmatige scans, automatische scans van websites, applicaties denken, maar eventueel ook wel het kunnen bijhouden van nieuwe issues en dergelijke . Dus hoe gaan we dat dan ? Of hoe kunnen we dat dan eigenlijk doen ? Nou, dan kijken we eerst naar die strategie . Hoe gaan we dit nou precies aanpakken ? Want we kunnen wel gewoon dingen integreren, maar als we niet weten waarom we iets doen en op welke manier we dat dan gaan doen en aan de hand van welke maatstaven . Dan hebben we natuurlijk eigenlijk nog helemaal niks . Dit kunnen we doen de strategie aan de hand van drie pijlers: 1 . de geautomatiseerde monitoring, dus automatische tests/scans, regelmatig scannen van websites en applicaties . Er zijn inmiddels echt al heel veel tools voor en ik kan er echt allerlei noemen, dus wil je meer weten, laat het even achter in de Q&A, want dan kan ik je later echt allerlei mogelijkheden doorsturen . Dan weet je ook in ieder geval welke sowieso goed zijn . Eventueel gratis of lichtelijk betaald, want er zijn ook echt een hele hoop dingen waar je voor moet betalen . Niet echt heel erg hoog van kwaliteit dus let daar vooral op, maar daar geef ik je graag meer informatie over . En dat zijn die geautomatiseerde monitoring, dus veel meer hoog over breed en continu kunnen checken . Nou, laten we zeggen stel het mooiste en meest gunsitge geval op dit moment checkt ‘ie 50% van alle toegankelijkheids- problemen die er zijn en dat is echt heel erg hoog . En daarnaast heb je natuurlijk ook een deep dive nodig, dus dan ga je veel meer naar handmatige evaluaties toe . Dus bijvoorbeeld een WCAG audit ter voorbeeld . Maar het kan ook zo zijn dat je met een change manager naar het proces van het HR beleid gaat kijken . Kan een mogelijkheid zijn, dus gaan we naar die handmatige evaluaties . Dus gewoon periodiek expert reviews en eventueel steekproefsgewijze controles van nieuwe content onder andere of veel meer diepgaande analyses . Dus daar gaan we veel meer kijken naar complexe functionaliteiten . Echte WCAG audit bijvoorbeeld of een andere norm . En tot slot de derde pilaar gaat veel meer over de gebruikers feedback, dus dan ga je veel meer kijken naar eventuele klantenservice, gebruikerstesten, mensen met een functionele uitdaging en veel meer kijken naar feedback mechanismen voor toegankelijkheids- problemen, dus op welke manier komt er feedback vanuit onze klanten binnen over de website of over onze dienstverlening, onze producten en ga zo maar door . Belangrijk zeker stukje feedback vanuit de EAA . Natuurlijk gaan al deze webinars over, dus waarom is het gebruikersfeedback nou zo belangrijk ? In de EAA wordt ook daadwerkelijk van je verwacht . Vanuit de Act dat je ervoor zorgt dat mensen feedback achter kunnen laten over de toegankelijkheid van je dienstverlening, je producten en je website en ga zo maar door . En dat je dat niet alleen maar op één wijze kan doen, maar dat je in ieder geval twee zintuiglijke wijze je feedback kan achterlaten . En zeker die laatste is van belang om te kunnen voldoen en compliant te zijn aan de EAA . Nou, het vervolg hierop dus de geautomatiseerde tools die zijn er een hele hoop . Wat ik al zei, denk aan Siteimprove.ai, is een hele bekende, maar ze zijn er echt nog vele malen meer . Want je kan denken aan scanning tools, veel meer development tools of andere integraties . Denk aan dashboarding voor geautomatiseerde monitoring . Maar in ieder geval is het belangrijk dat je dus continu kan testen . En de beperkingen daarvan wat ik net al zei is dat je niet alles kan testen, maar wel heel breed . Dus dat is wel een voordeel van geautomatiseerde testing . Het voordeel van een handmatige test is dat je veel meer de diepte uit kan maken, ook veel meer kan inzetten op echt het begrijpen van problemen en niet alleen problemen adresseren en eventueel een oplossing bieden . Nee, ook begrijpen waarom het een probleem is dat belangrijk natuurlijk voor het proces voor het vernieuwen van eventuele componenten en dergelijke . Maar het nadeel van handmatige audit natuurlijk is dat je niet heel breed en heel veel kan testen . Ook omdat het gewoon handwerk is, dus het is wel echt uren werk wat dat betreft . Maar dan kan je dus wel die volledige WCAG evaluaties/audits kan je doorvoeren . Daar kan eventueel dus ook veel meer focussen op die gebruikerservaring en die stap voor stap evaluatie . De reden dat ik die daar bij heb gezet is dat je dus veel meer stap voor stap met teams in bijvoorbeeld sprints makkelijker kan werken en dat je op die manier echt iemand hebt in persoon die je uitleg geeft . Begeleid in hoe je ervoor zorgt dat je in de toekomst niet alleen maar issues aan het oplossen bent die uit zo'n geautomatiseerde monitoring komen of tools komen, maar dat je die eigenlijk ook zelfs voorkomt . En dan tot slot zie gebruikersfeedback . En dan kijken we natuurlijk naar die gebruikerstest . Dus het testen van je website applicatie om samen met mensen met de functionele uitdaging . De voordelen daar natuurlijk van zijn is dat je echte gebruikerservaring krijgt . Dus je kan eigenlijk direct de feedback krijgen van je gebruiker . Super waardevol natuurlijk en op die manier kan je ook heel erg inzichtelijk krijgen hoe het nou precies voor iemand die bijvoorbeeld blind is of eigenlijk geen toetsenbord kan, of misschien geen muis of alleen een toetsenbord kan gebruiken of een joystick gebruikt . Nou, wat de ervaringen zijn van die mensen . Heel erg belangrijk en super waardevol, geeft je heel veel inzichten en de aanpak daarvan is wel belangrijk . Dat je ervoor zorgt dat je diverse gebruikers, dus niet alleen maar gebruikers die bijvoorbeeld blind zijn meeneemt in die tests . Maar dat je veel meer hulptechnologieën gaat zien en dat er dus ook getest wordt met veel meer verschillende hulpsoftware . En belangrijk tot slot, het testen met die groepen is belangrijk, dat je dat regelmatig doet . Misschien niet iedere week, want je wil ook daadwerkelijk feedback kunnen verwerken . En ik kan me voorstellen dat die feedback ook vaak heel hoog over is . En heel persoonlijk . Dus dat je het persoonlijke van iemand wel graag mee wil nemen, maar meteen ook wil laten ontstaan voor de rest van de organisatie . En dat je het wel zo breed mogelijk natuurlijk meeneemt . Laatste over die monitoring, over dat monitoringstrategie en meer het framework . Eigenlijk net een soort cyclus en dat je zowel dagelijks, wekelijks, maandelijks, kwartaal en jaarlijks mee kan nemen . En die geautomatiseerde checks, nou wat ik al de hele tijd benoem kan je dagelijks oppakken, net zoals eventuele quick scans van nieuwe of gewijzigde content is ook vaak wat gemakkelijker/laagdrempeliger om wekelijks te doen . Maandelijks zou je veel meer richting die expert reviews kunnen gaan voor hele specifieke onderdelen . Per kwartaal kan je onder andere denken aan die gebruikerstest, dus dat je dat elk kwartaal een keer opzet . Een dag bijvoorbeeld voor hele specifieke onderdelen en tot slot jaarlijks, dat je veel meer naar die complete toegankelijkheid audits, veel meer die manuele audits gaat en op deze manier, tackle je in ieder geval alle mogelijkheden om echt toegankelijkheid problemen aan te pakken en ook aan te vliegen zodat je een aanvliegroute hebt . Dat je weet waar je continu staat en dat je dit natuurlijk ook test en plot op de processen die in je organisatie hebt . Denk aan dus HR beleid, maar ook de klantenhelpdesk . Nou, het integreren daarvan in het development ... in development workflows moet je denken echt vooral aan dat shift left principe . Ik zal er niet heel erg lang bij stilstaan, maar wat is dat shift left principe nou precies ? Nou, hier echt een hele platte proces flow van, maakt eigenlijk niet uit van wat we hebben . Je hebt binnen dat grote proces heb je één twee onderdeel drie, vier vijf stukje toegankelijkheid en zes voordat je voordat je released . Nou shift left betekent ook wel heel erg duidelijk dat je toegankelijkheid veel meer naar de start van onder andere design meeneemt . Dat je het veel meer meeneemt naar het continu testen tijdens de development fase en dat het veel meer een onderdeel wordt van het proces, dus dat je veel sneller dingen kan adresseren . Dus ik kan me voorstellen dat je als designer dingen aan het maken bent in Figma en dat je binnen Figma eigenlijk al checks kan doen op contrast, maar nog op veel meer onderdelen zoals toetsenbordnavigatie . Als je door het menu heen gaat dan moet je dat op deze manier doen, want dat is logisch . Dat kan dan weer doorgegeven worden aan de developer bijvoorbeeld . Het is belangrijk om toegankelijkheid niet als laatste eenmalig project zien, maar dus als onderdeel maken van je product . Dus daarom die shift left . En die integratie in die lifecycle, dan neem je dus veel meer mee in de planningsfase . Dan neem je het op in user stories na de design fase . Dus dat je veel meer gebruik maakt van toegankelijke design onderdelen . Documentatie daar natuurlijk ook over . Over specifieke toegankelijkheid specificaties en vervolgens naar die development fase neem je het daarin mee, zodat je een toegankelijke componenten bibliotheek kan creëren . Daarna ga je natuurlijk testen . En tot slot wil je het releasen in de deployment fase . En in al deze onderdelen . Wil je het eigenlijk meenemen en denk je nou wow, dit is heel erg gericht op development en het maken van toegankelijke en toegankelijke websites, toegankelijke componenten of een app . Je kan dit ook echt plotten op alle andere processen binnen je organisatie . Dus ook over het maken van content of eventueel toegankelijke PDF's, toegankelijke documentatie, ook daar kan je dat onderdeel zeker meenemen . Die gebruikerstest, die spreken eigenlijk behoorlijk voor zich en daar zal ik dan ook echt niet lang bij stilstaan . Alleen heel erg belangrijk natuurlijk .. waarom testen met echte gebruikers ? Je valideert natuurlijk de echte gebruikerservaring, je geeft veel meer inzicht in gebruikers strategieën . Dus hoe gebruikt een eindgebruiker nou daadwerkelijk de website of de app ? Is dat zoals je ooit hebt bedacht of is dat eigenlijk heel erg anders ? Vervolgens kan je ook prioriteren op werkelijke impact . Dat is eigenlijk de belangrijkste onderdelen voor waarom wil je nou testen met echte gebruikers . En om dat vervolgens op te zetten is het belangrijk om de juiste mensen natuurlijk te benaderen . Je wil een test opzet, dus realistische scenario's creëren en eventueel ook dat je het natuurlijke gedrag van iemand kan observeren . Maar hier zijn een hele hoop organisaties voor die je daar nog verder bij kunnen helpen bij het opzetten hiervan . En wil je nou met mensen gaan testen met een functionele uitdaging ? Laat het vooral weten, want wij kennen ook een hele hoop organisaties in die dat voor je kunnen doen en samen met je kunnen organiseren . Tot slot, voordat ik het woord ga overdragen aan Wouter, het volgende en dat is natuurlijk belangrijk, zeker omdat we in begin noemde we al een stukje toekomst . Dus hoe gaat dat er eigenlijk precies uitzien ? Het monitoren en dergelijke, dat hebben we nu wel gehad . Maar die innovaties en toekomstige ontwikkelingen, daar moet toegankelijkheid natuurlijk onderdeel van zijn en niet misschien als één grote pilaar, maar wel als onderdeel van een hele hoop nieuwe toekomstige ontwikkelingen . Het is namelijk ook heel dynamisch toegankelijkheid en toegankelijkheid zelf evalueert de hele tijd . Dus denk aan al die criteria waar je allemaal aan moet voldoen, maar eigenlijk ook hoe je er dus voor zorgt door middel van onder andere AI . Hoe je toegankelijkheid echt onderdeel maakt van de content van je organisatie . Van alles wat je naar buiten toebrengt . Maar ook natuurlijk intern . Dus dat je interne applicaties gebruikt die iedereen kan gebruiken . Zelfs mensen met die bijvoorbeeld heel erg kleurenblind zijn of juist blind zijn . Of op een andere manier heel erg veel meer moeite misschien wel hebben met het gebruik van interne applicaties . Dus als we kijken naar niet technologische innovaties waar toegankelijkheid natuurlijk een soort onderdeel van zou moeten zijn, denk aan AI, maar denk natuurlijk ook aan de standaarden die zich continu ontwikkelen . Maar denk ook aan interactie lagen . Dus als we naar AI kijken, dan kijken we echt veel meer naar machine learning . Dus denk misschien wel aan automatische generatie van alt-teksten, eventueel intelligente ondertiteling, audiodescriptie . Dat gebeurt nu al, maar is nog niet allemaal perfect altijd, daar zal echt in de komende jaren waarschijnlijk zelfs maanden heel veel verbetering in te zien zijn . Zo snel gaat het natuurlijk . Denk misschien ook wel aan AI gestuurde voice overs en hele andere ideeën, je kan zo gek niet bedenken of het ontstaat waarschijnlijk wel . Bij die WCAG standaarden, nou ja, de WCAG ontwikkelt zich natuurlijk zelf ook continu, dus we hebben nu 2.2 . Maar wie weet over een jaar of meer ooit een WCAG 3.0, kan allemaal . En misschien wordt er nog wel veel meer gefocust op gebruikerservaring . Naast natuurlijk technische compliance, zoals de WCAG al vaak wordt gezien . En nieuwe wetgeving en beleid kan er allemaal aankomen, maar misschien ook wel industriële initiatieven . Je kan het zo gek niet bedenken, maar het komt, het kan er allemaal bij komen . Dus er zijn een hele hoop technische innovaties . En die innovaties betekenen ook weer dat je tot slot de toekomstbestendige strategieën moet ontwikkelen . Dus ik heb er vier voor je op een rijtje gezet, wat belangrijk is voor de komende periode, zeker om op de hoogte te blijven van een hele hoop innovaties . Die geautomatiseerde tools die je vooral kan vragen welke er allemaal allemaal zijn, daar moet je eigenlijk wel echt van op de hoogte blijven . En dat zullen wij vanuit Cardan ook natuurlijk gewoon blijven doen . Dus blijf ons volgen om op de hoogte te blijven van een hele hoop nieuwe ontwikkelingen die de toegankelijkheid van je organisatie echt een grote stap laten maken en die je echt gaan helpen en belangrijk om dus bij die; blijf op de hoogte jezelf continu op de hoogte te houden van die ontwikkelingen, standaarden, technologieën die eraan komen . Het bouwen van flexibele systemen, rechts bovenin is belangrijk, zodat je ervoor kan zorgen dat je ook aanpasbaar bent en flexibel bent op nieuwe ontwikkelingen . Zodat je niet helemaal vastgeroest zit aan één specifieke workflow, maar dat je er ook voor kan zorgen dat je onderdelen daaraan toe kan voegen . Denk aan het toevoegen van co-pilot en dergelijke, als je heel veel Word gebruikt misschien . Wie weet . Experimenteer en innoveer, ook heel erg belangrijk, kan je in je eigen processen, die dagelijks natuurlijk onderhoud, maar ook veel breder binnen je team, dat je ervoor zorgt dat je toegankelijkheid meeneemt in nieuwe technologieën . Benaderingen van hoe je een component gaat maken, noem het maar op . En de laatste focus op principes en niet alleen de regels, is belangrijk dat je onderliggende principes van toegankelijkheid begrijpt . Daar komen we terug bij de EAA, dan hebben we het niet direct over alleen maar de WCAG, maar veel meer de principes van waarneembaar bedienbaar . Dat je die veel beter begrijpt, zodat je ervoor zorgt dat je de gebruikers behoeften echt kan kan begrijpen . Dat je vanuit die gedachtegang ervoor zorgt dat je toegankelijk kan creëren . Daar wil ik hem graag mee afsluiten en dan wil ik onze volgende spreker van vandaag graag introduceren . Wouter, mag ik jou het woord geven ? Yes, dat mag . Marijn, dank voor de uitnodiging voor deze webinar . Leuk dat ik hier wat mag vertellen over hoe ING Nederland te werk is gegaan met de implementatie van de EAA . Ja, dat was een behoorlijke exercitie waarbij inderdaad Cardan ons hartstikke goed geholpen heeft en Beau natuurlijk ook als projectmanager, dus daar kom ik zodadelijk later ook nog eventjes op terug . Het was mijn voornemen ook Marijn om even een ja toch een soort vogelvlucht te vertellen wat wij bij ING de afgelopen twee jaar gedaan hebben . Inmiddels is de enforcement date van de European Accessibility Act natuurlijk al gepasseerd, maar wij zijn eigenlijk al twee jaar . Voor de ingangsdatum van de EAA zijn wij met met ING Nederland eigenlijk al aan de gang gegaan met voorbereiden van de implementatie . En als ik het even mag samenvatten hebben wij dat als project aangevlogen met heel veel mensen . Ik heb laatst nog even gekeken voordat ik deze webinar inging . Hoeveel mensen hier bij ING Nederland al bezig zijn geweest met de implementatie van de European Accessibility Act, dan kom je al aan 400 collega's die bezig zijn geweest in meer of mindere mate met de implementatie . Dus dat dat zijn echt heel veel collega's . Nou dus dat je merkt al aan de hoeveelheid mensen . Dat vereist gewoon een heel gestructureerde aanpak . Als je zo'n wet wil implementeren in een grote organisatie en een bank zoals de ING . Dus wat wij gedaan hebben als project is eerst heel goed gekeken . Oké, hoe gaan we dit nou goed structureren en neerzetten en ook begrijpelijk maken voor de organisatie en de geesten rijp maken voor de organisatie zodat we dat programma ook goed konden runnen . Dus we hebben eigenlijk gezeg: ze hebben ... dus, dan heb ik het even de periode voor de de implementatie datum, 28 juni 2025 hebben wij ervoor gekozen om het programma eigenlijk in twee thema's te verdelen . Het eerste thema was eigenlijk ‘fix the past’, noemen we het maar even . Dus dat is eigenlijk remediation track, remediation workstream, zoals we dat van binnen ING noemden is eigenlijk kijken je bestaande digitale producten en diensten . Hoe staan die ervoor ? En daar komen ook de assessments waar we het net ook al even kort over hadden . Wat je aanhaalde komen daar naar voor . En het andere thema is ‘prepare for the future’ en prepare for the future is . Daar zitten onder andere weer items in zoals hoe borg je het in je processen, hoe ga je om met de belangenverenigingen waar je natuurlijk als bank, maar ook als alle andere organisatie, je klanten . Hoe ga je daar mee om ? Hoe blijf je daarmee goed in gesprek ? Om ook op voorhand al met deze klanten ook goed uit te leggen, wat doe je nou eigenlijk als organisatie in het kader van toegankelijkheid ? En dat is ook heel belangrijk . Maar ook het borgen in je processen om ervoor te zorgen dat dit ook beklijft binnen je organisatie . En hadden we het net ook al over en je begon daar de webinar heel terecht al over . Dit is niet een one off, dit is iets wat here to stay is en dat moeten .. dat moeten mensen in hun bedrijf, in een organisatie, ook bij ING, moeten dat snappen . Vaak zie je in projectmanagement breng je iets van A naar B en dan is het klaar in veel gevallen . Maar dit is feitelijk gezien nooit klaar . En dit is iets here to stay, dus daar moet je ook zorgen dat het in je DNA van je organisatie komt . En in dit geval zijn dat dan je standaard processen om het zo maar even te zeggen en even te beginnen bij de twee thema's die ik net aanhaalde is fix the past . Dat is remediation track en wat wij gedaan hebben binnen ING is heel goed in kaart gebracht, al in een vroegtijdig stadium, over welke producten en diensten gaat het dan ? Dus dan ga je eigenlijk een decompositie maken van je scoping . Ik denk dat dat ook voor elke organisatie hetzelfde geldt zorg dat je goed in beeld hebt en beschrijft over welke producten en diensten praten we . Of dat nou websites zijn of fysieke producten . Maar waar hebben we het precies over ? En zodat je ook daar een planning op kunt maken, wanneer ga je dat dan gereed hebben ? Dus wij hebben alle . In dit geval heet dat dan binnen ING customer journeys, dus alle digitale flows, dus eigenlijk alle producten en diensten waar een klant bij wijze van spreken digitaal doorheen kan . Een voorbeeld is het openen van een betaalrekening of het afsluiten van een hypotheek . Dat zijn voorbeelden van flows of journeys waar klanten doorheen gaan . Die in kaart brengen om te kijken oké, hoeveel en hoeveel van die journeys hebben we daarvan ? En wat is de variatie in die journey ? Dus zijn dat heel veel schermen ? Zitten die in de app of zitten die ook op de web ? Of allebei ? Uit hoeveel schermen bestaan die journeys ? Dus dat hebben we eigenlijk in een vroeg stadium eigenlijk al in kaart gebracht . En je kunt je voorstellen bij een bank als ING zijn had gewoon heel veel producten en diensten en heel veel schermen waar je over praat . Daar horen ook heel veel collega's bij die er mee bezig zijn .. heel veel teams dus dat hebben wij in een vroeg stadium in kaart gebracht . En uiteindelijk konden wij daarmee ook bepalen van joh, maar wat moeten we eigenlijk precies gebeuren op he remediation track .. en uiteindelijk hebben wij ervoor gekozen, zoals ook veel andere banken en veel andere bedrijven ook doen, buiten de financiële sector is een partij daarvoor inhuren om ervoor te zorgen dat die gap assessments ... dat die customer journeys ook getoetst worden aan in dit geval de web content binnen die guidelines . En daarvoor hebben wij in dit geval Cardan ingehuurd . En dat was ook een bewuste keuze om dat te doen . Wij wilden graag een partij die ook in de Nederlandse markt acteerde en er zijn ook partijen die wereldwijd acteren . We hebben bijvoorbeeld ook een partij gesproken die bijvoorbeeld Nederlandse customer journeys zou kunnen assessen in India . En daar hebben wij bewust niet voor gekozen omdat wij graag ook onze collega's, die uiteindelijk ook ervoor moeten zorgen dat customer journeys toegankelijk blijven, ook in feedback sessies wilde hebben met de specialistische partijen, in dit geval dan uiteindelijk Cardan om ervoor te zorgen dat er ook naast het remediaten ook een leereffect zit, zodat collega's ook eigenlijk min of meer worden opgeleid in van oké, maar hoe werkt dat dan als die journey geen zes is, wat zien we daar dan in terug en wat kunnen we daar in en aanpassen ? Dus . Uiteindelijk zijn we met het team van Beau, kom ik ook even bij jou uit .. jij als projectmanager bent uiteindelijk met, ik denk op het toppunt met acht collega's zijn jullie echt on-board als ING’ers zo te zeggen, tijdelijke medewerkers . Dat was ook een bewuste keuze omdat jullie daarmee ook Echt gebruik konden maken van de ING systemen, maar ook bijvoorbeeld in de teams omgeving konden zitten . Want wij . Het is zo'n grote operatie, dus je zoekt ook naar een structuur waarmee je heel veel collega's in één tijd tegelijkertijd en op uniforme wijze kunt informeren over het remediation track, maar ook kunt samenwerken met onder andere testers van Cardan, hebben wij onder andere natuurlijk via een teams omgeving, hebben daar in samenwerking natuurlijk in opgezet . Jullie waren één of twee keer in de week bij ons in huis . We hebben samen een methodiek bedacht hoe we die assessments konden gaan doen . Daar kom ik zo nog even op terug . Maar we hebben eigenlijk het hele team van Cardan met Beau als projectmanager hebben wij geïntegreerd in onze eigen organisatie en geconnect aan alle teams die die customer journeys waar ik het al eerder over had, ownden . En dan kom ik eventjes ook bij de test methodiek . Zoveel te vertellen dat 20 minuten eigenlijk te kort is . Ik denk dat ook wel aanhaalt op een aantal punten wat je ook wilde aansnijden over innovatie . We hebben ook heel lang gedacht binnen ING, maar hoe gaan we dit nou zo doen .. op zo'n manier organiseren en op zo'n manier testen dat we ook voor de toekomst daar wat aan hebben ? Dus wat wij binnen ING gedaan hebben is eigenlijk de WCAG, de Web Content Accessibility Guidelines hebben wij eigenlijk vertaald naar een eigen ING norm . Dus het zijn nog steeds de Web Content Accessibility Guidelines, alleen wij hebben een eigen norm ontwikkeld op basis van die web content accessibility richtlijnen en met een met bepaalde norm categorieën met daaronder sub norm categorieën en wat wij daardoor konden doen is daar ook een eigen test methodiek aan koppelen . En die test methodiek is vervolgens ook gekoppeld aan het IT delivery systeem van de teams die uiteindelijk de accessibility gaps die geïdentificeert zijn door het team van Beau, dat die eigenlijk meteen in het IT delivery systeem, bij ING is dat Azure Boards en dat dat eigenlijk meteen die bugs daar meteen ingeschoten werden . Dus wat we gedaan hebben is het team van Beau, het team van Cardan opgeleid in onze ING norm . Opgeleid in de test suite, de test methodiek en vervolgens heeft het team van Cardan heeft eigenlijk met die ING norm en die test suite hebben zij dus de customer journeys van die teams allemaal ge-assesst en de resultaten daarvan zijn eigenlijk direct in de backlog, dus de gaps die zijn geïdentificeerd, zijn eigenlijk direct in de backlog geschoten van de desbetreffende teams . En daardoor konden die ook gelijk dat bijvoorbeeld heel makkelijk in een sprints inplannen . En wij konden daar ook dashboarding op toepassen . Ja Wouter die, want je begon met een hele hoop mensen die uiteindelijk in de afgelopen tijd bezig zijn geweest met toegankelijkheid . Die heb je daarvoor allemaal een keer moeten oplijnen . Dat is wel mooi klaar zouden zijn om problemen echt te gaan tackelen . Is het laagdrempeliger geworden om issues op te lossen door dus in-house die methodiek op te zetten zodat uiteindelijk issues echt direct naar de juiste personen gestuurd konden worden ? Ja, dat denk ik wel, want we hebben rondom die methodiek ook een heel een hele hoop informatie . Dus we hebben een hele interne website gemaakt met de informatie daarover, over die bugs, over die test methodiek . Eigenlijk is alles connected: van dashboard tot wat zijn mogelijke oplossingen ? Wat zijn tools die je kunt gebruiken ? Hoe doe je een zelf assessment ? Dus dat is daar eigenlijk allemaal aan gekoppeld dus, in die zin heeft dat enorm geholpen . Maar ook in eerste instantie de versnelling die Cardan uiteindelijk heeft gebracht . Maar ook uiteindelijk nadat zo'n journey was ge-assesst of een afdeling met journey was ge-assesst, de feedback sessies die vervolgens zijn geweest met de teams zelf, maar ook ons Accessibility Champions Gilde, wat we eigenlijk ook al hadden voordat we met dit programma begonnen in de tribe zelf, dus in de afdelingen zelf . Ja, dat heeft enorm geholpen om het ook echt vervolgens te embedden en te borgen en te snappen waar het over gaat . Dus dat klopt . Tof, gaaf om te horen ! En de samenwerking met Beau ... dat ja, je zei je altijd al een paar keer over, het is goed om die expertise in huis te halen zodat je ook een onafhankelijk oog daar naar laat kijken . Zeker aan te bevelen om een externe partij in te huren om inderdaad te kijken naar hoe toegankelijk jouw producten en diensten zijn . Maar op de rol van Beau in te gaan . Ik denk dat dat heel belangrijk is en zeker voor als je echt een grote organisatie hebt met heel veel stakeholders . Dan is het gewoon wel essentieel dat dat als je inderdaad een squad of een team met testers binnenhaalt, dat daar ook een projectmanager aan gekoppeld is . Dus dat je eigenlijk een projectmanager hebt vanuit ING . Bij ING hadden we verschillende projectmanagers, maar met Beau als voorvrouw van het testteam . Ja, daar kan je gewoon veel ... daar kan je dan ook zeg maar echt veel meer snelheid krijgen en ook veel dieper . Je kan ook je aandacht goed verdelen en dat werkt . Dat is eigenlijk een must denk ik, want als je dat zelf had moeten doen als interne projectmanager, ook het team, dus de testers begeleiden in de organisatie, ja, dat zou veel meer werk hebben gekost voor mij en mijn collega projectmanager om het allemaal te runnen . Dus Beau heeft uiteindelijk zelfstandig de intakes gedaan met de squads en vervolgens de afstemming met de planning, met de teams gedaan . Dat neemt zoveel werk uit handen waardoor ik maar bijvoorbeeld met mijn team met projectmanagers weer kon focussen op intern stakeholdermanagement . Het verder embedden, waar ik het net over had, over de prepare for the future, zorgen dat accessibility wordt geborgd in de standaard processen . Dus ja, dat heeft enorm geholpen eigenlijk . En eigenlijk een must have moet ik zeggen . Oké, dank je wel Wouter ! Voor nu een mooi bruggetje, dan ook wel meteen naar . Ja, je hebt als projectmanager bij ING de afgelopen 1,5 jaar ongeveer het één het ander opgepakt en dan zeg dat heel zachtjes . Je hebt vast een hele hoop tops en tips . Ze hebben natuurlijk aan je gevraagd . Ik zal ze ook even op het scherm toveren . Op het moment als je door wil dan moet je even door zeggen, Beau . In ieder geval je eerste drie inzichten . Zal ik meteen door naar de naar de eerste ? Ja, laten we dat doen . Ik ga dus drie inzichten delen, drie tips die eigenlijk ook weer mooi aansluiten bij het verhaal wat Marijn al heeft verteld, maar ook wat Wouter heeft verteld . En ja, het eerste inzicht wat ik heb gehad is het warme welkom wat we hebben gekregen bij ING . Wat Wouter al zei, we zijn als volledig team on board, maar zo voelde het ook echt . We waren collega's en dat zorgde ook voor heel veel vertrouwen bij mij, maar ook bij het team met onderzoekers . En daardoor hadden wij gewoon echt allemaal wel echt onze toegevoegde waarde binnen het project . En zo voelde dat ook . En ja, dat gaf gewoon heel veel ruimte om samen de way of working neer te zetten, maar ook te verbeteren gedurende het project . Dus dat was ... dat was voor mij een heel fijn inzicht van dit project . Mijn volgende inzicht, nou ja, het gaat eigenlijk over van compliance naar cultuur, waar we het hier ook al in het webinar over hebben gehad . Hoe belangrijk dat is . Ik heb zelf een visuele beperking en nou ja, wat mij echt gewoon heel erg raakte bij ING is dat zij het echt gewoon in de definition of done opgenomen vanaf het begin af aan en ze staan ook gewoon heel erg open voor de verbetering continu daarvoor, en wij hebben daar ook een bijdrage aan mogen leveren, en dat dat is gewoon heel erg fijn en tof om te mogen doen Daardoor maakt, ja, dat is gewoon het is niet alleen maar afvinken en wetgeving, maar het is daar echt onderdeel van het werk en dat is ook zeker iets wat ik meeneem naar volgende projecten . En het andere inzicht van mij is, Wouter noemde het net ook als de stakeholdermanagement . Ja, ik dacht dat het er 300 waren, maar Wouter noemde net 400 mensen . Wij hadden op een gegeven moment echt met 300 mensen contact . Dat was gewoon veel . Maar er waren gewoon hele duidelijke communicatielijnen . En ja, dat hielp gewoon heel erg met de way of working . Daardoor konden we ook gewoon wel de way of working bepalen voor de nulmeting, maar uiteindelijk ook de way of working voor 1-meting verbeteren . De ritmes waren gewoon wel heel erg strak qua project, maar daardoor konden we wel heel veel flexibiliteit en dat strakke wel continu aanpassen . Dus ja, dat is dus ook wel echt een inzicht voor mij geweest hoe belangrijk stakeholdermanagement is in zo'n grote organisatie voor digitale toegankelijkheid . Vanuit deze inzichten heb ik ook een paar tips . Ik ben bang dat ik ook een beetje in herhaling ga vallen van wat hiervoor is gezegd . Maar ja, er zijn gewoon bepaalde dingen wel belangrijk . Nummer één is het vroegtijdig aansluiten van een projectmanager . Ik heb wel gemerkt dat ik in dit project, omdat wij er al vroegtijdig bij aangesloten zijn en in the way of working zijn opgenomen . Ja, dat dat wel gewoon heel erg belangrijk geweest is voor het project en het vroegtijdig aansluiten wil ik niet zeggen van nou dat het altijd maar moet vanaf moment één . Maar ja, ik denk wel dat het belangrijk is om op een gegeven moment wel die partij al aan te haken en niet alleen voor het onderzoeken . Dus dat is een tip van mij . En ja, wat ik net al zei, de way of working bepalen van een nulmeting naar de 1-meting . Gebruik je nulmeting echt als bouwsteen voor het vervolg . Dat is wel echt een tip van mij ja . En daarnaast heb ik nog, sorry, je moet toch nog even terug Marijn . Maakt niet uit . Eén ding wat ik ook heel erg belangrijk vind . Kijk, als je een projectmanager aanstelt, dat is heel erg fijn . Maar één zorg of dat die mandaat heeft of zorg dat er iemand anders is binnen de organisatie . Ik had gelukkig Wouter die als teammanager heel veel ook en redelijk kunnen realiseren . Maar zorg dat er iemand is met mandaat . Maak toegankelijkheid onderdeel van je cultuur . Wat ik net zei, dat heeft me bij ING wel heel erg geraakt, dus zorg ervoor dat het in de definition of done staat . Het is niet eenmalig proces, het is echt een continu proces . Zoals Marijn en Wouter ook al aan hebben gegeven . En mijn tip als aanvulling daarop is laat teams echt zelf ook ervaren wat de impact heeft . Ze kunnen hun bevinding lezen, maar soms helpt het ervaren ook heel erg . Ik kon zelf vanuit mijn visuele visuele beperking wel toelichten waarom iets zo was en dat zorgde wel voor draagvlak en ook dat ze begrijpen waarom iets aangepast moet worden . Dus dat is tip twee, en de volgende tip .. van mij is .. investeer in vertrouwen en heldere lijnen . Sluit eigenlijk een beetje aan op het heldere gedeelte . Maar ik heb vanuit mijn inzichten vanuit ING, het vertrouwen en de openheid helpt gewoon heel erg bij troubleshooting . Teams met elkaar verbinden dus een onderzoeksteam en een development team, maar ook een team die de content maakt en het team de development doet vertrouwen en openheid, ja, dat is gewoon wel belangrijk . En daardoor is stakeholdermanagement gewoon echt wel belangrijk . Het is een dynamische rol, degene die dat gaat doen of dat de projectmanager is of wie dan ook binnen de organisatie . Maar ja, door daar ritme in te houden . Het is gewoon wel echt belangrijk, dus dat is tip drie . En daarbij geef ik er hem weer over aan Merijn . Dank je wel, Beau ! Twee hele toffe en mooie verhalen om te delen . Wouter en Beau, dank je ! Dank jullie wel ! Mochten er vanuit alle deelnemers vragen zijn, stel ze gerust, want ik ben sowieso heel erg benieuwd naar alle vragen . Wouter, misschien eentje voor jou . Wat ? Wat denk je ? Want het gaat natuurlijk over monitoring en ook over de toekomst van toegankelijkheid in de organisatie . Mag ik vragen wat ? Wat is volgens jou denk je de grootste uitdaging voor ING op gebied van digitale toegankelijkheid ? De komende jaren ? Nou ja, ik denk . Als ik nou even naar de korte termijn kijk, denk ik zorgen dat ... dat onze teams zorgen dat ze regelmatig zelf assessments doen . Zorgen dat iedereen bij de les blijft . Op het punt van accessibility dat denk ik op de korte termijn . En op de langere termijn, ik denk niet eens een uitdaging, maar ik denk niet in uitdaging in de zin van moeilijk, maar wel kijken hoe je nieuwe technologieën kunt toepassen om ervoor te zorgen dat het ook procesmatig makkelijker gaat en voor zorgen dat je automatisch al toegankelijker ben . Nu veel handmatig testen, dat soort zaken dus Ik denk dat dat wel voor grote organisaties, maar voor elke organisatie, niet alleen even grote trouwens, maar dat dat wel het uitgangspunt is: blijf scherp op toekomstige ontwikkelingen en zorgen dat het in de koppies van de mensen blijft zitten . Ik denk dat dat wel nu eventjes voor de ja voor de korte termijn de meest grote uitdaging is . Dank je, dank je . En Beau, misschien nog eentje voor jou . Waar ik even heel benieuwd naar ben ook, want je noemde ook al stakeholders . En stel je hebt die compliance nou bereikt of je bent toegankelijk, voldoet aan wetgeving . Voor de toekomst is het natuurlijk nog geen standaard dat je, als je het nu bent, dat je dat over een jaar nog steeds bent . Maar hoe kan je stakeholders misschien overtuigen om te blijven investeren in toegankelijkheid, ook als ze compliance bereikt hebben ? Ja, dat hangt natuurlijk ook af van de grootte van de organisatie, maar als ik ING erbij neem, dat is natuurlijk zo'n groot project met zoveel verschillende teams . Je kan niet iedereen op hetzelfde niveau laten aanhaken op het level van de digitale toegankelijkheid . Je kan niet iedereen alles vertellen en daar is heel mooi in lagen opgebouwd wie wat te weten krijgt en wie wat moet doen . En dat blijft ook, wat we al zeiden, gewoon wel iets dynamisch . Kijk, een development team moet weten . Die weet hoe ze bevindingen moet aanpassen, maar die moet af en toe ook kunnen vragen van hey, waarom is zo'n bevinding ? En daar is dus gewoon heel mooi in lagen opgebouwd wie wat weet en tot aan iemand die de volledige kennis heeft van de WCAG . Ik denk dat daarin stakeholdermanagement voor digitale toegankelijkheid heel goed in gedeeld kan worden . Ja, en ook ja onderaan, maar ook bovenaan, er wisselen mensen, dus die stakeholdermanagement, die blijft gewoon continu moeten getoetst worden . Van weet iedereen binnen de organisatie nog wel wat er moet gebeuren . En daarbij gaat het ook natuurlijk om zoiets zitten in een onboarding proces waardoor je stakeholders ook aangehaakt blijft houden . Trainingen, wat moet wie weten op welk niveau ? Jazeker, dank je, dank je wel Beau en dank je wel Wouter . Om wille van de tijd . natuurlijk, zou ik nog even een korte samenvatting geven . Wat onder andere Wouter en wat Beau ook al zeiden, wat ik in het begin al noemde, het is belangrijk dat je het vooral niet ziet als een eenmalig project . Zeker voor het voldoen aan de EAA . Belangrijk om te blijven monitoren en dat je onderhoud pleegt aan toegankelijkheid in verschillende processen en verschillende afdelingen natuurlijk . Belangrijk dat je het goed integreert in onder andere een development workflow, misschien ook wel content workflow of welke workflow eigenlijk dan ook . Dat je gebruikers meeneemt en dat je continu op de hoogte blijft van innovaties en toekomstige ontwikkelingen . En die volgende stappen ? Aangezien dit de laatste zomer webinar is, kan je deze natuurlijk altijd de komende periode natuurlijk weer terugzien op YouTube . Je zal alle informatie/antwoorden op de vragen van vandaag, er staat een tool vraag in, dus die zullen we zeker beantwoorden . Lees dat terug op onze website en je krijgt natuurlijk .. blijf vooral op de hoogte via onze mailing en een volgende stap zou kunnen zijn, als je dat wil, dat je een eventueel uitgebreide strategie vanuit ons krijgt . Dus waar kan je starten en wat zouden onze adviezen zijn om in ieder geval een start mee te maken en de stappen daarna te gaan zetten . En welke dat dan precies zijn . En deel natuurlijk al deze webinars en zeker de video hierna en alle informatie van de website vooral met je collega's . Je kan dus alles al terugzien . De opnames op zowel onze website als op YouTube . Die EAA strategie . Nog even tot slot het is belangrijk om een goed assessment neer te zetten . Dus hoe sta je er nu eigenlijk precies voor . Die roadmap neer te zetten . Waar ga je precies heen ? Wat zijn de onderdelen tot aan de finishlijn ? En natuurlijk daarna de herhaling, de monitoring . Wat ga je allemaal doen en hoe ga je dat precies doen ? Laat het gerust weten, want je kan ons altijd contacten om een duurzame toegankelijkheidscultuur neer te zetten . En daarmee wil ik in ieder geval voor nu afsluiten . En bedankt in ieder geval voor nu en blijf op de hoogte . Heb je vragen ? Mail die vooral naar sales@cardan.com en gebruik deze kortingscode natuurlijk altijd . Dat mag en ik hoop jullie bij volgende webinars, want dit was de laatste voor deze zomer, maar zeker niet de laatste van dit jaar . Blijf op de hoogte en volg ons voor nieuwe informatie en kennis op het gebied van digitale toegankelijkheid . Voor nu, Wouter en Beau, dank jullie wel voor het delen van mooie inzichten en alle deelnemers . Dank jullie wel voor nu . Goedemiddag!