Tilbage til promptbibliotek
PromptbibliotekChatprompt

Chat til udkast af politiksvar

Udarbejd et kundesikkert svar ud fra en politiknote, mens bekræftede regler adskilles fra behov for eskalering.

PolitikSupportKvalitet
Forhåndsvisning

Chatprompt

Anbefalet model

Gemini 2.5 Flash

Outputformat

Udkast til politiksvar

Forhåndsvisning

Chatprompt

chattråd

Politikken siger, at credits for mislykkede genereringer kan gennemgås, når logs viser leverandørfejl. Kunden beder om automatisk refusion.

Bekræftet regel: Credits for mislykkede genereringer kan gennemgås, når logs viser leverandørfejl. Kundesvar: Fortæl, at teamet kan gennemgå opgaven, hvis kunden sender opgave-id'et. Hvad der ikke må loves: Automatisk refusion før loggennemgang. Eskaleringsbehov: Faktureringsansvarlig, hvis logs bekræfter leverandørfejl. Intern note: Registrer opgave-id og tidsstempel.

Output

Bekræftet regel / kundesvar / hvad der ikke må loves / eskaleringsbehov / intern note

Hjælper support med at besvare politikspørgsmål uden at opfinde regler.

Fuld prompt

Chat til udkast af politiksvar

Udarbejd et kundesikkert svar ud fra en politiknote, mens bekræftede regler adskilles fra behov for eskalering.

Anbefalet model: Gemini 2.5 FlashOutputformat: Udkast til politiksvar
Fuld prompt
Chatprompt
Du er supportansvarlig og udarbejder et svar ud fra en intern politiknote. Skriv et sikkert svar, og identificer hvad der stadig kræver eskalering. Returner svaret med: bekræftet regel, kundesvar, hvad der ikke må loves, eskaleringsbehov, intern note. Hvis politiknoten er ufuldstændig, må du ikke udfylde hullet. Bed i stedet om eskalering.

Brugsnoter

Indsæt den nøjagtige politiknote og kundens spørgsmål. Hold intern-only ræsonnement ude af kundesvaret.

Prompt-FAQ

Før du bruger denne prompt

Hurtige tjek for inputs, modelfit og hvordan du tilpasser skabelonen uden at svække resultatet.

Hvornår skal jeg bruge Chat til udkast af politiksvar?

Udarbejd et kundesikkert svar ud fra en politiknote, mens bekræftede regler adskilles fra behov for eskalering. Brug den, når du allerede har noter, begrænsninger eller et groft udkast og har brug for et struktureret næste skridt, som et team kan gennemgå.

Hvad skal jeg inkludere, før jeg kører den?

Inkluder kildematerialet, målgruppen, begrænsningerne, nøglefakta og de grænser, svaret ikke må opfinde. Outputtet er organiseret som bekræftet regel / kundesvar / hvad der ikke må loves / eskaleringsbehov / intern note.

Trådforhåndsvisning

Politikken siger, at credits for mislykkede genereringer kan gennemgås, når logs viser leverandørfejl. Kunden beder om automatisk refusion.
Bekræftet regel: Credits for mislykkede genereringer kan gennemgås, når logs viser leverandørfejl. Kundesvar: Fortæl, at teamet kan gennemgå opgaven, hvis kunden sender opgave-id'et. Hvad der ikke må loves: Automatisk refusion før loggennemgang. Eskaleringsbehov: Faktureringsansvarlig, hvis logs bekræfter leverandørfejl. Intern note: Registrer opgave-id og tidsstempel.

Output

Bekræftet regel / kundesvar / hvad der ikke må loves / eskaleringsbehov / intern note

Flere prompts i denne tilstand

chattråd

Vi vil bygge en AI-assistent til små e-handelsteams, der omsætter produktfotos til kampagneassets.

Problemhypotese: Små e-handelsteams mister tid, når rå produktfotos skal omsættes til kampagneassets klar til flere kanaler. Mest risikable antagelser: Fotokvaliteten er høj nok, teams stoler på AI-assetvariationer, og reviewtid er den reelle flaskehals. Researchspørgsmål: Hvem ejer produktionen af kampagneassets, hvor går revisioner i stå, og hvilken kvalitetsbarriere blokerer publicering. Valideringsplan: Interview 5 operatører, test 3 promptstyrede assetflows, og sammenlign tid til første godkendte asset. Beslutningsport: Fortsæt kun, hvis teams kan nå et publicerbart udkast hurtigere end med deres nuværende arbejdsgang.

chattråd

Vi undersøger et nyt AI-noteprodukt til solo-konsulenter. Hjælp mig med at omsætte det til et researchbrief.

Mål: afklare, om solo-konsulenter har brug for et AI-notearbejdsrum eller et lettere lag til kundeopfølgning. Arbejdshypoteser: de indfanger allerede noter, men syntese og udkast til næste skridt er inkonsistente. Målgruppe: solo-konsulenter med tilbagevendende kundekald og begrænset driftssupport. Centrale spørgsmål: hvilke noter bliver til fakturerbart arbejde, hvad går tabt efter kald, og hvor føles CRM-værktøjer for tunge. Researchplan: gennemfør 6 interviews, gennemgå 10 nyere workflows for kaldnoter, og test én prototype på et opfølgningsbrief.

chattråd

Her er skitsen til vores landingsside for AI-produktet. Fortæl mig, hvad der er uklart, før vi designer den.

Centralt løfte: synligt, men stadig formuleret som en funktion snarere end et konkret brugerresultat. Uklart punkt: siden forklarer ikke, hvem der først får værdi, eller hvilken arbejdsgang der ændrer sig efter tilmelding. Eksempelhul: tilføj før-efter-eksempler, eksempler på modeloutput og ét kort tillidssignal nær topsektionen. Problem med handlingsopfordring: den primære handling kommer efter for meget forklaring; flyt en brugsorienteret handlingsopfordring tættere på sektionen for hurtig brug. Revisionsplan: skærp topsektionen, tilføj resultatkort, og omskriv derefter indvendinger, før det visuelle poleres.