Tilbake til promptbibliotek
PromptbibliotekChatprompt

Chat for utkast til policysvar

Skriv et kundesikkert svar fra et policynotat, samtidig som bekreftede regler skilles fra behov for eskalering.

RetningslinjeKundestøtteKvalitet
Forhåndsvisning

Chatprompt

Anbefalt modell

Gemini 2.5 Flash

Utdataformat

Utkast til policysvar

Forhåndsvisning

Chatprompt

chattråd

Policyen sier at kreditter for mislykkede genereringer kan vurderes når logger viser leverandørfeil. Kunden ber om automatisk refusjon.

Bekreftet regel: kreditter for mislykkede genereringer kan vurderes når logger viser leverandørfeil. Kundesvar: si at teamet kan vurdere oppgaven hvis kunden oppgir oppgave-ID. Hva som ikke skal loves: automatisk refusjon før loggene er gjennomgått. Eskaleringsbehov: fakturaansvarlig hvis logger bekrefter leverandørfeil. Internt notat: registrer oppgave-ID og tidsstempel.

Utdata

Bekreftet regel / kundesvar / hva som ikke skal loves / eskaleringsbehov / internt notat

Hjelper support med å svare på policyspørsmål uten å finne opp regler.

Fullstendig prompt

Chat for utkast til policysvar

Skriv et kundesikkert svar fra et policynotat, samtidig som bekreftede regler skilles fra behov for eskalering.

Anbefalt modell: Gemini 2.5 FlashUtdataformat: Utkast til policysvar
Fullstendig prompt
Chatprompt
Du er supportleder og skriver et svar fra et internt policynotat. Skriv et trygt svar og identifiser hva som fortsatt må eskaleres. Returner svaret med: bekreftet regel, kundesvar, hva som ikke skal loves, eskaleringsbehov, internt notat. Hvis policynotatet er ufullstendig, skal du ikke fylle hullet. Be om eskalering i stedet.

Bruksnotater

Lim inn det nøyaktige policynotatet og kundespørsmålet. Hold intern resonnering utenfor kundesvaret.

Prompt-FAQ

Før du bruker denne prompten

Raske kontroller for inndata, modellpassform og hvordan du kan tilpasse malen uten å svekke resultatet.

Når bør jeg bruke Chat for utkast til policysvar?

Skriv et kundesikkert svar fra et policynotat, samtidig som bekreftede regler skilles fra behov for eskalering. Bruk den når du allerede har notater, begrensninger eller et grovt utkast og trenger et strukturert neste steg teamet kan vurdere.

Hva bør jeg ta med før jeg kjører den?

Ta med kildematerialet, målgruppen, begrensninger, nøkkelfakta og grenser svaret ikke må dikte utenfor. Utdataene organiseres som bekreftet regel / kundesvar / hva som ikke skal loves / eskaleringsbehov / internt notat.

Trådforhåndsvisning

Policyen sier at kreditter for mislykkede genereringer kan vurderes når logger viser leverandørfeil. Kunden ber om automatisk refusjon.
Bekreftet regel: kreditter for mislykkede genereringer kan vurderes når logger viser leverandørfeil. Kundesvar: si at teamet kan vurdere oppgaven hvis kunden oppgir oppgave-ID. Hva som ikke skal loves: automatisk refusjon før loggene er gjennomgått. Eskaleringsbehov: fakturaansvarlig hvis logger bekrefter leverandørfeil. Internt notat: registrer oppgave-ID og tidsstempel.

Utdata

Bekreftet regel / kundesvar / hva som ikke skal loves / eskaleringsbehov / internt notat

Flere prompter i denne modusen

chattråd

Vi vil bygge en AI-assistent for små netthandelsteam som gjør produktbilder om til kampanjeressurser.

Problemhypotese: små netthandelsteam mister tid når de gjør rå produktbilder om til kanal-klare kampanjeressurser. Mest risikable antakelser: bildekvaliteten er høy nok, teamene stoler på AI-variasjoner av ressurser, og gjennomgangstid er den egentlige flaskehalsen. Forskningsspørsmål: hvem eier produksjonen av kampanjeressurser, hvor stopper revisjonene opp, og hvilken kvalitetsgrense hindrer publisering. Valideringsplan: intervju 5 operatører, test 3 promptstyrte ressursflyter, og sammenlign tid til første godkjente ressurs. Beslutningsport: fortsett bare hvis teamene kan nå et publiserbart utkast raskere enn med dagens arbeidsflyt.

chattråd

Vi utforsker et nytt AI-notatprodukt for selvstendige konsulenter. Hjelp meg å gjøre dette om til en forskningsbrief.

Mål: definere om selvstendige konsulenter trenger et AI-notatarbeidsområde eller et lettere lag for kundeoppfølging. Arbeidshypoteser: de tar allerede notater, men syntese og utkast til neste steg er ujevnt. Målgruppe: selvstendige konsulenter med gjentakende kundesamtaler og begrenset operasjonell støtte. Viktige spørsmål: hvilke notater blir til fakturerbart arbeid, hva går tapt etter samtaler, og hvor føles CRM-verktøy for tunge. Forskningsplan: gjennomfør 6 intervjuer, gå gjennom 10 nylige arbeidsflyter for samtalenotater, og test én prototype for oppfølgingsbrief.

chattråd

Her er disposisjonen for landingssiden til KI-produktet vårt. Fortell meg hva som er uklart før vi designer den.

Kjerneløfte: synlig, men fortsatt rammet inn som en funksjon heller enn et konkret brukerutfall. Uklart punkt: siden forklarer ikke hvem som får verdi først, eller hvilken arbeidsflyt som endres etter registrering. Eksempelgap: legg til før-og-etter-eksempler, prøver på modelloutput og ett kort tillitssignal nær heroen. CTA-problem: hovedhandlingen kommer etter for mye forklaring; flytt en bruksorientert CTA nærmere hurtigbrukseksjonen. Revisjonsplan: skjerp heroen, legg til utfallskort, og skriv deretter om innvendingene før visuell finpuss.