Gratis prøveperiode i en AI-tjeneste: Sæt grænser for forbruget
En god prøveperiode lader en mulig kunde opleve produktets værdi. For en AI-tjeneste bør den samtidig have en tydelig grænse for, hvor meget arbejde en gratis konto kan sætte i gang. Her er en praktisk gennemgang for det mindre softwareteam.
Begynd med det, kunden skal kunne afprøve
Stripes rapport fra 15. september om misbrug hos AI-virksomheder er anledningen til denne guide. Fremgangsmåden nedenfor er vores redaktionelle forslag til at afgrænse prøveadgang; den er ikke en garanti mod misbrug.
Beslut først, hvilken opgave en seriøs ny bruger skal kunne afslutte. Det kan være at bearbejde et kort dokument og vurdere resultatet. Skriv derefter, hvilke funktioner og hvor meget kapacitet den opgave kræver. Så har prøveperioden et konkret formål.
- Stripe: Fraud at AI startups Publiceret
Kortlæg det, som koster jer noget
Lav en lille oversigt med handling, forbrugsenhed, leverandør og grænse. Enheden kan være genereringer, behandlede sider eller minutters lyd. Hvis samme handling kan have meget forskellig størrelse, er et rent antal klik muligvis for upræcist.
Brug jeres egne regninger og forbrugsdata til at vurdere den dyreste tilladte prøveopgave. Medtag også gentagne forsøg efter fejl. Et maksimum pr. konto bør bygge på, hvad systemet faktisk kan sætte i gang, frem for alene på hvor længe kontoen er aktiv.
Adskil beskeden fra selve stoppet
En forbrugsalarm kan give et menneske eller et system besked. Der skal stadig være en besluttet handling, der begrænser adgangen. Stripes dokumentation beskriver eksempelvis forbrugsalarmer og arbejdsgange, som kan fjerne adgang ved en grænse. Den oplyser også, at faktureringstærskler ikke gælder for prøveabonnementer.
Bed udvikleren vise, hvor en ny opgave afvises, når prøveadgangen er brugt op. Spørg også, hvad der sker med opgaver, der allerede kører. En mail til ejeren er ikke i sig selv et loft over det arbejde, tjenesten udfører.
Gør grænsen forståelig for brugeren
Vis, hvad prøveperioden omfatter, og hvad der sker ved grænsen. Skal brugeren vente, vælge en mindre opgave eller gå videre til en betalt aftale? En tydelig forklaring gør det muligt at fortsætte uden at gætte på, om produktet er gået i stykker.
Lav en enkel vej til hjælp, hvis en legitim bruger bliver stoppet. Undgå at kalde en afvist bruger svindler i beskeden. Begrund i stedet den konkrete begrænsning og fortæl, hvordan brugeren kan få sin sag vurderet.
Afprøv grænsen før flere får adgang
Gennemfør et normalt prøveforløb og et forløb, der rammer loftet. Kontrollér også to samtidige opgaver tæt på grænsen, et gentaget kald efter timeout og en konto, der skifter til betalt adgang. De er foreslåede testscenarier, ikke påstande om fejl i et bestemt produkt.
Slut af med at sammenholde prøvebrug, faktisk omkostning og de handlinger, der viser reel produktinteresse. Justér én grænse ad gangen og følg, om relevante brugere stadig kan gennemføre deres første opgave. Målet er en afprøvning, virksomheden kan drive og kunden kan forstå.