Tilskuddsportalen som faktisk blir brukt: fire valg som avgjør

En tilskuddsordning har to brukergrupper med motsatte behov. Søkeren vil bli ferdig. Saksbehandleren vil ha et komplett grunnlag. Portalen som løser den ene på bekostning av den andre, skaper bare arbeid et annet sted — enten i form av telefoner til servicetorget, eller i form av mangelfulle søknader som må returneres.

Her er de fire valgene vi ser avgjøre utfallet.

1. Spør bare om det som påvirker vedtaket

Det vanligste feilgrepet er å digitalisere papirskjemaet som det er. Papirskjemaer samler gjerne felt gjennom mange år, og få tør å fjerne noe.

Gå gjennom hvert felt og still ett spørsmål: påvirker svaret vedtaket? Hvis ikke, fjern det. Hvis svaret finnes i et register dere allerede har tilgang til, hent det i stedet for å spørre. Organisasjonsnummer gir navn, adresse og roller fra Enhetsregisteret. Å be søkeren skrive det inn på nytt er å be dem gjøre en jobb dere kan gjøre bedre.

2. Lagre underveis, uten at søkeren ber om det

Søknader om tilskudd fylles sjelden ut i én økt. Vedlegg må hentes, styrevedtak må fattes, budsjettet må avklares med noen andre.

En portal uten automatisk lagring straffer nettopp de grundige søkerne. Lagre ved hvert feltbytte, vis når det sist ble lagret, og la søkeren komme tilbake via en lenke uten å måtte logge inn på nytt fra bunnen.

3. Valider mot regelverket, ikke bare mot datatypen

Teknisk validering — «dette er ikke et gyldig organisasjonsnummer» — er enkelt. Regelvalidering er det som sparer saksbehandleren tid: er søkeren innenfor målgruppen, er beløpet innenfor rammen, er fristen passert?

Legg disse reglene ett sted, ikke spredt i frontend-koden. Da kan de endres når retningslinjene endres, uten en ny utrulling. Og da kan søkeren få beskjed mens hun fortsatt har konteksten i hodet, i stedet for tre uker senere i et avslagsbrev.

4. Gi saksbehandleren en kø, ikke en innboks

Det siste steget er det som oftest glemmes. Søknadene lander et sted, og hvis det stedet er en e-postboks eller et regneark, har dere flyttet problemet i stedet for å løse det.

Saksbehandleren trenger å se hva som venter, hva som haster, hva som mangler dokumentasjon, og hvem som har gjort hva. Det er ikke en rapport — det er en arbeidsflate.

Universell utforming er ikke et sluttsjekkpunkt

For offentlige tjenester er WCAG 2.2 AA et krav, ikke en ambisjon. Det er også vesentlig billigere å bygge inn enn å rette i etterkant: tastaturnavigasjon, feilmeldinger som er knyttet til feltet de gjelder, og kontrast som holder, er arkitekturvalg like mye som designvalg.

En portal som ikke kan brukes med skjermleser, kan ikke brukes av alle som har rett til å søke. Det er hele poenget med en offentlig tilskuddsordning.