Vælg AI-konsulent: spørgsmål og leverandørtjekliste

1. Kan leverandøren forklare jeres opgave?

Start med en konkret arbejdsgang, ikke et antal AI-funktioner. Bed konsulenten beskrive hvordan opgaven starter og slutter, hvilke oplysninger der behøves, og hvad et menneske fortsat skal beslutte. En brugbar rådgiver skal også kunne foreslå en enklere proces eller et eksisterende værktøj.

Skeln mellem rådgivning, undervisning, en softwarepakke og specialudvikling. Et kursus hjælper medarbejderne med kompetencer; en audit giver et beslutningsgrundlag; implementering bygger eller forbinder noget. Sammenlign tilbud, der løser samme problem, frem for bare at sammenligne timepriser.

2. Hvem udfører og godkender arbejdet?

Få navn på den ansvarlige og afklar hvilke dele andre udfører. Relevant erfaring skal knyttes til den konkrete opgave. Bed om dokumentation for en påstået certificering eller tilskudsordning, hvis den er vigtig for valget. Et logo eller en generel titel dokumenterer ikke et bestemt resultat.

3. Kan I se et eksempel og dets begrænsninger?

En reel kundecase bør beskrive udgangspunkt, periode, antal opgaver, ændring og de omkostninger eller undtagelser, der påvirker konklusionen. Hvis der ikke er en sammenlignelig case, er en ærligt mærket demonstration mere brugbar end udokumenterede procenttal.

Bed om at se et almindeligt spørgsmål, et ukendt spørgsmål, en overlevering til et menneske og et systemsvigt. Se også den leverance, I faktisk køber: en rapport, et proceskort, en installation eller en driftet løsning. En flot animation er ikke bevis på, at systemet virker med jeres adgang og oplysninger.

4. Hvem ejer oplysninger og adgang?

Afklar godkendte kilder, deres ejer og opdatering, databehandling, underleverandører, adgangsroller, opbevaring og eksport. En læseforbindelse er ikke tilladelse til at ændre en kalender eller sende kundebeskeder. Bed om præcis handling og nødvendige rettigheder for hver forbindelse.

I første dialog er en anonymiseret procesbeskrivelse normalt mere egnet end kundeakter og adgangskoder. Jeres konkrete behandling og faglige ansvar skal vurderes særskilt. En generel tjekliste eller leverandørerklæring erstatter ikke de aftaler og vurderinger, som jeres situation kræver.

5. Hvornår er leverancen god nok?

Aftal en fast testliste, ansvarlig godkender og afslutningskriterier før start. Medtag manglende oplysninger, dubletter, forældede kilder og tilbagekaldt adgang. En booking eller afsendelse må ikke kaldes gennemført alene, fordi en AI skriver det.

Aftal hvem der opdager fejl, hvordan systemet pauses, og hvad der sker, hvis et forsøg ikke opfylder kriterierne. Fejl skal kunne føre til en rettelse, en enklere løsning eller en beslutning om ikke at fortsætte. Det er også et brugbart rådgivningsresultat.

6. Er den samlede pris og binding tydelig?

Bed om pris, valuta, momsgrundlag, forbrug, support, ændringer og opsigelse på samme tilbud. Adskil engangsarbejde og løbende betaling. Få forklaret, hvem der ejer rapporter, opsætning og eventuel kode, og hvilke eksportmuligheder der faktisk findes, hvis I skifter leverandør.

En rådgivningspris skal ses sammen med medarbejdernes forberedelse og kontroltid. Sammenlign en afgrænset analyse, en eventuel pilot og fuld drift hver for sig. Brug egne observationer til en økonomisk beregning; forventet kapacitet er ikke dokumenteret kontant besparelse.

7. Vælg næste skridt efter dokumentationen

Skriv for hver kandidat: afgrænset opgave, navngiven ansvarlig, eksempel, åbne forudsætninger, test, samlet omkostning og næste beslutning. Brug tjeklisten til alle leverandører, også Procora. Et uklart punkt bør afklares, ikke udfyldes med en forventning.

Procora fokuserer på afgrænsede administrative arbejdsgange og kundehenvendelser. Rådgivning, software og implementering aftales hver for sig. Hvis I primært har brug for en anden specialkompetence, en stor systemudskiftning eller faglig rådgivning, skal det fremgå af jeres valg frem for at blive skjult i et bredt AI-projekt.