Klantenservice prompts

Schrijf een reactie op het volgende bericht van een klant van [bedrijf]: [bericht van de klant].

Context: het probleem is ontstaan door [oorsprong van het probleem: onze fout, een leverancier, een misverstand, de klant zelf]. Wat we kunnen aanbieden: [mogelijke gebaren: terugbetaling, tegoedbon, vervanging, commerciële tegemoetkoming]. Wat we niet kunnen doen: [beperkingen].

Structuur: erken het specifieke probleem (herformuleer de woorden van de klant, gebruik geen algemene termen), leg kort uit wat er is gebeurd zonder excuses te zoeken of collega's de schuld te geven, kondig de concrete oplossing en de termijn aan, en vermeld wat er wordt gedaan om herhaling te voorkomen indien van toepassing.

Toon: menselijk en direct. Verboden: "onze excuses voor het ongemak", de vage voorwaardelijke wijs ("we hadden moeten"), eindeloze excuses, of zaken beloven die niet in [mogelijke gebaren] staan.

Maak een basis van 10 antwoordmacro's voor de support van [bedrijf], dat [product of dienst] verkoopt aan [klantenkring]. Onze kanalen: [kanalen: e-mail, chat, telefoon]. Onze meest voorkomende contactredenen: [redenen, bijv. bestelling volgen, inlogprobleem, verzoek om terugbetaling, vraag over facturatie].

Voor elke macro: duidelijke interne naam, specifieke gebruikssituatie, volledige tekst met velden tussen haakjes ([voornaam], [bestelnummer], [termijn]...), en de voorwaarde wanneer de macro niet volstaat en een maatwerk antwoord nodig is.

Eisen: elke macro moet de vraag volledig beantwoorden (geen "we komen bij u terug" zonder datum), toon consistent met onze stijl [stijl: je/jij of u, zakelijk/hartelijk], en een korte versie geschikt voor chat indien van toepassing.

We hebben een lopend incident bij [bedrijf]: [aard van het incident, bijv. dienst onbereikbaar, algemene leveringsvertraging, facturatiefout]. Impact: [wie is getroffen en hoe]. Oorzaak: [bekend / in onderzoek]. Geschat herstel: [schatting of onbekend].

Schrijf de volledige reeks: initiële aankondiging (binnen het uur verzonden: wat er gebeurt, wie het betreft, wat we doen, wanneer we weer berichten: zonder te speculeren over de oorzaak), statusupdate (herbruikbare structuur voor elke [frequentie]), bericht van oplossing (wat is hersteld, eventueel gebaar: [gepland gebaar]), en een bericht na afloop voor klanten die een ticket hebben geopend.

Richtlijnen: minimaliseer nooit ("lichte vertragingen" als het plat ligt), geef de tijd van de volgende update aan zelfs als er geen nieuws is, gebruik één stem over alle kanalen. Werk de initiële aankondiging uit in 3 formaten: e-mail, website-banner (1 zin), standaardantwoord voor het supportteam.

Een klant van [bedrijf] vraagt om [verzoek klant, bijv. terugbetaling buiten termijn, een functie die we niet hebben, een uitzonderlijke korting]. We moeten dit weigeren omdat [echte reden voor weigering]. Waarde van de klant: [context: klantduur, omzet, historie]. Mogelijk alternatief: [alternatief of geen].

Schrijf de reactie: bevestig de ontvangst van het verzoek en laat zien dat het begrepen is, weiger duidelijk in de tweede alinea (geen 'nee' verstoppen onder beleefdheden), geef de echte reden in eenvoudige bewoordingen (een regel die voor iedereen geldt is makkelijker te verdedigen dan een smoes), stel het alternatief voor als dat er is zonder het te overdrijven, en laat de deur open.

Toon: zakelijk en respectvol. Verboden: het woord "helaas" meer dan één keer gebruiken, valse hoop geven ("we gaan het onderzoeken"), doorverwijzen naar een andere afdeling zonder toezegging. Voeg een variant toe voor het geval de klant dreigt over te stappen naar [concurrent].

Analyseer de contactredenen van de support van [bedrijf] om te identificeren wat bij de bron kan worden verminderd. Data: [export of samenvatting van tickets: redenen, volumes, verwerkingstijd, kanaal, over welke periode]. Supportbezetting: [aantal medewerkers]. Onze huidige documentatie: [status van de FAQ / helpcenter].

Lever op: een rangschikking van redenen op volume en kosten (volume × verwerkingstijd), en voor elke reden uit de top 5 de waarschijnlijke bronoorzaak en de passende reductie-actie: productaanpassing, verduidelijking van de klantreis of bevestigingsmail, helpartikel, proactief bericht op het juiste moment.

Voor de acties "helpartikel": schrijf direct de opzet van het artikel. Voor de acties "proactief bericht": schrijf het bericht. Eindig met een schatting van het aandeel vermijdbare tickets en de 3 acties die deze week gestart moeten worden. Geef aan wat op basis van de verstrekte data niet geconcludeerd kan worden.

Schrijf de publieke reactie van [bedrijf] op deze negatieve review op [platform: Google, Trustpilot, App Store]: [tekst van de review].

Interne context: wat er werkelijk is gebeurd: [interne versie van de feiten]. Wat we kunnen aanbieden: [mogelijk gebaar of niets].

Richtlijnen: de reactie is evenzeer gericht aan de honderden toekomstige lezers als aan de auteur; erken een valide punt zonder schuld te bekennen voor zaken die niet vaststaan; ga nooit in de tegenaanval en trek de goede trouw van de klant niet publiekelijk in twijfel; stel voor om het gesprek privé voort te zetten via een specifiek kanaal ([e-mail of telefoonnummer]) zonder dat het op vluchtgedrag lijkt; geen persoonlijke gegevens van de klant in de reactie.

Beperkingen: maximaal 120 woorden, ondertekend met een voornaam en functie. Geef ook een variant voor het geval de review feitelijke onjuistheden bevat: corrigeer deze feitelijk zonder de klant een leugenaar te noemen.

Maak 5 modellen voor reacties op positieve reviews voor [bedrijf], dat [product of dienst] verkoopt. Platformen: [platformen]. Onze toon: [stijl: zakelijk, hartelijk, je/jij of u].

Elk model past bij een type review: gedetailleerde review die een specifiek element noemt, korte review type "zeer goed", review die een medewerker bij voornaam noemt, positieve review die toch een puntje van kritiek bevat, review van een trouwe klant die terugkomt.

Richtlijnen: neem een concreet element uit de review over om te bewijzen dat een mens het heeft gelezen (veld [geciteerd element] te personaliseren), bedank zonder onderdanig te zijn, voeg nooit commerciële teksten toe aan de reactie, behandel de kritiek in de gemengde review in plaats van deze te negeren. Maximaal 50 woorden per reactie.

Output: de 5 modellen met hun velden tussen haakjes, plus de interne regel: welke reviews verdienen een reactie binnen 24 uur en welke kunnen wachten.

Je bent een trainer in het omgaan met lastige klanten. Een klant van [bedrijf] is agressief via [kanaal: telefoon, e-mail, chat]: [samenvatting van de situatie en de gebruikte toon]. De kern van de vraag: [vraag]. Wat we kunnen doen: [speelruimte].

Geef me de de-escalatiemethode in 4 stappen: laat de klant uitspreken zonder te onderbreken of te vroeg te rechtvaardigen, valideer de emotie zonder de beschuldigingen te valideren (exacte formuleringen), focus op wat oplosbaar is, leg een concrete afspraak vast.

Schrijf de woordelijke formuleringen voor: beleefd onderbreken van een monoloog die in cirkels draait, reageren op een persoonlijke aanval tegen de medewerker, weigeren verder te gaan als beledigingen aanhouden (2 waarschuwingen en dan gesprek beëindigen, formulering voor elke stap), en het gesprek later hervatten als de rust is teruggekeerd.

Geef aan wat het verschil is tussen telefoon en schriftelijk, en het moment waarop de medewerker het moet overdragen aan een leidinggevende.

Een klant van [bedrijf] dreigt met [dreigement: advocaat inschakelen, melden bij de ACM of Consumentenbond, de pers zoeken, een procedure starten]. Het geschil gaat over [onderwerp geschil, bedrag]. Historie: [samenvatting van de interacties].

Help de support dit bericht af te handelen zonder voor jurist te spelen: schrijf het ontvangstbericht dat feitelijk en beleefd blijft, geen schuld bekent, het recht van de klant om stappen te ondernemen niet betwist, en een specifieke termijn aankondigt voor een volledige reactie.

Voeg toe: de interne checklist voor het antwoorden (bevriezen van gegevensverwijdering gerelateerd aan het dossier, verzamelen van chronologie en bewijsstukken, waarschuwen van [te informeren verantwoordelijke]), de 3 absoluut te vermijden formuleringen in deze context (alles wat aansprakelijkheid erkent of een resultaat belooft), en het eenvoudige criterium wanneer het dossier naar de directie of juridisch adviseur moet in plaats van bij support te blijven. Geef geen inhoudelijk juridisch advies.

Schrijf de reacties op verzoeken om terugbetaling voor [bedrijf], dat [product of dienst] verkoopt. Ons beleid: [regels voor terugbetaling: termijnen, voorwaarden, uitzonderingen]. Ontvangen verzoek: [bericht van de klant en reden].

Maak 3 versies: terugbetaling toegekend (bevestig het exacte bedrag, de gebruikte betaalmethode, de reële termijn in werkdagen, wat de klant moet doen als er niets binnenkomt), gedeeltelijke terugbetaling of tegoedbon (leg de berekening uit zonder boekhoudjargon, presenteer de tegoedbon eerlijk en niet als 'cadeau'), afwijzing (de regel die van toepassing is, waarom deze bestaat, wat nog wel mogelijk is).

Algemene regels: kondig de beslissing in de eerste 2 regels aan, geen vage voorwaardelijke wijs ("zou teruggestort moeten worden"), geen herhaalde "uitzonderlijke gebaren" die het beleid uithollen. Formaat: de 3 volledige e-mails met velden tussen haakjes, plus de interne notitie voor in het ticket voor elk geval.

Je bent manager klantenservice van [bedrijf] ([product of dienst], gemiddelde orderwaarde [bedrag], indicatieve marge [margeniveau]). Medewerkers geven nu vergoedingen op gevoel, zonder consistentie.

Stel het interne schema voor commerciële tegemoetkomingen op: de 5 tot 8 standaardsituaties ([veelvoorkomende situaties: vertraging, defect product, onze fout, subjectieve teleurstelling, ontevreden trouwe klant]), en voor elk de standaardvergoeding, de maximale vergoeding zonder goedkeuring, en de drempel waarvoor toestemming van een manager nodig is.

Te respecteren principes: de vergoeding herstelt de werkelijke schade, het koopt geen stilzwijgen; een klant die hard schreeuwt mag niet meer krijgen dan een beleefde klant in dezelfde situatie; een tegoedbon wordt voorgesteld vóór een terugbetaling als dat legitiem is, nooit als valstrik.

Formaat: tabel situatie / standaardvergoeding / plafond medewerker / escalatie, de formuleringen om elke vergoeding aan te kondigen zonder deze te overdrijven, en 3 maandelijkse indicatoren om te controleren of het schema wordt nageleefd.

Een klant van [bedrijf] maakt bezwaar tegen een factuur: [aard van het probleem: dubbele afschrijving, onjuist bedrag, abonnement gefactureerd na opzegging, korting niet toegepast]. Interne controle: [wat ons systeem laat zien: aangetoonde fout, gedeeltelijke fout, facturatie correct maar onduidelijk].

Schrijf de reactie op basis van de controle. Bij een aangetoonde fout: erken dit direct, vermeld het exacte terug te betalen bedrag, de termijn in werkdagen, en wat er is gecorrigeerd om herhaling te voorkomen. Als de facturatie correct is: leg regel voor regel uit waar het bedrag vandaan komt op een begrijpelijke manier, zonder de klant het gevoel te geven dat hij dom is, en geef aan waar hij dit detail de volgende keer zelf kan vinden.

Beperkingen: geen facturatiejargon ([voorbeelden van te vermijden interne termen]), alleen exacte cijfers, nooit "de afschrijving verschijnt binnenkort" zonder datum. Voeg de korte versie voor chat en de interne notitie toe.

Stel de standaardantwoorden van [bedrijf] op voor leveringsvertragingen. Onze leverbelofte: [aangekondigde termijn]. Vervoerders: [vervoerders]. Wat we kunnen doen: [knoppen: opnieuw verzenden, verzendkosten vergoeden, gebaar, onderzoek vervoerder en de termijn daarvan].

Maak 4 antwoorden op basis van de fase: lichte vertraging van enkele dagen met tracking die nog beweegt, tracking staat stil sinds [duur] zonder beweging, pakket gemarkeerd als bezorgd maar niet ontvangen (checklist voor de klant: buren, pakketpunt, zonder hem als verdachte te behandelen), pakket vermoedelijk verloren (opnieuw verzenden of terugbetalen zonder het einde van het onderzoek af te wachten als ons beleid dat toestaat).

Richtlijnen: schuif de schuld nooit volledig af op de vervoerder (de klant heeft aan ons betaald), geef telkens de eerstvolgende datum waarop we weer contact opnemen. Formaat: de 4 e-mails met velden tussen haakjes.

Een klant van [bedrijf] meldt een defect of niet-conform product: [beschrijving van het gemelde probleem]. Product: [product, prijs]. Ons proces: [opties: retour met prepaid label, directe vervanging, terugbetaling, reparatie; wie betaalt de retour].

Schrijf de eerste reactie: kort en oprecht medeleven (één zin, geen drie), de 2 of 3 vragen of foto's die nodig zijn voor de diagnose (alleen het hoognodige, elke extra interactie kost een dag), en de duidelijke aankondiging van mogelijke oplossingen op basis van de diagnose zodat de klant weet waar hij aan toe is.

Schrijf daarna de oplossingsreactie zodra het defect is bevestigd: de gekozen oplossing, de concrete stappen voor de klant (genummerd, met het retourlabel bijgevoegd), de termijn van elke stap.

Richtlijnen: vraag de klant nooit om zijn goede trouw boven het redelijke te bewijzen, laat hem niet opdraaien voor de kosten van ons defect. Velden tussen haakjes, 2 volledige e-mails.

Maak de standaardantwoorden "waar is mijn bestelling" voor [bedrijf]. Ons bestelproces: [stappen: validatie, voorbereiding, verzending, levering, met de termijnen van elk]. Tools: [wat de medewerker ziet in de back-office].

Maak een antwoord per stap in het proces, waarbij elk antwoord geeft: waar de bestelling precies is, wat er daarna gebeurt, de eerstvolgende datum waarop er iets zichtbaars voor de klant gebeurt. Verboden: de ruwe status van de vervoerder overnemen ("verwerkt in hub") zonder vertaling, en antwoorden die niets toevoegen ("uw bestelling is in behandeling").

Voeg toe: het antwoord voor een bestelling waarvan de medewerker ziet dat deze intern geblokkeerd is ([veelvoorkomende oorzaken: voorraadtekort, betalingscontrole, onvolledig adres]): vertel de waarheid over de oorzaak, de realistische termijn, en de uitweg (wijzigen of annuleren). Formaat: volledige antwoorden met velden tussen haakjes, e-mail- en chatversies.

Je bent kwaliteitsmanager van een klantenservice. Onze medewerkers bij [bedrijf] stellen hun vragen mondjesmaat: elk ticket kost 3 interacties in plaats van één. Betrokken redenen: [redenen, bijv. technisch probleem, onvolledig dossier, klacht over vervoer].

Stel voor elk van deze redenen het ideale bericht voor informatieopvraag op: alle benodigde vragen gebundeld in één keer, genummerd, geformuleerd voor een specifiek antwoord (gesloten vragen of keuzes in plaats van "kunt u me meer vertellen"), met voor elke vraag een regel uitleg waarom we dit nodig hebben als dat niet evident is.

Richtlijnen: maximaal 5 vragen per bericht, vraag nooit naar informatie die al in het ticket of klantaccount staat (ergerbron nr. 1), geef aan wat er gebeurt zodra de antwoorden binnen zijn. Formaat: één bericht per reden met velden tussen haakjes, plus de interne checklist "heb ik alles gevraagd?" per reden.

Schrijf de opvolgingsreeks van [bedrijf] voor een klant die een ticket heeft geopend maar niet meer reageert. Context van het ticket: [reden]; we verwachten van hem: [verwachte informatie of actie]; stilte sinds [duur].

Maak 3 berichten. Herinnering 1 (na [termijn 1]): korte herinnering aan wat we verwachten, waarbij de inspanning tot een minimum wordt beperkt (herformuleer de vraag in één regel, bied keuzemogelijkheden indien mogelijk). Herinnering 2 (na [termijn 2]): geef aan dat het ticket gesloten wordt bij geen reactie voor [datum], waarbij vermeld wordt dat er niets verloren gaat en hoe het heropend kan worden. Sluitingsbericht: beleefd sluiten, samenvatten waar het dossier stond, de makkelijkste manier geven om het weer op te pakken.

Richtlijnen: geen schuldgevoel aanpraten ("omdat u niet reageert..." op dwingende toon), termijnen aangepast aan de ernst van de reden (stel verschillende termijnen voor een blokkerende bug en een algemene vraag). Velden tussen haakjes.

Maak de sluitingsberichten voor tickets voor de support van [bedrijf]. Onze tool: [ticketing tool]. Tevredenheidsonderzoek verzonden bij sluiting: [ja/nee, welke].

Maak 4 berichten: sluiting na door de klant bevestigde oplossing (vat de oplossing in 2 regels samen voor toekomstige naslag), sluiting na vermoedelijke oplossing zonder bevestiging (formulering die niet stelt dat het is opgelost, maar dat we sluiten wegens gebrek aan reactie, met makkelijke heropening), sluiting van een dubbel ticket (verwijs naar het hoofdticket), sluiting van een verzoek buiten scope (zeg duidelijk dat we dit niet doen, verwijs naar [alternatief] indien aanwezig).

Richtlijnen: nooit "aarzel niet om contact op te nemen" als loze kreet: geef de link of de specifieke handeling om DIT dossier te heropenen zonder alles opnieuw uit te leggen; het bericht moet over 6 maanden nog begrijpelijk zijn. Velden tussen haakjes, e-mail- en chatversies.

Een klant van [bedrijf] vraagt om een functie die ons product niet heeft: [verzoek]. Echte interne status: [status: gepland voor kwartaal X, in onderzoek zonder toezegging, bewust afgewezen, nooit beoordeeld]. Bestaande workaround: [workaround of geen].

Schrijf de reactie passend bij de status. Indien gepland: geef de horizon aan zonder een harde datum te beloven, stel voor om bij release te informeren. Indien in onderzoek: zeg eerlijk dat er geen toezegging is, leg uit hoe klantverzoeken onze keuzes beïnvloeden. Indien afgewezen: geef de echte reden in eenvoudige termen (productkeuze, geen minachting van de behoefte) en detailleer de workaround als die er is. Indien nooit beoordeeld: bedanken, noteren, zonder valse hoop.

Richtlijnen: laat NOOIT doorschemeren dat "het er snel aankomt" om de lieve vrede te bewaren, bedank voor de details van de behoefte, noteer het verzoek in [registratietool] met de exacte bewoording. Lever de 4 volledige varianten en de standaard registratieregel.

Hier is de technische diagnose van ons team voor een klantticket van [bedrijf]: [ruwe technische diagnose]. De klant: [profiel, bijv. niet-technische ondernemer, senior particulier, gevorderde gebruiker]. De oorspronkelijke vraag: [vraag van de klant].

Vertaal deze diagnose naar een klantantwoord: begin met de concrete consequentie voor hem (wat werkt wel, wat niet, wat moet hij doen), leg de oorzaak uit met een alledaagse analogie als dat echt helpt (anders weglaten), geef de oplossingsstappen genummerd met de geschatte tijd van elke stap.

Richtlijnen: geen neerbuigendheid ("het is heel simpel" is verboden als het dat voor hem niet is), geen technische termen zonder directe vertaling tussen haakjes, versimpel niet zover dat het onjuist wordt: meld me als een versimpeling die je maakt de nauwkeurigheid opoffert. Formaat: het volledige antwoord, plus de lijst met technische termen die je hebt vertaald en hoe.

Schrijf een helpcenter-artikel voor [bedrijf] over het onderwerp: [onderwerp, bijv. wachtwoord wijzigen, product retourneren, eerste factuur begrijpen]. Bron: [standaardantwoorden van medewerkers of interne procedure]. Lezers: [profiel van de klanten].

Structuur: een titel geformuleerd zoals de klant zijn zoekopdracht typt (niet zoals de afdeling er intern over praat), het antwoord op de vraag in de eerste 3 regels voor de haastigen, daarna de gedetailleerde genummerde stappen (één actie per stap, met waar te klikken en wat er moet verschijnen), de sectie "lukt het niet?" met de 2 of 3 veelvoorkomende blokkades en hun oplossingen, en de brug naar support met de context die nodig is om snel geholpen te worden.

Richtlijnen: geen veronderstelde screenshots (geef aan waar ze moeten komen met [screenshot: beschrijving]), vocabulaire van de klant en niet van de interne organisatie ([te vermijden interne termen]), korte zinnen, geen "u hoeft alleen maar". Lever ook 3 titelvarianten voor de zoekfunctie.

Bouw de FAQ voor [product of dienst] van [bedrijf]. Grondstof: [werkelijk ontvangen vragen bij support, e-mails van klanten, verkoopbezwaren]. Klantreis: [stappen: voor aankoop, bestelling, gebruik, facturatie, opzegging].

Lever op: de lijst van 15 tot 20 gekozen vragen, geformuleerd zoals klanten ze stellen (behoud hun vocabulaire, niet het onze), gerangschikt per stap in de reis, met voor elk een volledig maar kort antwoord (maximaal 80 woorden, exacte cijfers waar aanwezig: termijnen, bedragen, voorwaarden: [te integreren exacte data]).

Richtlijnen: een echt antwoord per vraag (nooit alleen "neem contact op met onze support"), wees eerlijk over lastige antwoorden (kosten, termijnen, productbeperkingen) in plaats van ze weg te laten: een FAQ die ontwijkt genereert tickets; geef aan bij welke vragen ik informatie moet verzinnen: lijst deze aan het eind als "aan te vullen" in plaats van te gissen. Formaat: FAQ georganiseerd per sectie, klaar voor publicatie.

Je bent verantwoordelijk voor de klantervaring. Structureer het helpcenter van [bedrijf] ([product of dienst], klantenkring [klantenkring]). Huidige situatie: [huidige status: niets, een rommelige FAQ, verspreide artikelen]. Belangrijkste contactredenen: [redenen per volume].

Lever de volledige boomstructuur op: 5 tot 7 categorieën vernoemd naar de intentie van de klant ("Mijn bestelling", "Betalen en terugbetalingen"...) en nooit naar onze interne afdelingen, met voor elke categorie de lijst van te maken artikelen gerangschikt op prioriteit (volume vermijdbare tickets eerst), het passende formaat per artikel (stappenplan, tabel met termijnen, korte video) en een zoekgerichte titel.

Voeg toe: de 5 artikelen die als eerste geschreven moeten worden met onderbouwing, de onderhoudsregels (wie controleert wat, hoe vaak, trigger voor update als het product verandert), en de locatie van de contactpunten voor menselijke support (zichtbaar zonder de selfservice te saboteren). Formaat: ingesprongen boomstructuur + actieplan.

Schrijf de scenario's voor de support-chatbot van [bedrijf]. Te dekken verzoeken: [3 tot 5 eenvoudige en veelvoorkomende redenen, bijv. bestelling volgen, openingstijden, retourprocedure]. Wat de bot technisch kan: [capaciteiten: status van een bestelling lezen, ticket aanmaken, links geven]. Menselijke escalatie: [beschikbaarheid van medewerkers].

Schrijf voor elke reden de volledige dialoogboom: welkomstbericht van het traject, vragen van de bot met klikbare keuzes (2 tot 4 opties, nooit een open vraag als een keuze volstaat), geschreven eindantwoorden, en het uitstappunt naar een mens.

Niet-onderhandelbare regels: de bot stelt zich voor als bot (nooit een nep-menselijke naam), de uitgang naar een medewerker blijft bij elke stap toegankelijk zonder hindernisbaan, de bot geeft alles wat de klant al heeft gezegd door aan de medewerker (de klant herhaalt zich NOOIT), bij de 2e onbegrepen reactie wordt een mens voorgesteld. Formaat: één boom per reden met de uitgeschreven teksten.

Maak de berichtmodellen voor de live chat van [bedrijf] ([product of dienst], toon [stijl]). Te dekken situaties: welkom en aanname, verzoek om geduld terwijl de medewerker zoekt (met een aangekondigde termijn, geen "een ogenblikje" dat 8 minuten duurt), informatieopvraag, aankondiging van de oplossing, overdracht naar een collega (met uitleg waarom en overdracht van context), afsluiting met samenvatting, afwezigheidsbericht buiten openingstijden met alternatieven.

Beperkingen eigen aan chat: maximaal 2 zinnen per bericht, één brok informatie per bericht in plaats van een lap tekst, waarschuwen voor elke stilte van meer dan 2 minuten, geen valse directheid ("ik kijk er direct naar" gevolgd door 10 minuten leegte).

Voor elk model: de tekst met velden tussen haakjes, de exacte gebruikssituatie, en de klassieke fout die het voorkomt. Voeg de overschakelregel toe: de 3 signalen die aangeven dat een telefoongesprek beter is dan verdergaan via tekst.

Een klant spreekt [bedrijf] publiekelijk aan op [netwerk: X, Instagram, Facebook, LinkedIn]: [inhoud van het publieke bericht]. Interne context: [wat we weten van het dossier]. Zichtbaarheid: [bereik: enkele weergaven, gaat viraal, influencer].

Schrijf: de publieke reactie (maximaal 2 zinnen: erkenning, laten zien dat het wordt opgepakt, uitnodigen naar privé zonder de indruk te wekken zaken weg te moffelen; het publiek beoordeelt het bedrijf op deze reactie, niet op de oorspronkelijke fout), het eerste privébericht dat het dossier oppakt zonder de klant te laten herhalen, en de publieke afsluitende reactie zodra het probleem is opgelost als de thread zichtbaar is gebleven.

Richtlijnen: reageer snel, ook zonder oplossing (bevestiging van ontvangst kan zonder de inhoud te kennen), nooit details van het dossier in het openbaar (persoonsgegevens), nooit een defensieve toon of ironie, zelfs als de klant te kwader trouw is, verwijder het commentaar niet tenzij er sprake is van ernstige beledigingen. Voeg het interne waarschuwingscriterium toe: wanneer deze thread moet worden geëscaleerd naar [verantwoordelijke].

Je bent supportmanager van [bedrijf] ([product of dienst], [volume] tickets per [periode], team van [aantal]). Nu wordt de wachtrij op volgorde van binnenkomst behandeld, waardoor echte spoedgevallen wachten achter algemene vragen.

Bouw ons prioriteitssysteem: 3 of 4 prioriteitsniveaus gedefinieerd door de werkelijke impact aan de klantzijde (geblokkeerd in activiteiten, gehinderd met workaround, vraag zonder spoed), met voor elk niveau concrete voorbeelden uit onze contactredenen ([veelvoorkomende redenen]), de beoogde termijn voor eerste reactie en oplossing, en de arbitrageregel wanneer alles dringend lijkt.

Voeg toe: de criteria die een ticket upgraden (klant in kritieke periode [context, bijv. verhuizing, jaarafsluiting], herhaling van hetzelfde probleem, door ons niet nagekomen afspraak), de criteria die NIET upgraden (de klant die het hardst schreeuwt, alleen het orderbedrag), en de 10-seconden-test: een medewerker moet zonder nadenken kunnen indelen. Formaat: schema + 10 voorbeeldtickets ingedeeld en onderbouwd.

Help me de responstijden (SLA's) voor de support van [bedrijf] vast te leggen. Situatie: [volume tickets per kanaal en per periode], bezetting [aantal en openingstijden], huidige gemeten termijnen [huidige termijnen indien bekend]. Klantverwachting: [concurrentiecontext of huidige belofte].

Stel voor: de SLA's voor eerste reactie en oplossing per kanaal (e-mail, chat, telefoon, social media) en per prioriteitsniveau, in lijn met onze werkelijke bezetting: wees eerlijk als een ambitie onhaalbaar is met de beschreven middelen, en wat er nodig zou zijn om deze wel te halen.

Maak onderscheid tussen: de interne SLA (teamdoelstelling) en de gepubliceerde belofte aan klanten (altijd voorzichtiger dan intern), de eerste NUTTIGE reactie (een echte behandeling, geen automatische ontvangstbevestiging die de teller stopt). Voeg toe: de meting (welke indicatoren, hoe werkuren te tellen), het wekelijkse overleg, en wat te doen als een SLA dreigt te worden overschreden: de klant informeren vóór de deadline, niet erna. Formaat: tabel met SLA's + toepassingsregels.

Een ticket van [bedrijf] is [duur] onbeantwoord gebleven, buiten onze standaard ([gebruikelijke termijn]). Echte oorzaak: [oorzaak: piekdrukte, ticket verloren bij overdracht, menselijke fout]. De vraag van de klant: [oorspronkelijke vraag].

Schrijf de reactie bij hervatting: de verontschuldiging in ÉÉN zin, oprecht en zonder drama (de klant wil zijn antwoord, niet onze zelfkastijding), een eerlijke uitleg in één zin als die er is (zonder interne details te geven of een collega de schuld te geven), en dan DIRECT het volledige antwoord op de oorspronkelijke vraag: dat is wat de schade herstelt, niet de excuses. Als een volledig antwoord nog niet mogelijk is: wat er is gedaan, wat er nog moet gebeuren, de harde datum van de volgende update.

Voeg toe: het eventuele gebaar als de vertraging werkelijke schade heeft veroorzaakt ([vergoedingenbeleid]), de variant wanneer de klant meerdere keren geërgerd heeft gerappelleerd, en de variant wanneer de vertraging komt door informatie die WIJ van hem verwachtten maar onduidelijk hadden gevraagd. Maximaal 120 woorden per versie.

Maak het format voor ticketoverdracht van niveau 1 naar niveau 2 (of naar [technisch team]) bij [bedrijf]. Huidig probleem: geëscaleerde tickets bevatten vragen die al aan de klant zijn gesteld, en N2 verliest tijd met het reconstrueren van de historie.

Het format moet bevatten: samenvatting van het probleem in 2 regels (waargenomen symptoom, geen interpretatie), klantimpact (geblokkeerd of niet, sinds wanneer, frequentie), omgeving en referenties ([nuttige velden: bestelnummer, versie, browser, account-ID]), wat er al is geprobeerd met het resultaat van elke poging, wat de klant al heeft aangeleverd (bijlagen, screenshots), de specifieke vraag aan N2 (escaleren zonder specifieke vraag is afschuiven), en de toezegging aan de klant (aangekondigde termijn).

Voeg toe: de 3 objectieve criteria die escalatie rechtvaardigen (en 2 gevallen die dat niet doen), het bericht aan de klant om de overdracht aan te kondigen zonder intern jargon, en de eigendomsregel: wie antwoordt de klant tijdens de escalatie. Formaat: format met velden + ingevuld voorbeeld.

Documenteer de interne terugbetalingsprocedure voor de supportmedewerkers van [bedrijf]. Tools: [tools: betaalplatform, back-office, ticketing tool]. Commercieel beleid: [voorwaarden en plafonds per medewerkersprofiel].

Schrijf het volledige stappenplan: voorafgaande controles (geschiktheid volgens beleid, is er al eerder terugbetaald op deze bestelling, is de oorspronkelijke betaalmethode nog geldig), de invoer in [tool] stap voor stap, het exacte bedrag (alleen product, verzendkosten, geval van gedeeltelijke betaling met tegoedbon), het bericht aan de klant met de realistische banktermijn per betaalmethode, en de traceerbaarheid (wat te noteren in het ticket: bedrag, reden, autorisatie).

Voeg toe: de 4 meest voorkomende lastige gevallen ([veelvoorkomende gevallen, bijv. kaart verlopen, bestelling gedeeltelijk geretourneerd, betaling in termijnen]) met hun afhandeling, en de tabel met autorisatiedrempels per medewerkersniveau. Formaat: genummerde procedure, "let op" kaders voor valstrikken, eindchecklist.

Stel de kwaliteitsmatrix op voor de supportantwoorden van [bedrijf] ([kanalen], huistoon [stijl]). Gebruik: controle van [volume, bijv. 5 tickets per medewerker per maand] door [wie controleert].

Criteria op te bouwen rond wat telt voor de klant: de vraag werkelijk begrepen (geen antwoord dat de plank misslaat), het volledige antwoord in één keer (alle vragen van de klant behandeld, niet alleen de eerste), de juistheid van de verstrekte informatie, de helderheid (leesbaar voor de betreffende klant), de toon conform onze stijl zonder robotachtig te worden, de gedateerde toezegging als de oplossing niet direct is, de juiste registratie van het ticket.

Voor elk criterium: onderbouwde weging, beoordelingsschaal met observeerbare beschrijving van elk niveau, voorbeeld van goed en slecht. Gebruiksregels: de matrix dient om te verbeteren, niet om te straffen; elke genoteerde afwijking moet aanwijsbaar zijn in het ticket. Formaat: matrix + handleiding voor de beoordelaar van één pagina.

Bereid mijn maandelijkse kwaliteitsdebriefing voor met [voornaam medewerker], supportmedewerker bij [bedrijf] sinds [diensttijd]. Materiaal: [resultaten van de kwaliteitsmatrix van de maand: geobserveerde sterke punten, geconstateerde afwijkingen met ticketreferenties]. Eventuele context: [context: drukte, nieuwe onderwerpen, moeilijke periode].

Structureer het gesprek van 30 minuten: eerst de zelfevaluatie (exacte vragen om dit te starten), de sterke punten met specifieke ticketvoorbeelden (net zo goed gedocumenteerd als de afwijkingen: vage erkenning heeft geen waarde), dan ÉÉN prioritair verbeterpunt (geen vijf) geïllustreerd door 2 tickets, waarbij samen naar de oorzaak wordt gezocht (gebrek aan informatie, onduidelijke procedure, gewoonte) alvorens voor te schrijven, de samen besloten concrete actie met deadline, en wat IK ga corrigeren als de oorzaak een gebrek in tools of documentatie is.

Schrijf de formuleringen voor lastige passages: een herhaalde afwijking ondanks eerdere debriefing, een medewerker die de matrix betwist. Toon: direct en opbouwend, nooit betuttelend.

Stel het inwerktraject op voor een nieuwe supportmedewerker bij [bedrijf] ([product of dienst], kanalen [kanalen], tools [tools]). Beoogde duur tot volledige zelfstandigheid: [duur]. Beschikbare trainer: [wie traint en hoeveel tijd per dag].

Verdeel per week: week 1, het product kennen als klant (echt gebruiken, bestelling plaatsen, tegen problemen aanlopen) en meeluisteren/meekijken met medewerkers; week 2, antwoorden op eenvoudige vragen ([eenvoudige redenen]) met 100% controle van antwoorden voor verzending; week 3, uitbreiden naar complexe vragen met steekproefsgewijze controle; week 4, bewaakte zelfstandigheid en begeleiding bij de eerste gevoelige tickets.

Voor elke week: observeerbare doelen, concrete oefeningen (waaronder antwoorden op geanonimiseerde echte tickets), het criterium om naar de volgende week te gaan, en het overlegmoment met de trainer. Voeg de lijst van 10 te valideren kennispunten toe voor het einde ([huisspecificaties]) en het formaat van de validatiequiz. Formaat: planning per week + validatiechecklist.

Schrijf de stijlgids voor de klantenservice van [bedrijf] ([product of dienst], klantenkring [klantenkring], merkpositionering [positionering]). Huidige situatie: elke medewerker schrijft op zijn eigen manier, van erg kortaf tot te familiair.

Lever op: de 4 of 5 principes van onze stem (elk in één zin, met wat het inhoudt ÉN de grens: "hartelijk" zonder overdaad aan emoji's, "direct" zonder botheid), de definitieve keuzes (je/jij of u op basis van [context], emoji's, uitroeptekens, humor en de verboden daarop, hoe we naar onszelf verwijzen: "ik" of "wij"), het lexicon (huistermen om te gebruiken, te vermijden interne termen met hun klantvertaling), en 6 voor-en-na voorbeelden van onze echte situaties: aankondiging van een termijn, afwijzing, excuses, goed nieuws, boze klant, technische vraag.

Gouden regel om te integreren: de gids kadert de toon, nooit de inhoud; een medewerker moet ervan kunnen afwijken als de menselijkheid dat vereist, en we documenteren deze gevallen. Formaat: gids van maximaal 2 pagina's, vanaf morgen toepasbaar.

Maak het tevredenheidsonderzoek na een ticket voor [bedrijf] ([supportkanalen], verzendtool: [tool]). Doel: de kwaliteit van de support meten ÉN actiegerichte feedback verzamelen, zonder te vermoeien.

Lever op: het verzendmoment (na sluiting, met de relevante termijn per reden: direct voor een simpele vraag, uitgesteld als de oplossing door de klant gecontroleerd moet worden), de hoofdvraag over tevredenheid met de schaal (onderbouw de keuze voor de schaal en houd deze vast: veranderen breekt de historie), ÉÉN goed geformuleerde open vraag ("wat hadden we beter kunnen doen?" in plaats van "opmerkingen?"), en een voorwaardelijke vraag bij een lage score (voorstel om teruggebeld te worden: een lage score zonder opvolging is een gemiste kans).

Schrijf: de volledige verzendmail (maximaal 40 woorden voor de vraag, de score wordt met één klik vanuit de mail gegeven), de frequentieregel tegen enquête-moeheid (een zeer actieve klant krijgt geen 5 enquêtes per maand), en het interne circuit voor de antwoorden: wie leest, wie belt ontevreden klanten terug, binnen welke termijn.

Bereid de NPS-campagne voor van [bedrijf] ([product of dienst], basis van [volume] klanten, laatste NPS: [vorige score of eerste meting]).

Lever op: de enquête-mail (de standaardvraag "hoe waarschijnlijk is het dat u ons zou aanbevelen..." met schaal 0-10, een inleidende zin die een echte reden geeft om te antwoorden, de belofte van een invultijd van 30 seconden), de eenmalige herinnering aan niet-respondenten ([termijn] later, andere invalshoek, geen schuldgevoel), en het behandelplan per antwoordsegment: bedankje aan promotors met een concreet vervolg ([actie: verzoek om publieke review, referral-programma]: zonder direct vervolg heeft een promotor geen nut), verdiepingsvraag aan passieven (wat ontbreekt er voor een 9?), persoonlijk terugbellen van detractors binnen [termijn] met het belscript (luisteren, niet verdedigen, een concrete toezegging).

Richtlijnen: nooit om een score bedelen ("geef ons een 9 of 10") wat alles vervalst, anonimiteit gerespecteerd indien beloofd. Formaat: e-mails + belscript + campagnekalender.

Analyseer deze klantverbatims van [bedrijf], afkomstig uit [bron: NPS-onderzoek, CSAT, online reviews, tickets] over de periode [periode]: [geplakte verbatims].

Lever op: de indeling per thema die uit de verbatims zelf naar voren komt (gebruik geen vooraf bedachte categorieën), met voor elk thema het volume van vermeldingen, de dominante toon, en 2 exacte representatieve citaten (nooit geherformuleerd); het onderscheid tussen feitelijke irritaties (defect, termijn, niet nagekomen belofte) en percepties (indruk van duurte, complexiteit) die anders behandeld moeten worden; de zwakke signalen: zeldzame maar ernstige vermeldingen ([voorbeelden: dreiging met vertrek, vergelijking met genoemde concurrent, veiligheidsprobleem]) die gemeld moeten worden ook al is het volume klein.

Eindig met: de top 3 van acties gesuggereerd door de verbatims (elk gekoppeld aan de citaten die het rechtvaardigen), en wat dit corpus NIET toelaat om te concluderen (steekproefgrootte, verzamelbias, afwezigheid van stille klanten). Verzin geen verbatims, vul geen ontbrekende cijfers aan.

Een klant van [bedrijf] vraagt om opzegging van [abonnement of dienst, klantduur, bedrag]. Opgegeven reden: [geuite reden]. Historie van het account: [gebruik, eerdere incidenten, recente interacties]. Wat ik kan aanbieden: [knoppen: tariefgebaar, wijziging pakket, pauze, begeleiding].

Bouw het kader voor het behoudsgesprek: bevestig de ontvangst ZONDER te hinderen (bevestig dat de opzegging wordt gedaan als hij deze bevestigt: de klant moet zich vrij voelen, niet gevangen), stel dan ÉÉN oprechte vraag om de echte oorzaak te begrijpen (de opgegeven reden is vaak de korte versie), en geef op basis van de onthulde oorzaak het passende antwoord: oplosbaar probleem (eerst oplossen, dan behoud), verkeerd pakket (stel het juiste voor, ook al is het goedkoper: een eerlijke verkoop vandaag is de klant van morgen), prijs (het tariefgebaar ÉÉN keer, met een duidelijke duur, nooit een eeuwige korting die loyale klanten straft), besloten vertrek (netjes opzeggen en een goede laatste indruk achterlaten).

Schrijf de formuleringen voor elke tak en de 3 verboden praktijken (gedwongen behoud, schuldgevoel aanpraten, opzettelijk moeilijke procedure).

Ontwerp het online opzeggingsproces voor [abonnement of dienst] van [bedrijf]. Voorwaarden: opzeggen moet net zo makkelijk zijn als aanmelden (conform de wetgeving voor online contracten), maar we mogen onderweg een eerlijke poging tot behoud doen.

Ontwerp de flow scherm voor scherm: bevestiging van de intentie met een feitelijke samenvatting van wat de klant verliest (data, historie, opgebouwde voordelen: informatief, niet dreigend), ÉÉN vraag over de reden (klikbare keuzes + optioneel vrij veld), ÉÉN voorstel aangepast aan de gekozen reden (lager pakket bij te duur, pauze bij tijdelijk geen gebruik, hulp bij gebruiksproblemen: nooit meer dan één tegenvoorstel), en dan de bevestiging van opzegging in één klik met de ingangsdatum en de bevestigingsmail.

Schrijf alle teksten voor de schermen. Verboden: misleidende knoppen ("blijven" in felle kleur, "vertrekken" grijs en verstopt), herhalende stappen, verplichting om te bellen, schuldgevoel aanpraten ("uw team zal teleurgesteld zijn"). Voeg de bevestigingsmail en het welkomstbericht toe voor als de klant ooit terugkeert.

Schrijf de win-back campagne van [bedrijf] gericht op klanten die sinds [tijd sinds vertrek] weg zijn. Segmenten per bekende vertrekreden: [segmenten: prijs, gebrek aan functie, slechte ervaring, behoefte verdwenen, onbekende reden]. Wat er bij ons is veranderd sindsdien: [reële en verifieerbare verbeteringen].

Schrijf voor elk segment een specifieke e-mail: erken het vertrek zonder het te dramatiseren, kondig aan wat er is veranderd IN RELATIE tot de vertrekreden (bij het segment "gebrek aan functie" praten we over de opgeleverde functie, niet over korting; beloof niets dat niet in de lijst van reële verbeteringen staat), een simpel retouraanbod ([retouraanbod indien gepland]), en een nette uitgang (link voor definitieve afmelding: schrijf nooit meer naar wie dat vraagt).

Beperkingen: maximaal 90 woorden per e-mail, geen huilerig "we missen u", geen systematische korting die klanten leert te vertrekken om een betere prijs te krijgen. Voeg toe: de verzendvolgorde van de segmenten en het stopcriterium van de campagne.

Maak de opvolgingsberichten na oplossing van [bedrijf] voor gevoelige dossiers: [typen dossiers: groot incident, klant die dreigde te vertrekken, commercieel gebaar toegekend, hardnekkig probleem eindelijk opgelost].

Schrijf voor elk type het bericht dat [termijn, bijv. 7 dagen] na sluiting wordt verzonden: controleer of de oplossing standhoudt op de lange termijn (specifieke vraag over het oorspronkelijke probleem, geen vage "alles goed?"), laat zien dat het dossier niet vergeten is zodra het ticket dicht is, en open het kanaal zonder frictie als het probleem is teruggekeerd.

Richtlijnen: maximaal 60 woorden, expliciete verwijzing naar het opgeloste probleem ([veld: herinnering aan dossier]), ondertekend door de persoon die het heeft behandeld (menselijke continuïteit telt bij gevoelige dossiers), geen commerciële uitingen in dit bericht (opvolging die eindigt in een promo vernietigt het eigen effect).

Voeg toe: de trigger-regel (welke dossiers verdienen deze opvolging, om het niet te verwateren), en de handelwijze als de klant antwoordt dat het probleem terug is: prioriteit bij behandeling en wie het dossier weer oppakt.

We hebben bij [bedrijf] een probleem ontdekt voordat de meeste klanten het merken: [probleem: vertraging in voorbereiding, defect in een batch, prijsfout, mislukt onderhoud]. Betrokken klanten: [identificeerbaar bereik]. Correctie: [plan en termijn]. Historie: de betrokken klanten hebben tot nu toe niets gemeld.

Schrijf het proactieve bericht: kondig het probleem eenvoudig aan voordat ze het zelf ontdekken (zelf informeren verandert een toekomstige ontevreden klant in een klant die zich gerespecteerd voelt), zeg precies wie het betreft en hoe ze kunnen controleren of ze erbij horen, wat we doen en de termijn, wat de klant moet doen als er actie van zijn kant nodig is ([eventuele actie]), en het gebaar dat automatisch wordt toegepast als er zeker sprake is van nadeel ([gebaar]): zonder dat de klant erom hoeft te vragen.

Werk uit in 3 formaten: e-mail aan betrokken klanten, standaardantwoord voor support als er vragen komen, melding op de site als het bereik groot is. Richtlijnen: niet minimaliseren ("klein oponthoud"), geen intern jargon, datum van de volgende update als het probleem nog voortduurt.

Je bent supportmanager van [bedrijf]. Een klant overschrijdt herhaaldelijk de grenzen: [gedrag: beledigingen aan medewerkers, bestoken met herinneringen, dreigementen, eisen buiten elk kader, gedocumenteerde kwade trouw]. Historie: [gedateerde feiten]. Commerciële waarde: [context, waarbij vermeld wordt dat dit niet alles rechtvaardigt].

Bouw de stapsgewijze begrenzing op: stap 1, de beleefde correctie tijdens het gesprek (exacte formulering: we behandelen de vraag ÉN benoemen het onacceptabele gedrag, zonder daarover te onderhandelen); stap 2, de formele brief (gedateerde feiten zonder emotionele lading, wat we blijven garanderen, de regels voor interactie vanaf nu: één kanaal, één contactpersoon, standaardtermijnen); stap 3, beëindiging van de commerciële relatie indien contractueel mogelijk ([contractuele situatie]), feitelijk geformuleerd, met wat er over en weer nog openstaat.

Voeg toe: de bescherming van het team (recht om een beledigend gesprek te beëindigen, expliciete steun van management, registratie van incidenten), en het altijd te maken onderscheid: een TERECHT verontwaardigde klant (herstellen) versus een onredelijke klant (begrenzen).

Een klant van [bedrijf] heeft een betaling betwist bij zijn bank (chargeback) in plaats van contact met ons op te nemen: [context: bedrag, betrokken product of dienst, schijnbare reden van betwisting, historie van de klant]. Onze positie: [onze lezing: onze fout, misverstand, prestatie correct geleverd, vermoeden van vriendelijke fraude].

Schrijf het bericht aan de klant: neem contact op zonder verwijten (veel klanten weten niet dat een chargeback een formeel geschil is en geen simpele terugbetaling), herformuleer wat we begrijpen van de betwisting, stel de directe oplossing voor volgens onze positie (directe terugbetaling als de fout bij ons ligt: sneller voor hem dan de bankprocedure; feitelijke uitleg met bewijzen als de prestatie is geleverd), en wat er daarna gebeurt op basis van zijn reactie.

Richtlijnen: geen dreigementen of beschuldigende toon (het dossier kan bij een arbiter eindigen: elk woord moet toonbaar blijven), geen belofte om onze rechten op te geven, feitelijk van begin tot eind. Voeg de interne notitie toe: verzamelen van bewijsstukken voor de reactie op het geschil ([typen beschikbare bewijzen]).

Schrijf de communicatie van [bedrijf] om aan te kondigen: [wijziging: aanpassing algemene voorwaarden, wijziging van een functie, verandering in supporttijden, nieuw bestelproces]. Concrete impact voor klanten: [wat er verandert in hun dagelijks gebruik, wie het betreft]. Ingangsdatum: [datum]. Eventuele contractuele opzegtermijn: [verplichtingen].

Structureer de aankondigingsmail: de wijziging helder in de onderwerpregel en de eerste zin (geen "we ontwikkelen onze diensten door" wat niets zegt), wat er concreet VOOR HEN verandert in een korte lijst (voor / na), waarom (de echte reden in één zin, ook als deze zakelijk is), wat ze moeten doen als er actie nodig is ([vereiste actie of geen]), en waar ze hun vragen kunnen stellen.

Voeg toe: het standaardantwoord voor support op de 3 te verwachten reacties ([verwachte reacties]), de variant voor klanten die door de wijziging echt benadeeld worden (erken dit, zeg wat we voorstellen: [compensatie of alternatief]), en de kalender: aankondiging, herinnering voor ingang, bericht op de dag zelf indien nodig.

Schrijf de aankondiging van het beëindigen van [product of dienst] van [bedrijf], gestopt per [stopdatum]. Betrokken actieve klanten: [volume en profielen]. Wat we voorstellen: [vervolg: vervangend product, begeleide migratie, terugbetaling naar rato, niets]. Reden: [echte reden].

Structuur: de heldere aankondiging direct aan het begin (het product stopt per [datum], geen eufemismen zoals "ontwikkeling van ons assortiment"), de volledige kalender (tot wanneer alles werkt, de tussenstappen: [stappen: stop verkoop, stop support, definitief uit]), wat de klant moet doen en voor wanneer, met de makkelijkste weg ([migratie of alternatief]: detailleer de stappen en wat door ons wordt overgenomen), de financiële afhandeling (lopende abonnementen, naar rato, verplichtingen), en een specifiek contactkanaal.

Richtlijnen: ruime opzegtermijn, geen definitief verlies van data zonder geboden oplossing (export mogelijk tot [datum]), de vervanger wordt voorgesteld zonder dwang. Werk uit: aankondigingsmail, 2 kalenderherinneringen, standaardantwoord support. Toon: respectvol naar de klant die voor dit product had gekozen.

Stel het model op voor het wekelijkse supportrapport van [bedrijf], bedoeld voor [ontvangers: directie, productteam]. Beschikbare data in [tool]: [beschikbare metrieken: volumes per kanaal en reden, termijnen voor eerste reactie en oplossing, tevredenheid, backlog].

Structureer het rapport op één pagina: de samenvatting in 3 zinnen (de trend van de week, het belangrijkste feit, het gevraagde besluit als dat er is), de kerncijfers in een tabel met vergelijking naar de vorige week (alleen de beschikbare metrieken: maak geen vakken voor data die we niet hebben), de bewegende redenen (wat stijgt, wat daalt, en de hypothese van de oorzaak ter verificatie in plaats van stellig beweerd), de feedback voor het productteam (de 3 klantirritaties van de week, onderbouwd met verbatims), en de status van de backlog met het plan als deze groeit.

Richtlijnen: een cijfer zonder vergelijking of drempel zegt niets (elke metriek toont zijn referentie), geen zelfverheerlijking of doemdenken, leesbaar in 3 minuten. Lever het format en een ingevuld voorbeeld met fictieve data die als zodanig zijn gemarkeerd.

Organiseer het maandelijkse overleg tussen support en het productteam van [bedrijf]. Huidig probleem: support ziet de irritaties als eerste maar de meldingen gaan verloren; product ontdekt problemen via andere kanalen, later.

Ontwerp het ritueel: de voorbereiding aan de supportkant (de top 5 irritaties van de maand, elk gedocumenteerd in 4 regels: symptoom, ticketvolume, klantverbatim, huidige workaround door medewerkers), het verloop van 45 minuten (bespreken van nieuwe irritaties, expliciet besluit over elk: geplande correctie met termijn, officiële workaround, of bewuste afwijzing met reden: een gemotiveerde afwijzing is beter dan stilte), de opvolging van besluiten van de vorige maand bij de opening (wat is gedaan, wat is verschoven), en de terugkoppeling naar de medewerkers: wat is er besloten, zodat zij weten wat ze tegen klanten moeten zeggen.

Lever: het format voor de irritatie-fiche, de standaardagenda, de besluitentabel, en de 3 valkuilen die dit ritueel doden (boodschappenlijst zonder prioriteiten, beschuldigend overleg, besluiten zonder eigenaar) met hun waarborgen.

Bereid de support van [bedrijf] voor op het piekmoment van [evenement: feestdagen, uitverkoop, productlancering, campagne], verwacht van [periode]. Referenties: [historie van de laatste piek indien bekend: volumes, dominante redenen, wat er misging]. Team: [normale bezetting, mogelijke versterking].

Bouw het plan: de voorspelling van de belasting per kanaal en per reden (alleen op basis van de verstrekte historie: indien geen historie, stel de methode voor om dit te schatten, zonder cijfers te verzinnen), de geaccepteerde en aangekondigde 'beperkte modus' (tijdelijk langere responstijden: VOORAF gecommuniceerd op [kanalen], in plaats van stilzwijgend ondergaan), de verwerkingsprioriteiten tijdens de piek (wat we eerst doen, wat we expliciet uitstellen), de macro's en hulpartikelen voor te bereiden voor de piekrederenen ([verwachte redenen]: lijst te schrijven vóór de drukte), de voorbereiding van versterking (snelcursus, scope beperkt tot eenvoudige redenen, controle), en de becijferde drempelwaarden: bij welk backlog-niveau we wat activeren ([beschikbare knoppen]).

Formaat: plan teruggerekend vanaf het begin van de piek + tabel met drempelwaarden + vooraf geschreven communicatieberichten.