Kundservice prompter

Skriv ett svar på följande meddelande från en kund hos [företag]: [kundens meddelande].

Kontext: Problemet beror på [orsak: vårt fel, en underleverantör, ett missförstånd, kunden själv]. Vad vi kan erbjuda: [möjliga åtgärder: återbetalning, tillgodo, ersättningsvara, goodwill]. Vad vi inte kan göra: [gränser].

Struktur: Bekräfta det specifika problemet (omformulera kundens ord, använd inte generiska fraser), förklara kortfattat vad som hänt utan att skylla ifrån dig eller peka ut kollegor, presentera den konkreta lösningen och tidsplanen, samt nämn vad som görs för att det inte ska hända igen (om det är sant).

Ton: Mänsklig och direkt. Förbjudet: "vi ber om ursäkt för besväret", undvikande formuleringar ("vi borde ha"), upprepade ursäkter, eller att lova något som inte finns med under [möjliga åtgärder].

Skapa en bas med 10 svarsmakron för supporten på [företag], som säljer [produkt eller tjänst] till [kundkrets]. Våra kanaler: [kanaler: e-post, chatt, telefon]. Våra vanligaste kontaktorsaker: [orsaker, t.ex. orderstatus, inloggningsproblem, återbetalningskrav, fakturafrågor].

För varje makro: Tydligt internt namn, specifik användningssituation, fullständig text med fält att anpassa inom klamrar ([förnamn], [ordernummer], [tidsfrist]...), samt villkoret för när man ska frångå makrot för ett skräddarsytt svar.

Krav: Varje makro ska besvara ärendet fullständigt (inga "vi återkommer" utan ett datum), tonen ska stämma med vår stil [stil: du/ni, formell/personlig], och inkludera en kort version anpassad för chatt där det är relevant.

Vi har en pågående incident hos [företag]: [incidentens art, t.ex. tjänsten nere, generella leveransförseningar, faktureringsfel]. Påverkan: [vilka berörs och hur]. Orsak: [känd / under utredning]. Beräknad lösning: [estimat eller okänt].

Skriv den kompletta sekvensen: Initialt meddelande (skickas inom en timme: vad händer, vem berörs, vad gör vi, när kommer nästa uppdatering: utan att spekulera i orsaken), statusuppdatering (återanvändbar struktur var [frekvens]), lösningsmeddelande (vad som har rättats till, eventuell kompensation: [planerad åtgärd]), och ett uppföljningsmeddelande till kunder som öppnat ärenden.

Regler: Minimera aldrig problemet (säg inte "vissa fördröjningar" om allt ligger nere), ange tid för nästa uppdatering även om ingen ny info finns, en enhetlig röst oavsett kanal. Ta fram den initiala aviseringen i 3 format: e-post, webbplatsbanner (1 mening), och standardsvar för supportteamet.

En kund hos [företag] ber om [kundens önskemål, t.ex. återbetalning efter tidsfrist, en funktion vi saknar, en extra rabatt]. Vi måste neka eftersom [verklig anledning till nejet]. Kundens värde: [kontext: historik, volym]. Möjligt alternativ: [alternativ eller inget].

Skriv svaret: Bekräfta att vi mottagit önskemålet och visa att vi förstått det, ge ett tydligt nej redan i andra stycket (göm inte nejet bakom omskrivningar), ge den verkliga anledningen på ett enkelt sätt (en regel som gäller alla är lättare att försvara än en ursäkt), föreslå alternativet om det finns utan att översälja det, och lämna dörren öppen.

Tonen ska vara bestämd men respektfull. Förbjudet: ordet "tyvärr" mer än noll gånger, falska förhoppningar ("vi ska titta på det"), eller att skicka kunden vidare till en annan avdelning utan ett löfte om hjälp. Lägg till en variant för om kunden hotar att byta till [konkurrent].

Analysera kontaktorsakerna hos supporten på [företag] för att identifiera vad som kan minskas vid källan. Data: [export eller sammanfattning av ärenden: orsaker, volym, hanteringstid, kanal, period]. Supportstyrka: [antal anställda]. Nuvarande dokumentation: [status på FAQ / hjälpcenter].

Ta fram: En rankning av orsaker baserat på volym och kostnad (volym × hanteringstid), och för varje orsak i topp 5, identifiera den troliga grundorsaken och en lämplig åtgärd: produktfix, tydligare flöde eller bekräftelsemejl, hjälpartikel, eller proaktivt meddelande vid rätt tidpunkt.

För åtgärden "hjälpartikel", skriv direkt en disposition för artikeln. För "proaktivt meddelande", skriv meddelandet. Avsluta med en uppskattning av andelen undvikbara ärenden och de 3 viktigaste åtgärderna att starta denna vecka. Peka ut vad den tillhandahållna datan inte ger svar på.

Skriv [företag]s offentliga svar på detta negativa omdöme publicerat på [plattform: Google, Trustpilot, App Store]: [omdömets text].

Intern kontext: Vad som faktiskt hände: [intern version av fakta]. Vad vi kan erbjuda: [möjlig åtgärd eller inget].

Regler: Svaret riktar sig lika mycket till hundratals framtida läsare som till omdömeslämnaren; bekräfta giltiga punkter utan att erkänna fel som inte är fastställda; gå aldrig till motattack eller ifrågasätt kundens goda tro offentligt; föreslå fortsatt kontakt privat via en specifik kanal ([e-post eller dedikerat telefonnummer]) utan att det ser ut som en flykt; inga personuppgifter om kunden i svaret.

Begränsningar: Max 120 ord, signerat med förnamn och roll. Ta även fram en variant för fallet där omdömet innehåller felaktiga fakta: korrigera dessa sakligt utan att kalla kunden för lögnare.

Skapa 5 modeller för svar på positiva omdömen för [företag], som säljer [produkt eller tjänst]. Plattformar: [plattformar]. Vår ton: [stil: saklig, varm, du- eller ni-tilltal].

Varje modell ska motsvara en typ av omdöme: Detaljerat omdöme som nämner något specifikt, kort omdöme typ "jättebra", omdöme som nämner en anställd vid namn, positivt omdöme som ändå har en liten kritikpunkt, samt omdöme från en lojal återkommande kund.

Regler: Återkoppla till något konkret i omdömet för att bevisa att en människa läst det (fältet [citerad del] att anpassa), tacka utan att vara fjäskig, lägg aldrig in säljargument i svaret, och bemöt kritiken i det blandade omdömet istället för att ignorera den. Max 50 ord per svar.

Utformat: De 5 modellerna med klamrar, plus en intern regel för vilka omdömen som kräver svar inom 24 timmar och vilka som kan vänta.

Du är utbildare i svåra kundrelationer. En kund hos [företag] är aggressiv via [kanal: telefon, e-post, chatt]: [sammanfattning av situationen och tonläget]. Vad kunden egentligen vill: [önskemål]. Vad vi kan göra: [handlingsutrymme].

Ge mig en deeskaleringsmetod i 4 steg: Låt kunden prata till punkt utan att avbryta eller försvara dig för tidigt, bekräfta känslan utan att bekräfta anklagelserna (exakta formuleringar), fokusera på det som går att lösa, och lås fast ett tidsbestämt löfte.

Skriv ordagranna formuleringar för att: Artigt avbryta en monolog som går i cirklar, svara på ett personligt påhopp mot agenten, neka att fortsätta om förolämpningarna fortsätter (2 varningar, sedan avsluta samtalet, formulering för varje steg), och återuppta kontakten senare när läget lugnat ner sig.

Förtydliga vad som skiljer sig mellan telefon och skrift, samt när agenten ska lämna över till sin chef.

En kund hos [företag] hotar med att [hot: kontakta advokat, anmäla till ARN/Konsumentverket, kontakta pressen, inleda rättslig process]. Tvisten gäller [ämne, belopp]. Historik: [sammanfattning av kontakt].

Hjälp supporten att hantera detta utan att agera jurist: Skriv ett väntesvar som bekräftar mottagandet, förblir sakligt och artigt, inte erkänner något fel, inte ifrågasätter kundens rätt att agera, och anger en exakt tid för ett fullständigt svar.

Lägg till: En intern checklista före svar (stoppa radering av data kopplad till ärendet, samla tidslinje och underlag, meddela [ansvarig]), 3 formuleringar att absolut undvika (allt som erkänner ansvar eller lovar ett visst utfall), och det enkla kriteriet för när ärendet ska lämnas till ledningen eller företagets juridiska ombud istället för att fortsätta hos supporten. Ge inga juridiska råd i sakfrågan.

Skriv svar på återbetalningskrav för [företag], som säljer [produkt eller tjänst]. Vår policy: [regler för återbetalning: tidsfrister, villkor, undantag]. Mottaget krav: [kundens meddelande och orsak].

Ta fram 3 versioner: Beviljad återbetalning (bekräfta exakt belopp, vilket konto/betalsätt som krediteras, faktisk tid i bankdagar, vad kunden ska göra om inget syns), partiell återbetalning eller tillgodo (förklara uträkningen utan ekonomijargong, presentera tillgodot utan att maskera det som en gåva), samt avslag (vilken regel som gäller, varför den finns, vad som fortfarande är möjligt).

Gemensamma regler: Meddela beslutet inom de första två raderna, inga otydliga formuleringar ("bör återbetalas"), undvik att kalla allt för "goodwill" så att policyn tappar sin mening. Format: 3 kompletta mejl med klamrar, plus en intern anteckning för ärendet i varje fall.

Du är kundservicechef på [företag] ([produkt eller tjänst], snittorder [belopp], indikativ marginal [nivå]). Agenterna ger idag kompensation på magkänsla, utan enhetlighet.

Bygg upp ett internt ramverk för goodwill: 5 till 8 typiska situationer ([vanliga situationer: försening, produktfel, vårt fel, subjektiv besvikelse, lojal kund som är missnöjd]), och för varje situation ange standardkompensation, maxkompensation utan godkännande, samt tröskeln som kräver chefsbeslut.

Principer att följa: Kompensationen ska ersätta den faktiska skadan, inte köpa tystnad; en kund som skriker högst ska inte få mer än en artig kund i samma situation; tillgodokvitto föreslås före återbetalning när det är rimligt, men aldrig som en fälla.

Format: Tabell med situation / standard / tak för agent / eskalering, formuleringar för att presentera varje åtgärd, och 3 månatliga nyckeltal för att kontrollera att ramverket följs.

En kund hos [företag] bestrider sin faktura: [problemets art: dubbeldebitering, fel belopp, debiterad efter uppsägning, rabatt ej dragen]. Intern kontroll: [vad vårt system visar: bekräftat fel, delvis fel, korrekt fakturering men missförstådd].

Skriv svaret baserat på resultatet. Om felet är bekräftat: Erkänn direkt, ange exakt belopp som återbetalas, tid i bankdagar, och vad som rättats till för att undvika upprepning. Om faktureringen är korrekt: Förklara pedagogiskt rad för rad var beloppet kommer ifrån, utan att få kunden att känna sig dum, och visa var de kan hitta dessa detaljer själva nästa gång.

Begränsningar: Ingen faktureringsjargong ([exempel på interna termer att undvika]), endast exakta siffror, säg aldrig "pengarna kommer snart" utan ett datum. Lägg till en kort version för chatt och intern anteckning.

Skapa standardsvar för [företag] vid leveransförseningar. Vårt leveranslöfte: [utlovad tid]. Fraktbolag: [bolag]. Vad vi kan göra: [åtgärder: skicka på nytt, återbetala frakt, goodwill, reklamation hos fraktbolag och dess tidsfrist].

Ta fram 4 svar baserat på nivå: Lätt försening på några dagar där spårningen rör sig, spårning som stått still i [tid], paket markerat som levererat men ej mottaget (checklista för kunden: grannar, ombud, utan att misstänkliggöra kunden), samt paket som sannolikt är förlorat (skicka nytt eller återbetala utan att vänta på fraktbolagets utredning om vår policy tillåter det).

Regler: Skyll aldrig helt på fraktbolaget (det är oss kunden har betalat), ange alltid när vi återkommer nästa gång. Format: 4 mejl med klamrar.

En kund hos [företag] rapporterar en defekt eller felaktig produkt: [beskrivning av problemet]. Produkt: [produkt, pris]. Vår process: [alternativ: retur med förbetald etikett, direkt utbyte, återbetalning, reparation; vem betalar returen].

Skriv det första svaret: Kort och uppriktig empati (en mening, inte tre), de 2 eller 3 frågor eller foton som behövs för diagnos (endast det nödvändiga, varje vända kostar en dag), och en tydlig beskrivning av möjliga lösningar beroende på diagnosen så att kunden vet vad som väntar.

Skriv sedan lösningssvaret när felet är bekräftat: Den valda lösningen, konkreta steg för kunden (numrerade, med bifogad returetikett), och tidsplan för varje steg.

Regler: Kräv aldrig att kunden ska bevisa sin oskuld utöver vad som är rimligt, låt inte kunden stå för kostnaden för vårt fel. Fält inom klamrar, 2 kompletta mejl.

Skapa standardsvar för "var är min order" för [företag]. Vårt orderflöde: [steg: bekräftelse, plockning, skickat, leverans, med tider för varje]. Verktyg: [vad agenten ser i back-office].

Ta fram ett svar för varje steg i flödet, där varje svar anger: Exakt var ordern befinner sig, vad som händer härnäst, och nästa datum då något synligt för kunden kommer att ske. Förbjudet: Att bara kopiera fraktbolagets råstatus ("ankommit till hub") utan att förklara den, eller svar som inte ger ny info ("din order behandlas").

Lägg till: Svar för en order som agenten ser är blockerad internt ([vanliga orsaker: slut i lager, betalningskontroll, ofullständig adress]): Säg sanningen om orsaken, ge en realistisk tidsplan och erbjud en utväg (ändra eller avbryta). Format: Kompletta svar med klamrar, versioner för mejl och chatt.

Du är kvalitetsansvarig för kundsupporten. Våra agenter på [företag] ställer frågor en och en: varje ärende tar 3 vändor istället för en. Berörda ärenden: [orsaker, t.ex. teknisk bugg, ofullständig ansökan, transportreklamation].

För varje orsak, bygg upp det ideala meddelandet för att be om information: Alla nödvändiga frågor samlade på en gång, numrerade, formulerade för att få exakta svar (slutna frågor eller alternativ istället för "kan du berätta mer"), med en rad för varje fråga som förklarar varför vi behöver den om det inte är självklart.

Regler: Max 5 frågor per meddelande, be aldrig om information som redan finns i ärendet eller på kundkontot (vanligaste orsaken till irritation), ange vad som händer så snart svaren mottagits. Format: Ett meddelande per orsak med klamrar, plus en intern checklista "har jag frågat om allt?".

Skriv en uppföljningssekvens för [företag] för en kund som öppnat ett ärende men slutat svara. Kontext: [orsak]; vi väntar på: [information eller åtgärd]; tystnad i [tid].

Ta fram 3 meddelanden. Uppföljning 1 (efter [tid 1]): Kort påminnelse om vad vi väntar på, gör det så enkelt som möjligt att svara (omformulera frågan på en rad, erbjud svarsalternativ om möjligt). Uppföljning 2 (efter [tid 2]): Meddela att ärendet stängs om inget svar inkommer senast [datum], förtydliga att inget är förlorat och hur man öppnar det igen. Avslutningsmeddelande: Stäng artigt, sammanfatta var ärendet stod, ge det enklaste sättet att återuppta det.

Regler: Skapa inte dåligt samvete ("eftersom du inte svarat..." i anklagande ton), anpassa tiderna efter ärendets allvar (olika tider för en kritisk bugg och en allmän fråga). Fält inom klamrar.

Skapa avslutningsmeddelanden för supportärenden på [företag]. Vårt verktyg: [ticketing-verktyg]. Nöjdhetsundersökning skickas vid avslut: [ja/nej, vilken].

Ta fram 4 meddelanden: Avslut efter bekräftad lösning från kund (sammanfatta lösningen på 2 rader för framtida bruk), avslut efter antagen lösning utan kundens bekräftelse (formulering som inte påstår att det är löst, men att vi stänger pga uteblivet svar, med enkel återöppning), avslut av dubblettärende (hänvisa till huvudärendet), avslut av ärende utanför vårt område (säg tydligt att vi inte gör detta, hänvisa till [alternativ] om det finns).

Regler: Använd inte "tveka inte att höra av dig" som en tom fras: ge en länk eller en specifik instruktion för att öppna JUST DETTA ärende igen utan att behöva förklara allt på nytt; meddelandet ska vara begripligt om 6 månader. Fält inom klamrar, versioner för mejl och chatt.

En kund hos [företag] ber om en funktion som vår produkt saknar: [önskemål]. Verklig intern status: [status: planerad till kvartal X, under utredning utan löfte, medvetet bortvald, aldrig utvärderad]. Befintlig workaround: [workaround eller ingen].

Skriv svaret anpassat efter verklig status. Om planerad: Ange tidshorisont utan att lova ett fast datum, erbjud att meddela vid lansering. Om under utredning: Säg ärligt att inget löfte finns, förklara hur kundönskemål påverkar våra val. Om bortvald: Ge den verkliga anledningen enkelt (produktval, inte brist på respekt för behovet) och detaljera workaround om den finns. Om aldrig utvärderad: Tacka, logga, utan falska förhoppningar.

Regler: Låt ALDRIG kunden tro att "det kommer snart" bara för att få lugn och ro, tacka för det specifika behovet, logga önskemålet i [verktyg] med exakta ord. Ta fram de 4 kompletta varianterna och en mall för loggning.

Här är den tekniska diagnosen från vårt team för ett kundärende hos [företag]: [rå teknisk diagnos]. Kunden: [profil, t.ex. icke-teknisk småföretagare, senior privatperson, avancerad användare]. Ursprunglig fråga: [kundens fråga].

Översätt denna diagnos till ett kundsvar: Börja med den konkreta konsekvensen för kunden (vad fungerar, vad fungerar inte, vad behöver kunden göra), förklara orsaken med en vardaglig analogi om det verkligen hjälper (annars hoppa över den), ge lösningssteg i nummerordning med beräknad tid för varje.

Regler: Ingen nedlåtande ton ("det är jättenkelt" är förbjudet om det inte är det för kunden), inga tekniska termer utan omedelbar förklaring inom parentes, förenkla inte så mycket att det blir felaktigt: säg till mig om en förenkling du gör offrar exakthet. Format: Det kompletta svaret, sedan en lista på tekniska termer du översatt och hur.

Skriv en artikel till hjälpcentret för [företag] om ämnet: [ämne, t.ex. byta lösenord, returnera en vara, förstå första fakturan]. Källa: [agenternas standardsvar eller intern rutin]. Läsare: [kundprofil].

Struktur: En rubrik formulerad som kunden söker (inte hur vi pratar internt), svaret på frågan inom de första 3 raderna för de som har bråttom, sedan detaljerade steg i nummerordning (en åtgärd per steg, var man ska klicka och vad man ska se), sektionen "fungerade det inte?" med de 2-3 vanligaste hindren och deras lösningar, samt en väg till supporten med vilken info som behövs för snabb hjälp.

Regler: Inga antagna skärmdumpar (ange var de ska in med [bild: beskrivning]), använd kundens språk och inte interna termer ([interna ord att undvika]), korta meningar, inget "du behöver bara". Ge även 3 rubrikvarianter för sökoptimering.

Bygg en FAQ för [produkt eller tjänst] hos [företag]. Underlag: [verkliga frågor till supporten, kundmejl, säljhinder]. Kundresa: [steg: före köp, beställning, användning, fakturering, uppsägning].

Ta fram: En lista med 15–20 utvalda frågor, formulerade som kunderna ställer dem (behåll deras språk), sorterade efter steg i kundresan, med ett fullständigt men kort svar för varje (max 80 ord, exakta siffror där de finns: tider, belopp, villkor: [data att integrera]).

Regler: Ett riktigt svar per fråga (aldrig bara "kontakta supporten"), våga svara på svåra frågor (avgifter, tider, produktbegränsningar) istället för att utelämna dem: en FAQ som undviker frågor skapar bara fler ärenden; markera frågor där svaret kräver att jag hittar på info: lista dem i slutet som "att komplettera". Format: FAQ organiserad per sektion, redo att publiceras.

Du är ansvarig för kundupplevelsen. Strukturera hjälpcentret för [företag] ([produkt eller tjänst], kundkrets [kundkrets]). Nuvarande status: [inget, en rörig FAQ, spridda artiklar]. Huvudsakliga kontaktorsaker: [orsaker efter volym].

Ta fram den kompletta strukturen: 5 till 7 kategorier namngivna efter kundens avsikt ("Min beställning", "Betalning och återbetalning"...) och aldrig efter interna avdelningar, med en lista över artiklar att skapa för varje kategori prioriterade efter nytta (volym undvikbara ärenden först), lämpligt format för varje (steg-för-steg, tidstabell, kort video) och en sökorienterad rubrik.

Lägg till: De 5 viktigaste artiklarna att skriva först med motivering, underhållsregler (vem granskar vad, hur ofta, vad triggar uppdatering vid produktändring), och var kontaktvägar till mänsklig support ska finnas (synliga utan att sabotera självbetjäningen). Format: Indenterad struktur + handlingsplan.

Skriv scenarier för support-chatboten på [företag]. Ärenden att täcka: [3 till 5 enkla och vanliga orsaker, t.ex. orderstatus, öppettider, returrutin]. Vad boten kan göra tekniskt: [förmågor: läsa orderstatus, skapa ärende, ge länkar]. Eskalering till människa: [agenternas tillgänglighet].

För varje orsak, skriv det kompletta dialogträdet: Välkomstmeddelande för flödet, botens frågor med klickbara val (2 till 4 alternativ, aldrig öppna frågor när val räcker), färdiga slutsvar, och utgångspunkten till människa.

Icke förhandlingsbara regler: Boten presenterar sig som en bot (aldrig falskt mänskligt namn), vägen till en agent är tillgänglig vid varje steg utan hinderbana, boten skickar med allt kunden redan sagt till agenten (kunden ska ALDRIG behöva upprepa sig), vid andra misslyckade försöket att förstå föreslås mänsklig hjälp. Format: Ett träd per orsak med färdiga repliker.

Skapa svarsmallar för livechatten på [företag] ([produkt eller tjänst], ton [stil]). Situationer att täcka: Välkomst och mottagande, be om tålamod medan agenten letar (med en angiven tid, inte ett "ett ögonblick" som tar 8 minuter), be om information, presentera lösningen, överlämning till kollega (förklara varför och skicka med kontext), avslut med sammanfattning, samt frånvaromeddelande utanför öppettider med alternativ.

Begränsningar för chatt: Max 2 meningar per meddelande, en sak i taget istället för textblock, varna före varje tystnad längre än 2 minuter, ingen falsk omedelbarhet ("jag kollar det direkt" följt av 10 minuters tystnad).

För varje mall: Text med klamrar, exakt användningssituation och det klassiska fel den undviker. Lägg till regeln för kanalbyte: 3 signaler som visar att man bör föreslå ett samtal istället för att fortsätta skriva.

En kund kontaktar [företag] offentligt på [nätverk: X, Instagram, Facebook, LinkedIn]: [innehåll i det offentliga meddelandet]. Intern kontext: [vad vi vet om ärendet]. Synlighet: [räckvidd: få visningar, sprids just nu, influencer].

Skriv: Det offentliga svaret (max 2 meningar: bekräfta, visa att det hanteras, bjud in till privat konversation utan att det ser ut som att vi tystar ner det; publiken dömer företaget på detta svar, inte på det ursprungliga felet), det första privata meddelandet som tar vid utan att kunden behöver upprepa sig, och det offentliga avslutningssvaret när problemet är löst om tråden fortfarande är synlig.

Regler: Svara snabbt även utan lösning (bekräftelse kan skrivas direkt), aldrig detaljer om ärendet offentligt (personuppgifter), aldrig en defensiv eller ironisk ton även om kunden har fel, ta inte bort kommentaren utom vid rena förolämpningar. Lägg till kriteriet för intern eskalering: när denna tråd ska gå till [ansvarig].

Du är supportchef på [företag] ([produkt eller tjänst], [volym] ärenden per [period], team på [antal]). Idag hanteras kön i turordning, och verkliga akuta ärenden väntar bakom enkla frågor.

Bygg upp vårt prioriteringssystem: 3 eller 4 prioritetsnivåer definierade av den faktiska påverkan för kunden (helt blockerad, hindrad med workaround, fråga utan tidspress), med konkreta exempel för varje nivå från våra vanligaste orsaker ([vanliga orsaker]), mål för första svarstid och lösning, samt regeln för avvägning när allt verkar bråttom.

Lägg till: Kriterier som höjer ett ärende (kund i kritisk period [kontext, t.ex. bokslut, bröllop, flytt], upprepning av samma problem, ett tidslöfte vi brutit), och vad som INTE höjer prioriteten (kunden som skriker högst, enbart ordervärdet), samt 10-sekunders-testet: en agent ska kunna klassa utan att tänka. Format: Matris + 10 exempelärenden klassificerade och motiverade.

Hjälp mig att sätta tidslöften för supporten på [företag]. Situation: [volym ärenden per kanal och period], personal [antal och arbetstider], nuvarande tider [nuvarande tider om kända]. Kundförväntan: [konkurrensläge eller nuvarande löfte].

Föreslå: SLA för första svar och lösning per kanal (mejl, chatt, telefon, sociala medier) och per prioritetsnivå, i linje med vår faktiska personalstyrka: säg ärligt om en ambition är omöjlig att hålla med beskrivna medel och vad som krävs för att nå den.

Skilj på: Internt SLA (teammål) och publicerat löfte till kund (alltid försiktigare än det interna), samt det första NYTTIGA svaret (riktig hantering, inte ett autosvar som bara stoppar klockan). Lägg till: Mätning (vilka nyckeltal, hur räknas arbetstid), veckovisa uppföljningsrutiner, och vad man gör när ett SLA riskerar att brytas: meddela kunden före tidsfristen, inte efter. Format: SLA-tabell + tillämpningsregler.

Ett ärende hos [företag] har legat i [tid] utan svar, vilket är långt över vår standard ([normal tid]). Verklig orsak: [orsak: arbetstopp, ärende tappat vid överlämning, mänskliga faktorn]. Kundens fråga: [ursprunglig fråga].

Skriv svaret: Ursäkten i EN mening, uppriktig och utan överdrivet självömkande (kunden vill ha svar, inte vår självflagellering), en ärlig förklaring i en mening om den finns (utan att gå in på interna detaljer eller skylla på kollegor), och sedan OMEDELBART det fullständiga svaret på ursprungsfrågan: det är svaret som reparerar skadan, inte ursäkten. Om fullständigt svar inte är möjligt än: vad som görs, vad som återstår, och ett fast datum för nästa uppdatering.

Lägg till: Eventuell goodwill om dröjsmålet orsakat faktisk skada ([policy]), variant för om kunden påmint flera gånger, och variant för om dröjsmålet beror på info VI väntat på men frågat efter otydligt. Max 120 ord per version.

Skapa en mall för överlämning av ärenden från nivå 1 till nivå 2 (eller [tekniskt team]) hos [företag]. Nuvarande problem: Eskalerade ärenden innehåller frågor som kunden redan svarat på, och N2 tappar tid på att pussla ihop historiken.

Mallen ska innehålla: Sammanfattning av problemet på 2 rader (observerat symptom, inte tolkning), kundpåverkan (blockerad eller ej, sedan när, antal tillfällen), miljö och referenser ([nyckelfält: ordernummer, version, webbläsare, konto-ID]), vad som redan testats och resultatet av varje test, vad kunden redan skickat in (bilagor, skärmdumpar), den specifika frågan till N2 (en eskalering utan fråga är bara att skicka vidare problemet), och löftet som getts till kunden (utlovad tid).

Lägg till: 3 objektiva kriterier som motiverar eskalering (och 2 fall som inte gör det), meddelandet till kunden för att informera om överlämningen utan internjargong, samt ansvarsregeln: vem svarar kunden under eskaleringen. Format: Mall med fält + ifyllt exempel.

Dokumentera den interna rutinen för återbetalning för supportagenterna på [företag]. Verktyg: [verktyg: betalplattform, back-office, ticketing-verktyg]. Kommersiell policy: [regler för behörighet och tak per agentprofil].

Skriv en komplett steg-för-steg-guide: Förberedande kontroller (behörighet enligt policy, har återbetalning redan skett på denna order, är ursprungligt betalsätt fortfarande giltigt), registrering i [verktyg] steg för steg, exakt belopp (enbart produkt, fraktavgift, fall med delbetalning via tillgodo eller presentkort), meddelandet till kunden med realistisk banktid per betalsätt, samt spårbarhet (vad som ska loggas i ärendet: belopp, orsak, godkännande).

Lägg till: De 4 vanligaste specialfallen som skapar problem ([vanliga fall, t.ex. utgånget kort, delvis returnerad order, delbetalning]) med deras hantering, samt tabell över beloppsgränser per agentnivå. Format: Numrerad rutin, varningsrutor för fallgropar, slutgiltig checklista.

Bygg en matris för kvalitetsgranskning av supportens svar på [företag] ([kanaler], ton [stil]). Användning: Granskning av [volym, t.ex. 5 ärenden per agent och månad] av [vem som granskar].

Kriterier ska byggas kring det som betyder något för kunden: Har frågan förståtts på riktigt (inte ett svar vid sidan av), fullständigt svar vid första försöket (alla kundens frågor besvarade, inte bara den första), informationens exakthet, tydlighet (läsbart för den berörda kunden), tonen stämmer med vår stil utan att vara robotaktig, tidsbestämt löfte när lösningen inte är omedelbar, samt korrekt loggning av ärendet.

För varje kriterium: Motiverad viktning, betygsskala med observerbara beskrivningar av varje nivå, exempel på bra och dåligt. Användningsregler: Matrisen ska användas för utveckling, inte bestraffning; varje avvikelse ska kunna visas i ärendet. Format: Matris + en sidig guide för granskaren.

Förbered min månatliga kvalitetsgenomgång med [agentens förnamn], supportagent på [företag] sedan [anställningstid]. Underlag: [resultat från kvalitetsmatrisen denna månad: observerade styrkor, konstaterade avvikelser med ärendereferenser]. Eventuell kontext: [kontext: hög belastning, nya ärendetyper, svår period].

Strukturera det 30 minuter långa samtalet: Agentens självutvärdering först (exakta frågor för att starta den), styrkor med specifika ärendeexempel (lika väl dokumenterade som avvikelserna: vaga komplimanger är värdelösa), sedan ETT prioriterat utvecklingsområde (inte fem) illustrerat med 2 ärenden, där vi söker orsaken tillsammans (brist på info, otydlig rutin, vana) innan vi föreslår åtgärd, den konkreta åtgärden vi enas om med deadline, samt vad JAG åtar mig att rätta till om orsaken är bristfälliga verktyg eller dokumentation.

Skriv formuleringar för svåra passager: En upprepad avvikelse trots tidigare samtal, eller en agent som ifrågasätter matrisen. Ton: Direkt och välvillig, aldrig nedlåtande.

Bygg en utbildningsplan för en ny supportagent på [företag] ([produkt eller tjänst], kanaler [kanaler], verktyg [verktyg]). Mål för full självständighet: [tid]. Tillgänglig utbildare: [vem utbildar och hur mycket tid per dag].

Dela upp per vecka: Vecka 1, lär känna produkten som kund (använd den på riktigt, lägg order, stöt på problem) och lyssna med erfarna agenter; Vecka 2, besvara enkla ärenden ([enkla orsaker]) med 100 % granskning av svar före utskick; Vecka 3, utöka till komplexa ärenden med stickprovsgranskning; Vecka 4, övervakad självständighet och stöd vid de första känsliga ärendena.

För varje vecka: Observerbara mål, konkreta övningar (inklusive svar på anonymiserade verkliga ärenden), kriterier för att gå vidare till nästa vecka, och avstämning med utbildaren. Lägg till en lista på 10 kunskapspunkter att validera före slutet ([företagsspecifika saker]) och formatet för valideringstestet. Format: Veckoschema + checklista för validering.

Skriv en manual för tonalitet i kundsupporten på [företag] ([produkt eller tjänst], kundkrets [kundkrets], varumärkesposition [position]). Idag skriver varje agent på sitt sätt, från väldigt torrt till för familjärt.

Ta fram: De 4 eller 5 principerna för vår röst (varje i en mening, med vad det innebär OCH dess gräns: "varm" utan massor av emojis, "direkt" utan att vara brysk), fastställda val (du- eller ni-tilltal baserat på [kontext], emojis, utropstecken, humor och dess förbud, hur vi benämner oss själva: "jag" eller "vi"), ordlista (företagsord att använda, interna termer som är bannlysta med deras kundöversättning), samt 6 före-efter-exempel på verkliga situationer: meddela väntetid, avslag, ursäkt, god nyhet, arg kund, teknisk fråga.

Gyllene regel att inkludera: Manualen ramar in tonen, aldrig innehållet; en agent måste kunna frångå den när mänskligheten kräver det, och vi dokumenterar dessa fall. Format: Max 2 sidor, redo att användas imorgon.

Skapa en nöjdhetsundersökning (CSAT) efter avslutat ärende för [företag] ([supportkanaler], verktyg: [verktyg]). Mål: Mäta supportkvalitet OCH samla in agerbar data, utan att trötta ut kunden.

Ta fram: Tidpunkt för utskick (efter avslut, med relevant fördröjning beroende på orsak: direkt för en enkel fråga, senare om lösningen behöver verifieras av kunden), huvudfrågan om nöjdhet med dess skala (motivera valet av skala och behåll den för alltid: att byta bryter historiken), EN välformulerad öppen fråga ("vad kunde vi ha gjort bättre?" snarare än "kommentarer?"), samt en villkorad fråga om betyget är lågt (erbjud att bli kontaktad: ett lågt betyg utan uppföljning är en förlorad chans).

Skriv: Det kompletta mejlet för utskick (max 40 ord före frågan, betyget ges med ett klick direkt i mejlet), regeln för att undvika enkättrötthet (en aktiv kund får inte 5 enkäter per månad), och den interna rutinen för svaren: vem läser, vem ringer upp missnöjda kunder, och inom vilken tid.

Förbered en NPS-kampanj för [företag] ([produkt eller tjänst], bas på [antal] kunder, senaste NPS: [tidigare poäng eller första mätning]).

Ta fram: Enkätmejlet (standardfrågan "hur troligt är det att du skulle rekommendera..." med skala 0-10, en inledande mening som ger en verklig anledning att svara, löftet om att det tar max 30 sekunder), en enda påminnelse till de som inte svarat ([tid] efteråt, annan vinkel, inte anklagande), samt en plan för hantering per svarssegment: tack till ambassadörer (promoters) med en konkret fortsättning ([åtgärd: be om offentligt omdöme, värvningsprogram]: utan uppföljning är en ambassadör outnyttjad), uppföljningsfråga till passiva kunder (vad saknas för en 9:a?), personligt samtal till kritiker (detractors) inom [tid] med samtalsmall (lyssna, försvara inte, ett konkret löfte).

Regler: Be aldrig om ett visst betyg ("ge oss 9 eller 10") vilket förstör datan, respektera anonymitet om det utlovats. Format: Mejlmallar + samtalsmall + kampanjkalender.

Analysera dessa kundkommentarer för [företag], från [källa: NPS, CSAT, omdömen online, ärenden] under perioden [period]: [inklistrade kommentarer].

Ta fram: En klassificering efter teman som växer fram ur kommentarerna själva (använd inte förutbestämda kategorier), med volym av omnämnanden för varje tema, dominerande tonläge, och 2 exakta representativa citat (aldrig omformulerade); skilj på sakliga irritationsmoment (fel, dröjsmål, brutna löften) och uppfattningar (känsla av att det är dyrt eller krångligt) som kräver olika åtgärder; svaga signaler: sällsynta men allvarliga omnämnanden ([exempel: hot om att lämna, nämnd konkurrent, säkerhetsproblem]) som ska lyftas även om volymen är liten.

Avsluta med: Topp 3 åtgärder föreslagna utifrån kommentarerna (varje kopplad till citaten som motiverar den), och vad detta underlag INTE ger svar på (urval, insamlingsfel, avsaknad av tysta kunder). Hitta inte på några citat, komplettera inga saknade siffror.

En kund hos [företag] vill säga upp [abonnemang eller tjänst, tid som kund, belopp]. Angiven orsak: [uttryckt orsak]. Kontohistorik: [användning, tidigare incidenter, nyligen skedda kontakter]. Vad jag kan erbjuda: [åtgärder: prisjustering, byte av paket, paus, extra stöd].

Bygg upp samtalsmallen för att behålla kunden: Bekräfta mottagandet UTAN att hindra (bekräfta att uppsägningen genomförs om kunden bekräftar: kunden ska känna sig fri, inte fångad), ställ sedan EN uppriktig fråga för att förstå den verkliga orsaken (den angivna orsaken är ofta den korta versionen), och ge sedan anpassat svar baserat på orsaken: Lösbart problem (lös det först, behåll kunden sedan), fel paket (föreslå rätt, även om det är billigare: en ärlig försäljning idag är en kund imorgon), pris (ge priserbjudande EN gång med tydlig varaktighet, aldrig evig rabatt som straffar lojala kunder), eller beslutat avslut (avsluta snyggt och lämna ett gott sista intryck).

Skriv formuleringar för varje gren och de 3 förbjudna metoderna (tvingande kvarhållning, skuldbeläggning, medvetet krånglig rutin).

Designa onlineflödet för uppsägning av [abonnemang eller tjänst] på [företag]. Krav: Uppsägningen ska vara lika enkel som tecknandet (i enlighet med praxis för digitala tjänster), men vi har rätt att försöka behålla kunden på ett ärligt sätt under vägen.

Rita upp flödet skärm för skärm: Bekräftelse av avsikt med en saklig sammanfattning av vad kunden förlorar (data, historik, intjänade förmåner: informativt, inte hotfullt), EN fråga om orsaken (klickbara val + valfritt fritt fält), ETT erbjudande anpassat efter vald orsak (billigare paket om för dyrt, paus om tillfälligt oanvänt, hjälp vid användarproblem: aldrig mer än ett motbud), och sedan slutgiltig bekräftelse med ett klick med slutdatum och ett sammanfattande mejl.

Skriv all text till skärmarna. Förbjudet: Vilseledande knappar ("stanna" i stark färg, "lämna" dold/grå), upprepade steg, krav på att ringa, skuldbeläggning ("ditt team kommer bli besvikna"). Lägg till bekräftelsemejlet och ett välkomstmeddelande om kunden kommer tillbaka i framtiden.

Skriv en återvinningskampanj för [företag] riktad till kunder som lämnat för [tid] sedan. Segment efter känd orsak till avslut: [segment: pris, saknad funktion, dålig erfarenhet, behovet upphört, okänd orsak]. Vad som har ändrats hos oss sedan dess: [verkliga och verifierbara förbättringar].

För varje segment, skriv ett specifikt mejl: Bekräfta att de lämnat utan att dramatisera det, berätta vad som ändrats KOPPLAT till deras orsak (för segmentet "saknad funktion" pratar vi om den nya funktionen, inte en rabatt; lova inget som inte finns i listan över förbättringar), ett enkelt erbjudande för att komma tillbaka ([erbjudande om det finns]), och en tydlig väg ut (länk för att aldrig bli kontaktad igen).

Begränsningar: Max 90 ord per mejl, inget tårdrypande "vi saknar dig", ingen systematisk rabatt som lär kunder att de måste lämna för att få bättre pris. Lägg till: Skickordning för segmenten och kriterium för att stoppa kampanjen.

Skapa uppföljningsmeddelanden efter lösning för [företag] för känsliga ärenden: [typer av ärenden: större incident, kund som hotat att lämna, beviljad goodwill, återkommande problem äntligen löst].

För varje typ, skriv meddelandet som skickas [tid, t.ex. 7 dagar] efter avslut: Kontrollera att lösningen håller över tid (specifik fråga om ursprungsproblemet, inte ett vagt "allt bra?"), visa att ärendet inte glömts bort så fort det stängdes, och öppna kanalen utan friktion om problemet är tillbaka.

Regler: Max 60 ord, tydlig referens till det lösta problemet ([fält: påminnelse om ärendet]), signerat av personen som hanterade det (mänsklig kontinuitet är viktig i känsliga fall), inga säljerbjudanden i detta meddelande (uppföljning som slutar i reklam förstör sin egen effekt).

Lägg till: Trigger-regeln (vilka ärenden förtjänar denna uppföljning, så att den inte vattnas ur), och rutinen om kunden svarar att problemet är tillbaka: prioriterad hantering och vem som tar vid.

Vi har upptäckt ett problem hos [företag] innan de flesta kunder märkt det: [problem: försening i plockning, fel på ett parti, prisfel, misslyckat underhåll]. Berörda kunder: [identifierbar grupp]. Rättelse: [plan och tidsfrist]. Historik: Berörda kunder har inte rapporterat något än.

Skriv det proaktiva meddelandet: Berätta om problemet enkelt innan de upptäcker det (att förvarna förvandlar en framtida missnöjd kund till en kund som känner sig respekterad), säg exakt vem som berörs och hur man kontrollerar det, vad vi gör och tidsplan, vad kunden behöver göra om det krävs en åtgärd från dem ([eventuell åtgärd]), och vilken kompensation som ges automatiskt om skadan är säkerställd ([kompensation]): utan att kunden behöver be om det.

Ta fram i 3 format: Mejla berörda kunder, standardsvar för supporten när frågor kommer, samt information på webbplatsen om det är många som berörs. Regler: Ingen minimering ("litet besvär"), ingen internjargong, datum för nästa uppdatering om problemet kvarstår.

Du är supportchef på [företag]. En kund går över gränsen upprepade gånger: [beteende: förolämpningar mot agenter, trakasserier med ständiga påminnelser, hot, krav utanför ramarna, dokumenterad oärlighet]. Historik: [daterade fakta]. Kundens kommersiella värde: [kontext, med påminnelse om att det inte rättfärdigar allt].

Bygg upp en stegvis gränssättning: Nivå 1, artig korrigering under pågående kontakt (exakt formulering: vi hanterar ärendet OCH nämner det oacceptabla beteendet utan att förhandla om det); Nivå 2, formellt brev om gränssättning (daterade fakta utan känslomässiga värderingar, vad vi fortsätter att garantera, reglerna för framtida kontakt: en kanal, en kontaktperson, standardtider); Nivå 3, avslut av affärsrelationen om det är avtalsmässigt möjligt ([avtalssituation]), formulerat sakligt med vad som återstår för båda parter.

Lägg till: Skydd för teamet (rätt att avsluta ett kränkande samtal, tydligt chefsstöd, loggning av incidenter), och den viktiga distinktionen: En kund som är arg MED RÄTT (ska hjälpas) kontra en kund som är kränkande (ska gränssättas).

En kund hos [företag] har bestridit en betalning via sin bank (chargeback) istället för att kontakta oss: [kontext: belopp, produkt/tjänst, förmodad orsak, kundhistorik]. Vår ståndpunkt: [vår tolkning: vårt fel, missförstånd, tjänsten levererad, misstänkt bedrägeri].

Skriv meddelandet till kunden: Ta kontakt utan anklagelser (många kunder vet inte att en chargeback är en formell tvist och inte en enkel återbetalning), omformulera vad vi förstår av bestridandet, föreslå direkt lösning enligt vår ståndpunkt (omedelbar återbetalning om felet är vårt: snabbare för kunden än bankprocessen; saklig förklaring med bevis om tjänsten är levererad), och vad som händer härnäst baserat på deras svar.

Regler: Inga hot eller anklagande ton (ärendet kan sluta i skiljedom: varje ord måste tåla granskning), inga löften om att avstå från våra rättigheter, sakligt hela vägen. Lägg till intern anteckning: Underlag att samla in nu för att svara på banktvisten ([typer av bevis]).

Skriv kommunikationen för [företag] för att meddela: [ändring: uppdaterade allmänna villkor, ändrad funktion, nya supporttider, ny orderprocess]. Konkret påverkan för kunderna: [vad som ändras i deras vardag, vem som berörs]. Startdatum: [datum]. Eventuellt avtalsenligt varsel: [skyldigheter].

Strukturera mejlet: Ändringen ska vara tydlig redan i ämnesraden och första meningen (inget "vi utvecklar våra tjänster" som inte säger något), vad som ändras konkret FÖR DEM i en kort lista (före / efter), varför (den verkliga orsaken i en mening, även om den är krass), vad de behöver göra om en åtgärd krävs ([krävd åtgärd eller ingen]), och var de kan ställa frågor.

Lägg till: Standardsvar för supporten på 3 förväntade reaktioner ([förväntade reaktioner]), variant för kunder som faktiskt missgynnas av ändringen (bekräfta det, säg vad vi erbjuder: [kompensation eller alternativ]), samt tidsplan: avisering, påminnelse före start, meddelande på startdagen om nödvändigt.

Skriv meddelandet om avveckling av [produkt eller tjänst] från [företag], som upphör den [datum]. Berörda aktiva kunder: [antal och profiler]. Vad vi erbjuder: [fortsättning: ersättningsprodukt, assisterad migrering, proportionerlig återbetalning, inget]. Orsak: [verklig orsak].

Struktur: Tydligt besked direkt (produkten upphör den [datum], inga eufemismer som "förändring av vårt sortiment"), komplett tidsplan (hur länge allt fungerar, delmål: [delmål: säljstopp, supportstopp, nedsläckning]), vad kunden måste göra och när, med den enklaste vägen framåt ([migrering eller alternativ]: detaljera stegen och vad vi hjälper till med), ekonomisk hantering (pågående abonnemang, återbetalning, åtaganden), och en dedikerad kontaktkanal.

Regler: Generöst varsel, ingen förlust av data utan en lösning (export möjlig till [datum]), ersättaren föreslås utan tvång. Ta fram: Aviseringsmejl, 2 påminnelser, standardsvar för supporten. Ton: Respektfull mot kunden som valt produkten.

Skapa mallen för veckorapporten för supporten på [företag], riktad till [mottagare: ledning, produktteam]. Data tillgänglig i [verktyg]: [nyckeltal: volym per kanal/orsak, tider för första svar/lösning, nöjdhet, backlog].

Strukturera rapporten på en sida: Sammanfattning i 3 meningar (veckans trend, viktigaste händelsen, beslut som krävs), nyckeltal i tabell med jämförelse mot föregående vecka (endast listade nyckeltal: planera inte för data vi inte har), orsaker i förändring (vad ökar, vad minskar, och en hypotes om orsak snarare än ett påstående), feedback till produktteamet (veckans 3 största irritationsmoment med citat), samt status på backlog med en plan om den växer.

Regler: En siffra utan jämförelse eller målvärde säger ingenting (varje nyckeltal ska ha en referens), inget självberöm eller katastroftänk, läsbar på 3 minuter. Ta fram mallen och ett ifyllt exempel med fiktiva data markerade som sådana.

Organisera månadsmötet mellan supporten och produktteamet på [företag]. Nuvarande problem: Supporten ser problemen först men feedbacken tappas bort; produktteamet upptäcker problemen via andra kanaler senare.

Utforma rutinen: Förberedelse för supporten (topp 5 irritationsmoment denna månad, varje dokumenterat på 4 rader: symptom, ärendevolym, kundcitat, nuvarande workaround), mötesstruktur på 45 minuter (genomgång av nya problem, tydligt beslut för varje: planerad fix med datum, officiell workaround, eller medvetet nej med motivering: ett motiverat nej är bättre än tystnad), uppföljning av förra månadens beslut (vad är gjort, vad är försenat), och återkoppling till agenterna: vad som beslutats så att de vet vad de ska säga till kunderna.

Ta fram: Mall för problembeskrivning, standarddagordning, uppföljningstabell, samt de 3 vanligaste felen som förstör detta möte (prioriteringslös önskelista, anklagande stämning, beslut utan ansvarig) med deras motåtgärder.

Förbered supporten på [företag] för arbetstoppen vid [händelse: julhandel, sommarrea, produktlansering, TV-kampanj], förväntad mellan [period]. Referenser: [historik från förra toppen om känd: volymer, vanligaste frågor, vad som brast]. Team: [ordinarie personal, möjlig förstärkning].

Bygg planen: Prognos för belastning per kanal och orsak (endast baserat på historik: om ingen historik finns, föreslå metod för uppskattning utan att hitta på siffror), kommunicerat sänkt servicenivå (tillfälligt längre svarstider: meddelas FÖRE på [plattformar] istället för att bara låta det ske), prioriteringar under toppen (vad hanteras först, vad skjuts upp), makron och hjälpartiklar att förbereda för just denna händelse ([förväntade orsaker]: lista att skriva före rushen), förberedelse av förstärkning (snabbkurs, begränsat till enkla ärenden, granskning), samt sifferstyrda tröskelvärden: vid vilken nivå på backloggen aktiveras vilken åtgärd ([tillgängliga åtgärder]).

Format: Tidsplan räknat baklänges från start + tabell med tröskelvärden + färdigskrivna kommunikationsmeddelanden.