At give en AI-assistent dine QR-koder: hvad den kan og ikke kan

Opgaven den er bedst til: at omdirigere et trykt parti

En dynamisk QR-kode går gennem en omdirigering: klistermærket på bordet ændres ikke, adressen bag det kan. Det er hele grunden til at trykke den. Det besværlige har altid været midten: finde de fyrre koder fra efterårskampagnen, se hvilke der stadig lever, og ændre dem én for én uden at røre de tredive, der skal blive.

Det er en samtale, ikke en formular. Du beskriver partiet, assistenten viser præcis hvilke koder den matchede og hvor hver især peger hen nu, og du bekræfter eller retter — før noget flytter sig. Derefter gælder ændringen for den næste, der scanner, inklusive klistermærket der allerede ligger på bordet. Det er værd at sige højt, før du trykker.

• Spørg med dine egne ord; tjek mod en liste, før noget ændres
• Statiske koder udpeges som noget, der skal genoptrykkes, i stedet for at fejle én for én
• En udgivet kode ændres for alle, der scanner derefter

Den anden opgave: rapporten ingen skriver

Scanningstal er lette at kigge på og svære at opsummere. En ugerapport er at holde perioden op mod den forrige, sætte navne på de koder der har rykket sig, og sige hvad man gør ved det. Netop det falder væk, når det er håndarbejde hver mandag.

Assistenten læser de samme tal som din analyseskærm og skriver sammenfatningen. Det afgørende er, at den læser dem ærligt: en kode med nul scanninger er kun ubrugt, hvis den er dynamisk, for en statisk kan slet ikke måles. Den forskel ligger i, hvordan den bliver bedt om at svare, så en tavs statisk kode meldes som ikke-målbar, ikke som en fiasko.

Hvad den ikke gør, og hvorfor det er med vilje

Det interessante ved at koble en assistent til en virksomhed er ikke listen over, hvad den kan. Det er listen over, hvad den ikke kan, og om de grænser blev valgt eller bare ikke er bygget endnu.

Den læser ikke, hvad dine kunder skrev. En undersøgelse giver karakterer, antal og fordelingen pr. spørgsmål — aldrig de sætninger, nogen tastede. Dem læser et menneske i din indbakke: det en kunde skriver, er ikke dit at give videre til et tredje system, og et svar givet til legitimationsoplysninger ender der, hvor indehaveren gemmer det.

Den sletter ikke en kode. At ødelægge omdirigeringen bag noget trykt kan ikke fortrydes, og det er ikke en bekræftelse, en assistent giver på dine vegne. I stedet tilbydes arkivering: koden holder op med at virke, og det kan gøres om.

Den ændrer intet i stilhed. Ethvert værktøj, der skriver, er markeret som sådan — det er dét, der får klienten til at standse og spørge dig. Arkivering er markeret endnu hårdere, fordi den mærkes uden for arbejdsrummet.

• Kommentarer fra undersøgelser: gives til hverken nøgle eller assistent
• Slette en trykt kode: tilbydes ikke — arkivering i stedet, og den kan fortrydes
• Skrivning: altid markeret, så din klient spørger, før den handler

Giv mindre, end du tror der skal til

Adgang gives pr. scope, og assistenten får kun vist de værktøjer, dens scopes tillader. En nøgle, der læser koder og analyser, opretter ingen — og mere nyttigt: oprettelsesværktøjet står slet ikke på dens liste, så den foreslår ikke noget, den bagefter ville få nej til.

Start skrivebeskyttet. Bed om en rapport, se en uge hvordan den ræsonnerer om dine data, og udvid nøglen, når du ved, hvad den gør med den. Det koster intet: en anden nøgle med skriverettigheder er et minuts arbejde, og den første er stadig brugbar.

• Først skrivebeskyttet: rapporter og opslag, intet der ændrer
• Udvid til skrivning, når du har set hvordan det går
• Et værktøj uden for scopet er usynligt, ikke bare nægtet

To veje ind, og hvad hver er til

Et værktøj, du selv kører, tager en API-nøgle: opret, indsæt adressen, færdig. Det er den rigtige vej for en assistent på din egen maskine, hvor du styrer nøglen.

En forbindelse fra en andens katalog bruger login, og du rører slet ingen nøgle. Før noget bliver givet, ser du hvem der spørger, hvilket arbejdsrum det ville gælde, og hvad den ville kunne — og kun en ejer eller administrator godkender. I begge tilfælde er forbindelsen synlig i dit arbejdsrum og kappes med ét tryk.

Spørgsmål værd at stille ethvert produkt, ikke kun dette

Assistenter kobles til rigtige virksomheder hurtigere, end vanerne for at gøre det sikkert når at dannes. De nyttige spørgsmål er de samme, uanset hvem der byggede integrationen.

Kan man bagefter se, hvad der blev givet? Kan det tilbagekaldes ét sted? Nævnes grænserne på forhånd, eller opdages de midt i en opgave? Og når det rører noget, en kunde skrev, eller noget trykt og allerede ude i verden — behandler produktet det anderledes end en almindelig post?

• Er det givne synligt og muligt at tilbagekalde?
• Nævnes grænserne på forhånd eller opdages de undervejs?
• Behandles tekst skrevet af kunder anderledes end dine egne data?