StackAudit
Oversikt
En revisjon som sier hvilke AI-verktøy en bedrift bør kjøpe, og viser regnestykket.
Detaljer
At a glance
- Type prosjekt
- Rådgivningsprodukt, to språk
- Min rolle
- Definerte hva en revisjon må inneholde for å bli trodd, designet rapporten, og bygget produktet rundt den.
- Kategori
- Produkter
- Status
- Under utvikling2026
Hva jeg gjorde
- Bestemte hva en anbefaling må vise fram før den får lov til å gis
- Designet rapporten: tolv deler, som ender i forutsetninger og kilder
- Bygget revisjonsflyten og rapporten den lager, på norsk og engelsk
- Satte regelen om at hvert estimat bærer med seg hvor sikkert det er
Neste prosjekt
Wisr
Behovet
En liten bedrift får stadig høre at den bør bruke AI. Det den ikke får høre er hvilket av de to hundre verktøyene, til hvilken pris, i hvilken rekkefølge, eller hva som skjer med folkene som skal lære dem.
Rådene som finnes kommer i to former. En konsulent, til konsulentpris, eller en sammenligningsside som betales av verktøyene den rangerer. Ingen av dem viser regnestykket, så ingen av dem kan kontrolleres.
Det som kommer ut
En revisjon leser bedriftens eget materiale og lager en rapport i tolv deler. Den åpner med et sammendrag og tallene, og den slutter, med hensikt, med forutsetningene og kildene.
Imellom: profilen den bygget av bedriften og hvordan den tolket målene, en modenhetsscore på team, verktøy, prosess, data, ledelse og sikkerhet; et anbefalt sett verktøy valgt mot de målene og ikke fra en katalog; budsjettscenarier; en plan per rolle, formulert som hva hvert team må lære og ikke hva de må kjøpe; en utrulling over tretti, seksti og nitti dager; risikoene; og en del for det som bør vente.
Beslutning
Hvert tall sier hvor sikkert det er
- Bakgrunn
- Tallene en bedrift bestemmer seg ut fra kan ikke vites på forhånd: spart tid, unngåtte lønnskostnader, tilbakebetalingstid. Et verktøy som skriver dem ut som fakta gjetter med et selvsikkert ansikt, og leseren har ingen måte å se hvilke tall som er til å lene seg på.
- Hva jeg bestemte
- Hvert tall er merket med sin egen sikkerhet, høy, middels eller lav, og forutsetningene bak står som en nummerert del av rapporten og ikke som en fotnote. Ordlyden er retningsgivende estimater, ikke garantier, og rapporten sier rett ut at tallene bør justeres mot bedriftens egne interne tall.
- Avveining
- Ett selvsikkert tall selger bedre enn et intervall med forbehold. Men denne rapporten leses av den som må forsvare kostnaden overfor noen andre, og et tall de ikke kan forklare er verre for dem enn ingen tall i det hele tatt.
Beslutning
Åpne anbefalinger, ikke skjulte rangeringer
- Bakgrunn
- Den åpenbare måten å tjene penger på her er provisjon, og den åpenbare konsekvensen er at rangeringen slutter å handle om kunden. Ingen som leser den kan se forskjellen, og det er nettopp derfor hele kategorien møtes med mistillit.
- Hva jeg bestemte
- Poenggivingen vises, ikke bare resultatet. Hvert verktøy legger fram grunnlaget det ble vurdert på, priser og påstander lenker til leverandørens egne sider, og rapporten tar med verktøyene som ble vurdert og valgt bort, med begrunnelsen for hvert av dem.
- Avveining
- Å publisere fravalgene inviterer til diskusjon om dem, og å vise poenggivingen betyr at den må kunne forsvares. Det er akkurat riktig mengde press å stå under når en bedrift er i ferd med å handle på svaret.
En plan, ikke en liste
Den delen som oftest blir handlet på er den siste folk venter seg: utrullingen. Fire faser over nitti dager, som starter med grunnmur som nesten ikke koster noe, så de to–tre arbeidsflytene der tiden faktisk går, så automatisering, og så en gjennomgang av hva som brukes og hva som ikke gjør det.
Den avsluttes med en kom i gang-pakke, fordi en anbefaling ingen har tid til å starte på er det samme som ingen anbefaling: en AI-brukspolicy ledelsen kan vedta, et promptbibliotek per rolle, og en tretti-dagers sjekkliste.
Hvor det står
Produktet går fra ende til ende: en bedrift leses, en rapport lages på begge språk, og den eksporteres som et dokument noen kan ta med inn i et møte. En eksempelrapport er publisert, slik at en besøkende kan se nøyaktig hva de ville fått før de gir fra seg noe.
Det er under utvikling. Det prosjektet argumenterer for er smalt og, tror jeg, riktig: i et marked der enhver anbefaling mistenkes for å være betalt for, er det eneste holdbare produktet det som viser regnestykket og publiserer hva det takket nei til.