Tankeledere

Når bedrifts‑AI går inn i verdimaksimeringsæraen: Hva utviklingsteam kan lære av digital tilgjengelighet

mm
Legg til Unite.AI blant dine foretrukne kilder på Google

Økonomien rundt AI‑integrasjon har endret seg dramatisk ettersom realiteten av token‑kostnad har slått inn. Tokenmaksimering kan ha vært gøy så lenge det varte, men innovasjon uten avkastning er ikke bærekraftig. Nå som vi er forbi den billige‑token‑æraen, må AI rettferdiggjøre seg selv med reelle, målbare forretningsresultater på tvers av virksomheten. Det betyr at vi ikke lenger kan kaste AI på hver utfordring. Organisasjoner må være langt mer strategiske, bruke AI til det den er god på, og ta i bruk andre tilnærminger når det finnes en bedre løsning.

Den skjulte kostnaden ved AI‑hastighet

Økninger i utviklingshastighet fra AI‑verktøy er verdt å feire. Men hvis koden er full av problemer, er den reelle fremgangen neglisjerbar. Konsekvensene er alvorlige: tapt tid og penger, juridisk risiko og dårlige kundeopplevelser.

Feltet digital tilgjengelighet kan lære oss mye om hvordan vi bruker AI strategisk. Det er en arena hvor kodifiserte standarder og strenge etterlevelseskrav er dagligdags, og det er ingen rom for unøyaktighet eller ineffektivitet. Med digital tilgjengelighet er målet ikke å bli bedre på å fikse problemer; det er å forhindre at problemene oppstår i utgangspunktet. Det målet bør være det samme for enhver bruk av AI. Ellers akkumuleres teknisk gjeld raskt.

Ifølge IBM kan ignorering av teknisk gjeld føre til en avkastningsnedgang på 18 – 29%.  Resultater som det kan utslette enhver hastighetsgevinst fra AI. I Deques 2026‑undersøkelse av 200 ledende bedrifts‑ingeniører, navnga 64 % tilgjengelighet som den viktigste driveren for etterproduksjons‑omarbeid, selv om de samme teamene eksplisitt ba sine AI‑agenter om å skrive tilgjengelig kode.

Tilgjengelighetsgjeld, akkurat som teknisk gjeld, er opphopningen av uløste tilgjengelighetsproblemer på tvers av en organisasjons digitale eiendommer. Det er gjeld som vokser over tid—problemer som ikke blir adressert i design og utvikling blir dyrere å fikse senere. Ny forskning viser at det er 30 ganger dyrere å rette et tilgjengelighetsproblem som oppdages i produksjon enn i designfasen. Det gir organisasjoner et reelt økonomisk incitament til å fange opp problemer tidlig, spesielt med dagens kodeproduksjonsvolumer.

Strategisk AI vs. deterministiske verktøy

AI er ikke alltid svaret. I mange tilfeller leverer regelbaserte, deterministiske verktøy mer konsistente resultater, raskere og billigere. For å ta den riktige beslutningen om hva som skal brukes når, bør team begynne med å dele arbeidsflyten inn i deloppgaver og vurdere hvordan hver utfordring best kan håndteres. For eksempel er oppgaver som krever konsistent verifisering—å sjekke hvert element mot en definert standard—ideelle kandidater for deterministiske, regelbaserte verktøy.

AI er egnet for vurdering, syntese og generering av alternativer. Det er ikke egnet for validering: å sjekke alt på samme måte, hver gang.

Noen ingeniørteam håndterer dette ved å kjøre den samme gjennomgangen gjentatte ganger og sammenligne resultatene. Det fungerer, men det er ikke gratis. I Deques egne eksperimenter brukte en enkelt kodegjennomgang omtrent 60 % av tokenene som ble brukt på en oppgave. Selve koding tok ca. 13 %. Å skrive testene tok en tilsvarende andel. Og én gjennomgang er sjelden nok. Den samme gjennomgangen må ofte kjøres tre til ti ganger på samme kodebase før den konvergerer mot den fullstendige listen over reelle problemer. Hver gjennomgang er et nytt søk, ikke et kumulativt, så ingenting overføres fra forrige kjøring.

Om det er verdt det avhenger av kostnadstoleranse. En organisasjon kan opprette nok agenter, la dem iterere og sjekke hverandres arbeid, og konvergere mot et godt svar. Men det innebærer å betale for det i token og syklustid. Alternativet er enklere: en deterministisk sjekk gir samme resultat hver gang, uten gjentatte gjennomganger.

Utnytte kontekst og menneske‑i‑sløyfen

En annen tilnærming beskrevet i en nylig casestudie involverte å kombinere automatisering og agent‑AI med menneskelig gjennomgang. I organisasjonens nye arbeidsflyt ble tilgjengelighetsfunn levert til en AI‑agent, som brukte et utbedringsverktøy til å anvende forventede HTML‑rettinger direkte i kildekoden og deretter automatisk opprettet og dokumenterte pull‑requests. Ingeniører gjennomgikk deretter de AI‑genererte endringene, godkjente pull‑requests og opprettholdt styring av kvalitet og resultater. Resultatet: 253 ingeniørtimer gjenvunnet, med utbedring 98 % raskere totalt. Arbeidsflyten ble anslått å spare mer enn $25 000 i ingeniørkostnader.

Å oppnå gode resultater fra en AI‑agent avhenger av hvordan den er konfigurert, ikke bare av gode prompt. Ingeniører kaller dette utnyttelses‑ og kontekst‑engineering: å bygge de spesifikke verktøyene, sjekkene og tilgjengelig informasjon som gjør at en agent kan gjøre godt arbeid i et bestemt miljø, i stedet for å la modellen finne ut av det på egen hånd. En agent som gjennomgår kode trenger ikke hele kodebasen lastet inn i kontekstvinduet. La den søke etter relevante filer og hente inn kun den omkringliggende koden den trenger, så vil den vanligvis levere bedre arbeid for mindre penger enn en som får alt på én gang. Den samme logikken gjelder for gjenbruk av kontekst på tvers av kall i stedet for å bygge den opp fra bunnen hver gang.

Når du tar et steg tilbake, husk at grunnen til at dette er viktig, er at mengden AI-generert kode vokser i et virkelig hektisk tempo. I den sammenhengen virker økende kostnader uunngåelige: enten fordi man må rette alle problemene som uvaliderte AI-kode skaper, eller fordi man må sjekke stadig større mengder kode før den går i produksjon.

Men økende kostnader er ikke uunngåelige. Digital tilgjengelighet gir en løsning—en som innebærer flere avveininger, mellom AI og regelbaserte, deterministiske verktøy; mellom AI-drevet automatisering og menneskelig validering; og mellom skalerbarhet og kostnadseffektivitet. Å få disse balansepunktene riktig handler om organisatorisk disiplin. Jo raskere organisasjoner utvikler disiplinen til å bruke AI bevisst, effektivt og på riktig måte, jo raskere kan de forvente å se positive, målbare avkastninger på sine AI-investeringer.

Dylan Barrell har arbeidet innen tilgjengelighetsfeltet i mer enn et dusin år. I løpet av denne perioden har han gjort effektiv og målrettet tilgjengelig programvareutvikling til et fokusområde i sitt arbeid, og nå utforsker han hvilken rolle kunstig intelligens kan spille i dette.

Som teknologisjef i Deque har Dylan hatt privilegiet å lede Deques del av mange storskalige prosjekter for tilgjengelighetsutbedring og å gi råd til Deques Fortune‑500‑kunder om hvordan de kan integrere tilgjengelighet i sine utviklingsprosesser. Han grunnla axe-familien av verktøy for tilgjengelighetstesting og leder Deques programvareutviklingsteam i å presse grensene for tilgjengelighet i stor skala. Han har publisert en bok om praksisene for vellykket smidig tilgjengelighet: Agile Accessibility Handbook.