Design & vormgeving

Gebruikersbegeleiding, interfaces en digitale producten ontwerpen: OTOKO® vertaalt uw eisen naar een heldere, consistente bediening.

Klanten willen zaken afhandelen, buitendienstteams hebben ter plaatse informatie nodig en vakafdelingen een betrouwbaar overzicht.

Klikprototype en gebruikerstest met vakafdeling of klanten vóór de ontwikkeling Webfrontend met React, Next.js of Vue, toegankelijkheid volgens WCAG 2.2 Mobiele apps met React Native of native in Kotlin en Swift, inclusief publicatie in de stores Aanmelding via OpenID Connect, sessiebeveiliging en certificate pinning volgens OWASP MASVS Offline-functionaliteit, pushmeldingen en telemetrie met toestemming volgens de AVG

Gepubliceerde app en webapplicatie met broncode Designsysteem en toegankelijkheidsrapport Beveiligingstestrapport volgens OWASP MASVS

Gebruikersgroepen en belangrijkste taken Bestaande aanmelding en rolmodel Benodigde eindapparaten en offlinesituaties

Een partnerportal vervangt aanvragen per e-mail. Partners zien alleen hun eigen zaken, uploaden documenten en ontvangen vragen binnen het proces. De interne verwerking gebruikt dezelfde gegevens, maar andere rollen en goedkeuringen.

React Next.js Vue React Native Kotlin Swift

Een portal is nuttig als gebruikers hun doel zonder omwegen bereiken. Wij ontwerpen volledige processen voor aanmelding, gegevensinvoer, upload, vervolgvragen en statusopvolging. Foutscenario's horen bij het concept: verlopen sessies, onvolledige documenten of een onderbroken verbinding mogen niet leiden tot verlies van al ingevoerd werk. Klikbare prototypes maken deze processen toetsbaar vóór de implementatie. Feedback van de vakafdeling en de gebruikersgroep wordt verwerkt in de navigatie, formulieren en begrijpelijke meldingen. Een gedeeld componentensysteem zorgt ervoor dat nieuwe functies dezelfde bedieningslogica gebruiken.

De keuze volgt het gebruik. Een browsergebaseerd portal vergemakkelijkt de toegang zonder installatie. Een progressive web-app kan voor bepaalde mobiele processen voldoende zijn; native of platformonafhankelijke apps komen in aanmerking wanneer apparaatinterfaces, achtergrondverwerking of offline-eisen dit vereisen. Wij toetsen de benodigde mogelijkheden op echte apparaten. Offlinegegevens hebben regels nodig voor lokale opslag, synchronisatie en conflicten. Bij een buitendienstapp moet bijvoorbeeld duidelijk zijn welke wijziging voorrang krijgt als twee personen dezelfde zaak bewerken. Deze vragen zijn net zo bepalend voor de backend en de autorisaties als voor de gebruikersinterface.

Toetsenbordbediening, herkenbare focusstatussen, begrijpelijke foutmeldingen en schaalbare tekst maken deel uit van het werk aan de gebruikersinterface. Het vereiste toetsingskader voor toegankelijkheid stemmen we met u af. Een visueel ontwerp of een automatische scan alleen is geen volledig bewijs van toegankelijkheid. Toegang controleren we serverzijdig voor elke rol en elke zaak. Bestandsuploads, sessies en gegevensdeling krijgen eigen beveiligingsmaatregelen. Voor de uitrol plannen we testapparaten, eventueel goedkeuringen in de app stores, supportkanalen en de introductie bij uw gebruikers.

Een klantaccount bestaat uit meer dan één login. Uitnodigingen, organisatiewissels, verloren toegang, vervangingen en het uit dienst treden van medewerkers moeten passen binnen het autorisatiemodel. Wij bepalen wie nieuwe gebruikers mag goedkeuren en welke stappen een nieuwe bevestiging vereisen. Centraal beheerde identiteiten kunnen worden gekoppeld; de vakinhoudelijke beslissing over een concrete opdracht blijft toch een taak van het portal. Bij aanvraagtrajecten en uploads kijken we naar het volledige traject tot aan de interne verwerking. Bestandsgrootte, toegestane inhoud, quarantaine en vrijgave worden net zo goed gepland als begrijpelijke statusmeldingen. Een geslaagde upload betekent nog niet dat een document is gecontroleerd of geaccepteerd. Concepten, automatisch opslaan en verdergaan op een ander apparaat vereisen duidelijke regels voor zichtbaarheid. Gevoelige informatie mag niet per ongeluk verschijnen in meldingen, URL's of diagnosemeldingen.

Een mobiele applicatie in het magazijn of de buitendienst kan niet uitgaan van een permanent stabiele verbinding. Wij maken onderscheid tussen leesbare offlinegegevens en lokaal vastgelegde wijzigingen, en leggen vast hoe lang deze geldig blijven. Grote datasets worden niet lukraak naar elk apparaat gekopieerd. Gebruikersrechten, apparaatopslag en de omgang met een verloren apparaat maken deel uit van het concept. Bij het opnieuw verbinden kan hetzelfde record al op de server zijn gewijzigd. Een algemene regel als “laatste wijziging wint” is voor veel vakprocessen ongeschikt. Wij bepalen welke velden automatisch kunnen worden samengevoegd en welke conflicten een beslissing vereisen. Openstaande verzendingen blijven zichtbaar voor gebruikers. Tests omvatten verbindingsonderbrekingen tijdens het verzenden, meervoudige herhalingen, verlopen sessies en wijzigingen in autorisaties tussen registratie en synchronisatie.

Een portal wordt niet alleen op een grote ontwikkelmonitor gebruikt. Lange namen, vertalingen, vergrote tekst, schermtoetsenborden en trage apparaten veranderen de lay-out. Wij testen daarom complete taken op relevante apparaten en met verschillende invoermethoden. Foutmeldingen leggen uit wat moet worden gecorrigeerd en leiden naar de juiste plek. Een formulier mag zijn invoer niet verliezen alleen omdat de aanmelding moet worden vernieuwd. Voor de introductie plannen we een beperkte gebruikersgroep, bereikbare hulp en terugkoppeling uit echte werkprocessen. Bij mobiele apps kunnen oudere versies geïnstalleerd blijven; de backend moet rekening houden met de afgesproken overgangsperiode. Gebruiksmetingen moeten antwoord geven op concrete vragen over verbeteringen, bijvoorbeeld op welk punt een proces wordt afgebroken. Welke metingen mogen worden ingezet en welke informatie daarvoor nodig is, wordt vóór de implementatie vastgelegd.

Applicatielandschap, eisen, risico's Vakafdeling, IT, informatiebeveiliging, softwarearchitect van OTOKO® Beoordeelde projecten, inventarisatie, beveiligings- en beheereisen

Architectuur, technologie, beheermodel Vakafdeling, architectuur, gegevensbescherming, informatiebeveiliging Doelarchitectuur, dreigingsmodel, teststrategie, beheermodel, mijlpalen