Digital forvaltning og digital transformation

Hvorfor det er vigtigt for offentlig værdi

Ethvert offentligt organ driver nu mindst én digital tjeneste, og de fleste ledere kan pege på en business case, der lovede lavere omkostninger, hurtigere sagsbehandling og gladere borgere. For mange af dem leverede kun det første af de tre. En digitaliseret proces, der stadig fører en atypisk sag gennem fem afdelinger, er ikke transformeret; den er den samme fragmenterede proces med en hurtigere forside, og borgeren oplever stadig fragmenteringen, nu blot bag en formular, der så enkel ud.

Presset for at digitalisere er kun taget til: budgetterne er strammere, færre medarbejdere behandler papirblanketter, og borgere, der bruger netbank og handler online, forventer med rimelighed en sammenlignelig oplevelse af en fornyelse af et kørekort eller en ansøgning om en ydelse. Samtidig kan en reel minoritet af borgere ikke, eller vil ikke, transagere online overhovedet, og en digital-først-strategi, der føres skødesløst, forvandler en kø ved en skranke til en permanent barriere for netop de mennesker, en offentlig tjeneste findes for at nå.

Det er her, digital forvaltning skærer direkte ind i teorien om offentlig værdi. Et digitalt transformationsprogram kan styrke en tjenestes operationelle kapacitet – Mark Moores tredje ben i den strategiske trekant (se Emne 1.2 — Den strategiske trekant: legitimitet, værdi og kapacitet) – mens det stille eroderer legitimitet og opbakning, hvis de borgere, der er dårligst i stand til at tale deres egen sag, efterlades af redesignet. Lederens opgave er ikke at vælge mellem digital effektivitet og inklusion; det er at designe en tjeneste, hvor begge dele er sande på én gang, og at vide, med dokumentation frem for antagelse, om det rent faktisk sker.

Emne 3.1 placerede digital-era governance i en bredere typologi af administrative paradigmer – hierarki, marked, netværk og platform – og argumenterede for, at dens definerende træk er at genintegrere det, tidligere reformbølger havde fragmenteret (se Emne 3.1 — Offentlige forvaltningssystemer og -modeller). Dette emne tager det paradigme ind i praksis: hvordan en tjeneste designes omkring en borgers behov, hvad en digital-først-leveringsstrategi forpligter en organisation til, og hvordan fælles infrastruktur lader mange tjenester holde op med hver især at genopfinde de samme komponenter.

Kernebegreber

Digital forvaltning, til tider kaldet e-forvaltning, er brugen af informationsteknologi til at levere offentlige tjenester og til at gennemføre transaktioner mellem det offentlige, borgere, virksomheder og det offentliges egne medarbejdere, som før krævede en papirblanket, et besøg ved en skranke eller et telefonopkald. Begrebet spænder fra et statisk informationswebsted til en fuldt transaktionel tjeneste gennemført fra start til slut online; dette emne beskæftiger sig med den transaktionelle ende af spektret og den organisatoriske forandring, gode transaktionelle tjenester kræver.

Servicedesign er disciplinen at designe hele en tjeneste – den digitale brugerflade, den understøttende back-office-proces, de medarbejdere, der håndterer undtagelser, og de fysiske eller telefoniske kanaler ved siden af den digitale – som én sammenhængende oplevelse frem for separate projekter, der tilfældigvis ikke støder for slemt sammen. Servicedesign låner et centralt værktøj fra driftsledelse, service blueprint, der kortlægger hvert trin, en borger tager, mod hvert trin, en organisation tager bag kulisserne for at understøtte det, og dermed synliggør de overleveringer, hvor de fleste digitale fejl faktisk opstår.

Brugercentreret design er den snævrere disciplin, indlejret i servicedesign, at designe en specifik interaktion – en formular, en side, en ansøgning – omkring behov, evner og mentale modeller hos de mennesker, der skal bruge den, fastlagt gennem direkte forskning med dem frem for antaget indefra organisationen. Brugercentreret design insisterer på, at de mennesker, der bygger en tjeneste, strukturelt er dårligst placeret til at bedømme, om den er brugbar, fordi de allerede ved, hvad hver knap gør; kun test med mennesker, der ikke allerede ved det, lukker det hul.

Digital-først, til tider formaliseret som digital-som-standard, er en leveringsstrategi, hvor den digitale kanal bygges til at være den bedste, og normalt den eneste aktivt fremmede, måde at gennemføre en transaktion på, med andre kanaler bevaret for mennesker, der ikke kan bruge den. Strategien er en reel afvejning, ikke en gratis effektivitetsgevinst: den koncentrerer investering i én kanal, hvilket kan give en dramatisk bedre tjeneste for flertallet, men den skaber kun offentlig værdi, hvis organisationen er lige så bevidst om, hvem den digitale kanal ikke når.

Digital eksklusion er tilstanden at være ude af stand til, af grunde som adgang, færdigheder, selvtillid, handicap, sprog eller omstændigheder, at gennemføre en transaktion gennem en digital kanal, selv hvor en er tilbudt – en tjenesteniveau-forekomst af den bredere digitale kløft, det bredere mønster af ulige adgang til digital teknologi på tværs af indkomst, uddannelse, geografi og alder. Assisteret digital er bevidst tilvejebringelse af menneskelig hjælp – pr. telefon, personligt eller gennem en betroet mellemmand – til mennesker, der oplever digital eksklusion, designet som en førsteklasses del af tjenesten frem for en resterende nødløsning, ingen planlægger kapacitet til.

Forvaltning som platform er mønstret, navngivet og argumenteret for af teknologikommentatoren Tim O'Reilly i 2010, at bygge et lille antal fælles, genbrugelige stykker infrastruktur – almindeligvis identitetsverifikation, betalinger, notifikationer og dokumentudveksling – én gang, til høj standard, så mange individuelle tjenester kan bygges oven på dem frem for at hver genopbygger sin egen version. Estlands X-Road-dataudvekslingslag, bygget fra 2001 og siden vedtaget eller tilpasset af flere andre lande, er et bredt citeret virkeligt eksempel på mønstret i national skala. De datadelings- og interoperabilitetsstandarder, der lader fælles komponenter udveksle information sikkert på tværs af organisatoriske grænser, er et selvstændigt omfattende emne (se Emne 5.4 — Data, interoperabilitet og åbne data i den offentlige sektor); dette emne behandler forvaltning som platform som et servicedesign- og styringsmønster, mens de tekniske valg om, hvordan sådanne komponenter bygges, købes eller moderniseres, hører til softwareleveringssiden af emnet (se Emne 5.3 — Softwareudvikling og platforme i den offentlige sektor).

Digital identitet er en grundlæggende fælles platformskomponent: en verificeret, genbrugelig måde at fastslå, at en onlinebruger er den, vedkommende hævder at være, bygget én gang, så en skattetjeneste, en ydelsestjeneste og en licenstjeneste ikke hver især løser identitetsverifikation uafhængigt. Digitale identitets-ordninger spænder fra centraliserede nationale identitetsnumre til føderede systemer, hvor flere uafhængige verifikatorer hver går god for en bruger, og valget mellem dem har konsekvenser for privatliv, robusthed og tillid, som en rent teknisk evaluering vil overse.

Digitale servicestandarder er kodificerede sæt af principper, normalt parret med en uafhængig vurderingsport, før en tjeneste kan lanceres eller skaleres, som et voksende antal regeringer bruger til at holde leveringsteams til en fælles standard: start med brugerbehov, test med rigtige brugere, byg iterativt og gør tjenesten tilgængelig for mennesker med handicap. De er en styringsmekanisme lige så meget som en designmekanisme, fordi de giver en central digital funktion myndighed til at stoppe lanceringen af en tjeneste, der ikke har opfyldt standarden – normalt den eneste løftestang, der gør en standard til mere end en ambition. Det Forenede Kongeriges Government Digital Service (GDS), oprettet i 2011, er et bredt studeret oprindeligt eksempel på en central enhed, der holder ministerier til netop sådan en offentliggjort standard.

Bedste praksis

1. Start hvert servicedesign fra borgerens behov, udtrykt med borgerens egne ord, ikke fra myndighedens interne procesdiagram. Interview eller observér mennesker, der faktisk forsøger at gennemføre transaktionen, før du tegner en eneste wireframe; hullet mellem, hvordan medarbejdere beskriver en proces, og hvordan en borger oplever den, er normalt dér, redesignmuligheden ligger.
2. Prototyp og test med rigtige brugere, før du forpligter dig til produktionsbygning. En papirprototype testet med ti mennesker fra den faktiske brugerpopulation finder flere brugbarhedsproblemer, hurtigere og billigere, end et færdigt system testet med ingen før lancering.
3. Vedtag en digital servicestandard med en ægte vurderingsport, ikke en tjekliste ingen håndhæver. En standard ændrer kun adfærd, hvis en tjeneste kan få nej, før den lanceres; offentliggør kriterierne og giv det vurderende organ myndighed til at anvende dem.
4. Design den assisterede digitale kanal som en del af tjenesten fra dag ét, ressourcesat og målt som den digitale kanal. Behandl telefonlinjen, lokalsamfundets opsøgende medarbejder eller biblioteksterminalen understøttet af uddannet personale som en designet kanal med egne serviceniveauer, ikke en nødventil improviseret efter klager er begyndt at komme.
5. Mål digital eksklusion direkte for hver tjeneste i stedet for at antage, at nationale gennemsnit gælder. Den befolkning, der ikke kan gennemføre en ydelsesansøgning online, er ikke den samme befolkning, der ikke kan fornye en erhvervstilladelse online; mål hver tjenestes faktiske brugere og ikke-brugere, og opdatér estimatet, efterhånden som tjenesten og dens befolkning ændrer sig.
6. Byg fælles platformskomponenter én gang og kræv, ikke blot tillad, at tjenester genbruger dem. En fælles identitets- eller betalingskomponent, teams frit kan ignorere, vil blive ignoreret af det team under størst leveringspres, hvilket underminerer pointen; genbrug skal være standardvejen, med en dokumenteret undtagelsesproces for det sjældne tilfælde, hvor den reelt ikke passer.
7. Giv hver fælles platformskomponent en navngiven, ansvarlig produktejer med en offentlig køreplan. En fælles tjeneste uden synlig ejer ophober uadresserede fejl og uforklaret nedetid, som de enkelte forbrugende teams ikke har magt til at rette, hvilket eroderer tilliden til genbrug hurtigere end næsten noget andet.
8. Brug små, bemyndigede, tværfaglige leveringsteams frem for store sekventielle programmer til borgerrettede tjenester. Et team, der rummer brugerforskning, design, udvikling og politikekspertise sammen, og arbejder i korte iterative cyklusser forbundet med agil softwareudvikling, kan justere kursen på levende dokumentation på en måde, et program struktureret omkring en fast specifikation og én enkelt go-live-dato ikke kan.
9. Offentliggør præstationsdata for live-tjenester åbent, herunder de ubehagelige tal. Gennemsigtige målinger af gennemførelsesrater, ventetider og assisteret digital efterspørgsel skaber eksternt pres for at blive ved med at forbedre en tjeneste efter lancering, når den interne opmærksomhed typisk allerede er flyttet til den næste prioritet.
10. Byg tilgængelighed ind fra den første prototype, mod en anerkendt standard, frem for at eftermontere den før lancering. Eftermonteret tilgængelighed er dyr, ufuldstændig og opdages normalt først, når en borger med handicap slet ikke kan gennemføre en lovpligtig transaktion.
11. Hold den ikke-digitale kanal åben, til assisteret digital dokumentation, ikke en frist i en plan, viser, at det er sikkert at lukke den. At lukke en papir- eller skrankekanal på en fast dato, uanset hvor mange der stadig afhænger af den, forvandler en leveringsmilepæl til en eksklusionsbegivenhed.
12. Behandl en minimum levedygtig tjeneste, ikke et minimum levedygtigt produkt, som udgivelsesenhed. En tjeneste er først levedygtig til udgivelse, når dens assisterede digitale vej, dens undtagelseshåndtering og dens databeskyttelse er klar ved siden af den digitale forside, ikke blot når glad-vej-skærmene virker.

Spørgsmål at drøfte med dit team

Ved vi, med direkte dokumentation frem for antagelse, hvem der ikke kan bruge vores højest-volumen digitale tjeneste, og hvad der sker med dem i dag? De fleste organisationer kan beskrive deres digitale kanals præstation i detaljer og deres ikke-digitale brugere kun generelt, hvis overhovedet. Brug dette spørgsmål til at finde ud af, om nogen faktisk har målt, hvem der er ekskluderet fra en specifik tjeneste, frem for at citere en national statistik om den digitale kløft, der måske slet ikke beskriver denne tjenestes befolkning. Drøft, hvilken kanal de ekskluderede borgere i øjeblikket bruger, om den er tilstrækkeligt ressourcesat, og hvem der ejer at sikre, at den forbliver det. Behandl et selvsikkert svar uden dokumentation bag som et faresignal, ikke en beroligelse.

Hvilke dele af vores teknologilandskab bygger vi separat i dag, som i stedet kunne bygges én gang som en fælles platformskomponent? Identitetsverifikation, betalinger, notifikationer og dokumentupload genopbygges almindeligvis inde i enkelte tjenester, selv hvor en fælles version allerede findes et andet sted i samme organisation eller sektor. Brug dette spørgsmål til at opgøre, hvor duplikering sker, og vær ærlig om hvorfor: ægte teknisk behov, historisk tilfældighed eller et teams rimelige mistillid til, at en fælles tjeneste vil være pålidelig nok til at afhænge af. Drøft, hvad der skal til, teknisk og organisatorisk, for først at konsolidere den klareste duplikering. Dette er et styringsspørgsmål lige så meget som et ingeniørspørgsmål.

Har vi testet denne tjeneste med brugere, der er meningsfuldt anderledes end de mennesker, der byggede den? Et team, der er ungt, fortroligt med teknologi og flydende i organisationens eget jargon, vil systematisk overse problemer, som en ældre, mindre selvsikker eller ikke-modersmålstalende bruger rammer med det samme. Brug dette spørgsmål til at tjekke, hvem der faktisk var i rummet under brugerforskningen, ikke kun hvor mange sessioner der blev kørt. Drøft, om forskningen omfattede mennesker med handicap, mennesker med lav digital selvtillid og mennesker, der ikke har tjenestens primære sprog som modersmål. Hvis det ærlige svar er, at testen var bekvem frem for repræsentativ, så behandl tjenestens brugbarhedspåstande som ubeviste.

Hvis vi redesignede denne tjeneste i dag, helt omkring borgerens behov, hvad ville vi så holde op med at bede dem om at gøre? De fleste ældre digitale tjenester beder stadig en borger om at vide, hvilken afdeling der skal kontaktes, hvilket referencenummer der skal oplyses, eller hvilken blanket der svarer til deres situation – organisatorisk viden, som en veldesignet tjeneste i stedet ville bære på borgerens vegne. Brug dette spørgsmål til at gå jeres tjenestes nuværende trin igennem og spørg, for hvert, om det findes for at tjene borgerens behov eller organisationens interne struktur. Drøft, hvad der skulle ændre sig i back-office, ikke kun forsiden, for at fjerne hvert trin, der ikke består den prøve.

Hvem ejer pålideligheden, sikkerheden og køreplanen for hver fælles platformskomponent, vores tjenester afhænger af, og ville hvert afhængigt team genkende det navn? Fælles infrastruktur uden en klart ansvarlig ejer har tendens til at blive vedligeholdt reaktivt, af den der har mindst travlt, når den går i stykker, hvilket er et dårligt fundament for tjenester, der i stigende grad behandler den som kritisk. Brug dette spørgsmål til at tjekke, om afhængige teams faktisk kunne nævne, hvem der i dag ejer deres identitets-, betalings- eller notifikationskomponent. Drøft, hvad der sker, operationelt og i form af offentlig ansvarlighed, hvis den komponent svigter i en spidsbelastningsperiode som en indberetningsfrist eller en ydelsesudbetalingsdato.

Når vi beskriver en tjeneste som digital som standard, mener vi så, at den er den bedste kanal, eller den eneste vi faktisk ressourcesætter? Disse lyder identiske i et strategidokument og er fuldstændig forskellige i praksis: det første er et legitimt servicedesignvalg parret med et ressourcesat alternativ, og det andet er en besparelsesbeslutning klædt i en servicedesignbegrundelse. Brug dette spørgsmål til at undersøge den sidste større kanalskifte-beslutning, jeres organisation traf, og spørg ærligt, hvilken af de to den faktisk var. Drøft, hvilken dokumentation der ville skelne dem, og om den dokumentation blev indsamlet før eller først efter beslutningen blev truffet.

I praksis: et eksempel på offentlig værdi

En regional transportmyndighed – fiktiv, illustrativ for et mønster frem for en rapport om noget reelt organ – drev en ordning med rabatterede rejsekort til ældre og handicappede beboere, administreret gennem en papirblanket, der skulle sendes med post sammen med bilag og behandles manuelt. Sagsbehandlingen tog i gennemsnit seks uger, ansøgere sendte ofte de forkerte bilag, fordi blankettens vejledning var skrevet i administrativt sprog, ingen uden for myndigheden faktisk brugte, og en voksende bunke af sager genererede en jævn strøm af klager til valgte bestyrelsesmedlemmer.

Myndighedens nye digitale chef modstod det oplagte første instinkt, som var at bestille en onlineversion af den eksisterende blanket. I stedet brugte holdet tre uger på at observere ansøgere, der gennemførte papirprocessen, i deres hjem og i beboerhuse, før de skrev en linje digital specifikation. De fandt, at papirblankettens største problem ikke var, at den var papir; det var, at blanketten forudsatte viden, ansøgeren ikke havde, oplistede bilag i en rækkefølge, der ikke passede til, hvordan folk naturligt indsamlede dem, og ikke gav nogen måde at tjekke ansøgningsstatus på uden et opkald til et overbelastet callcenter.

Den redesignede tjeneste flyttede de fleste ansøgere over på en onlineformular, der bad om oplysninger i den rækkefølge, folk naturligt havde dem ved hånden, forklarede i almindeligt sprog, hvorfor hvert bilag var nødvendigt, og lod en ansøger tjekke status til enhver tid – men holdet behandlede den assisterede digitale kanal som et lige så seriøst designproblem, ikke en eftertanke. De indgik partnerskab med regionens netværk af beboerhuse, hvoraf flere var social-sektor-organisationer, ældre beboere allerede stolede på, og uddannede personale dér til at hjælpe beboere med at udfylde den samme digitale formular på en fælles terminal frem for at vende tilbage til papir, og de holdt en reel papirkanal åben, ressourcesat på et niveau fastsat af målt efterspørgsel frem for af en antagelse om, at efterspørgslen blot ville forsvinde.

Til identitetsverifikation genbrugte myndigheden en digital identitetskomponent, den nationale regering allerede havde bygget til skatte- og ydelsestjenester, frem for at bygge sin egen – et eksplicit forvaltning-som-platform-valg, der sparede måneders udviklingstid og gav ansøgere en verifikationsoplevelse, nogle af dem allerede havde brugt andetsteds. Atten måneder efter lancering var sagsbehandlingstiden for onlineansøgninger faldet fra seks uger til fire dage; assisterede digitale og papirbaserede ansøgninger, nu en minoritet af det samlede antal men stadig flere tusinde om året, blev fulgt med samme serviceniveaumål som den digitale kanal, og myndigheden kunne rapportere, med faktiske målte data frem for et estimat, præcis hvor mange beboere der stadig afhang af hver kanal og hvorfor.

Fire sektorlinser

Lokal forvaltning

Lokale myndigheder leverer de højest-volumen, mest ansigt-til-ansigt-tjenester i det offentlige – ydelser, bolig, affald, biblioteker, social omsorg – hvilket gør dem til det niveau, hvor digital eksklusion er mest synlig og dyrest at få forkert, fordi den befolkning, der mest sandsynligt har brug for en lokal tjeneste personligt, ofte er den befolkning, der mindst sandsynligt er fortrolig med at være online. Lokal forvaltnings fordel er nærhed: beboerhuse, biblioteker og lokale frivillige organisationer findes allerede som et betroet assisteret digitalt netværk, hvis myndigheden designer tjenester til at arbejde med dem frem for uden om dem. Dens ulempe er skala: en enkelt myndighed har sjældent budgettet eller udviklingskapaciteten til selv at bygge fælles platformskomponenter, så dens evne til at genbruge en regional eller national identitets-, betalings- eller notifikationstjeneste frem for at bygge en svagere lokal ækvivalent i vid udstrækning afgør, hvad den kan levere.

National forvaltning

Nationale administrationer er normalt det eneste forvaltningsniveau med skalaen til at retfærdiggøre bygning af ægte fælles platformsinfrastruktur – identitet, betalinger, notifikationer – og, i princippet, myndigheden til at påbyde dens genbrug på tværs af ministerier. I praksis er den myndighed hyppigt omstridt: en central digital enheds mandat til at kræve genbrug støder rutinemæssigt sammen med et ministeriums budgetmyndighed, leveringsfrist og rimelige skepsis over for at afhænge af infrastruktur, det ikke kontrollerer, hvilket ekkoer den bredere spænding mellem hierarki og platformskoordinering i paradigmetypologien (se Emne 3.1 — Offentlige forvaltningssystemer og -modeller). Lande, der opretholder en central digital funktion med reel myndighed over standarder og platformsgenbrug – et mønster OECD's Digital Government Index følger på tværs af medlems- og partnerlande – har tendens til at vise færre duplikerede systemer og mere ensartet servicekvalitet på tværs af ministerier, selv om indekset også viser, at denne myndighed er ujævnt opbygget selv blandt velressourcesatte regeringer.

Den sociale sektor og nonprofit

Nonprofitorganisationer og lokalsamfundsorganisationer indtager to adskilte roller i digital forvaltning, og at sammenblande dem forvolder reel skade: de er hyppigt den assisterede digitale kanal som sidste udvej for borgere ekskluderet fra en offentlig tjeneste, der absorberer en omkostning og en omsorgspligt, der aldrig formelt blev bestilt eller finansieret, og de forventes i stigende grad selv at bygge digitale tjenester til en standard formet af de samme brugerforventninger, med en brøkdel af et ministeriums udviklingsbudget. En social-sektor-organisation, som en offentlig myndighed stille og roligt er kommet til at støtte sig til for assisteret digital støtte, fortjener et eksplicit forhold, og ideelt et finansieret et, frem for en antagelse om, at goodwill og missionsalignment vil absorbere efterspørgslen på ubestemt tid.

Multilateral og international

Multilaterale udviklingsorganer behandler i det væsentlige digital forvaltning som et udviklings- og offentlig finansforvaltningsspørgsmål: Verdensbankens GovTech-program, for eksempel, rammesætter teknologiunderstøttet offentlig forvaltningsreform som central for regeringseffektivitet i lav- og mellemindkomstlande, ikke som en luksus forbeholdt rigere. Digital identitet er ofte spidsen af dette arbejde, fordi en pålidelig, inkluderende identitetsplatform er en forudsætning for at levere næsten enhver anden digital tjeneste i skala, og dens designvalg – centraliseret eller føderet, biometrisk eller legitimationsbaseret – har konsekvenser for finansiel inklusion og borgerlige frihedsrettigheder, som udviklingspartnere vejer ved siden af ren leveringseffektivitet. Indiens Aadhaar biometriske identitetssystem, den største ordning af sin art, illustrerer både den rækkevidde, en sådan platform kan opnå, og de omstridte afvejninger af privatliv og eksklusion, den rejser i national skala. Grænseoverskridende interoperabilitet forbliver det sværere uløste problem i denne skala: en borgers digitale identitet, når først verificeret, overføres sjældent rent på tværs af en national grænse, hvilket begrænser, hvor langt platformsmønstret i øjeblikket kan række ud over en enkelt jurisdiktion.

Almindelige fejlmønstre

Digital-only levering, der stille udelukker. En organisation redesigner en tjeneste som digital-først, måler succes på kanalskiftets volumen og opdager først efter lancering, hvor mange borgere der slet ikke kunne gennemføre transaktionen. USA's lancering af Healthcare.gov i 2013 er en veldokumenteret offentlig forekomst af dette mønster: en obligatorisk online tilmeldingsproces svigtede under belastning og under reel brugbarhedstest netop i det øjeblik, borgerne havde mest brug for den, og rettelsen krævede en nødmobilisering af ekstern teknisk ekspertise. Omkostningen er ikke kun de direkte ekskluderede borgere; det er den erosion af legitimitet, der følger, når et flagskibsprogram i digitalisering synligt svigter de mennesker, det blev bygget til at tjene.

Platformen ingen er forpligtet til at bruge. En central funktion bygger en ægte god fælles identitets-, betalings- eller notifikationskomponent, men adoption forbliver valgfri, så de teams under størst leveringspres bygger deres egen svagere ækvivalent frem for at integrere med infrastruktur, de ikke kontrollerer og ikke kan påvirke. Omkostningen akkumuleres over år til netop det duplikerede, inkonsistente landskab, platformen blev bygget for at forhindre, mens selve den fælles komponent sulter af den brug og investering, der ville have retfærdiggjort dens budget.

Servicedesign, der stopper ved brugerfladen. Et team anvender ægte brugercentreret designfærdighed på en formulars skærme, mens den fragmenterede back-office-proces bag den efterlades fuldstændig uændret, hvilket frembringer en borgerrettet oplevelse, der ser sammenhængende ud lige til det punkt, hvor en sag forlader glad-vejen – det samme digitale finér-mønster beskrevet mere generelt i paradigmetypologien (se Emne 3.1 — Offentlige forvaltningssystemer og -modeller). Omkostningen er en tjeneste, der tester godt i en demonstration og svigter netop dér, hvor borgere med de mest komplekse, og ofte mest presserende, behov faktisk møder den.

Assisteret digital behandlet som en afrundingsfejl. En digital-først-business case modellerer den digitale kanals omkostning i detaljer og afsætter en symbolsk, underressourcesat budgetlinje til «andre kanaler», ud fra en antagelse om, at efterspørgslen efter assisteret digital vil være lille og midlertidig. Omkostningen viser sig som callcenterkøer, lokalsamfundsorganisationer der absorberer ufinansieret efterspørgsel og en vedvarende ekskluderet befolkning, organisationens egne data aldrig var designet til at se klart nok til at rette.

Tilgængelighed eftermonteret til sidst. Tilgængelighed behandles som et overholdelsestjek udført kort før lancering frem for en designbegrænsning til stede fra den første prototype, så problemer findes sent, er dyre at rette og nogle gange slet ikke rettes før lancering. Omkostningen falder uforholdsmæssigt på borgere med handicap, der forsøger en lovpligtig transaktion, og ender hyppigt i et dyrt redesign, en regulatorisk klage eller begge dele.

Modenhedsmodel

Tjekliste

• Observér eller interview rigtige brugere, der gennemfører den nuværende proces, før et redesign specificeres.
• Prototyp og test med brugere repræsentative for hele befolkningen, herunder mennesker med lav digital selvtillid og handicap.
• Vedtag en digital servicestandard med en uafhængig vurderingsport før lancering.
• Design og ressourcesæt den assisterede digitale kanal ved siden af den digitale kanal, ikke efter den.
• Mål digital eksklusion for netop denne tjeneste, ikke kun mod et generelt nationalt estimat.
• Identificér, hvilke platformskomponenter (identitet, betalinger, notifikationer, dokumentudveksling) der allerede findes til genbrug, før nye bygges.
• Navngiv en ansvarlig ejer og offentliggør en køreplan for hver fælles platformskomponent, tjenesten afhænger af.
• Byg og test tilgængelighed fra den første prototype mod en anerkendt standard.
• Offentliggør live-tjenestens præstationsdata, herunder gennemførelsesrater og assisteret digital efterspørgsel.
• Fastsæt lukning af en ikke-digital kanal ud fra dokumentation for sikre efterspørgselsniveauer, ikke en fast kalenderdato.
• Bekræft, at back-office-processen er redesignet, ikke kun den borgerrettede brugerflade.
• Gennemgå, hvem, inden for og uden for organisationen, der i øjeblikket absorberer ufinansieret assisteret digital efterspørgsel.

Centrale kilder

• Tim O'Reilly, «Government as a Platform», Innovations: Technology, Governance, Globalization (MIT Press, 2011) – det oprindelige argument for fælles, genbrugelig offentlig infrastruktur.
• Patrick Dunleavy, Helen Margetts, Simon Bastow og Jane Tinkler om digital-era governance (se Emne 3.1 — Offentlige forvaltningssystemer og -modeller for fuld henvisning) – det paradigme, dette emnes praksis sidder inde i.
• OECD, 2023 Digital Government Index – sammenlignende benchmarking af digitale forvaltningsfundamenter på tværs af medlems-, tiltrædelses- og partnerlande.
• Verdensbanken, GovTech Global Partnership – teknologiunderstøttet reform af den offentlige sektor på tværs af indkomstniveauer.
• UK Government Digital Service, Government Design Principles – et offentliggjort eksempel på en national digital servicestandards designprincipper.
• Nielsen Norman Group-forskning i service blueprinting og i Healthcare.gov-lanceringen i 2013 – anvendt servicedesign- og brugbarhedsmetodologi og en dokumenteret fejlsag.

Henvisninger

1. E-government — Wikipedia — https://en.wikipedia.org/wiki/E-government
2. Service design — Wikipedia — https://en.wikipedia.org/wiki/Service_design
3. User-centered design — Wikipedia — https://en.wikipedia.org/wiki/User-centered_design
4. Digital divide — Wikipedia — https://en.wikipedia.org/wiki/Digital_divide
5. Digital identity — Wikipedia — https://en.wikipedia.org/wiki/Digital_identity
6. Government Digital Service — Wikipedia — https://en.wikipedia.org/wiki/Government_Digital_Service
7. X-Road — Wikipedia — https://en.wikipedia.org/wiki/X-Road
8. Aadhaar — Wikipedia — https://en.wikipedia.org/wiki/Aadhaar
9. Digital era governance — Wikipedia — https://en.wikipedia.org/wiki/Digital_era_governance
10. Agile software development — Wikipedia — https://en.wikipedia.org/wiki/Agile_software_development
11. Tim O'Reilly, "Government as a Platform" — Innovations: Technology, Governance, Globalization / MIT Press — https://direct.mit.edu/itgg/article/6/1/13/9649/Government-as-a-Platform
12. 2023 OECD Digital Government Index — OECD — https://www.oecd.org/en/publications/2023-oecd-digital-government-index_1a89ed5e-en.html
13. GovTech: Putting People First — World Bank — https://www.worldbank.org/en/programs/govtech
14. Government Design Principles — GOV.UK / UK Government Digital Service — https://www.gov.uk/guidance/government-design-principles
15. Service Blueprinting in Practice: Who, When, What — Nielsen Norman Group — https://www.nngroup.com/articles/service-blueprinting-practice/
16. HealthCare.gov's Account Setup: 10 Broken Usability Guidelines — Nielsen Norman Group — https://www.nngroup.com/articles/affordable_care_act_usability_issues/