📋 QM Wissensdatenbank

Bitte Passwort eingeben

📋 QM Wissensdatenbank

← Makro-Finder ⏱ --:--:-- QM Schulung 02.03.2026
🔄

1. Ticket-Flow — Wer bearbeitet was?

▶
StufeWerWann
First LevelKundenservice FLTicket kommt rein → direkt lösbar mit Standardlösung
Second LevelAnnika, Felix, Nell, TessFL kann nicht lösen → weiterleiten per /999
Third LevelQM-Abteilung + RechtsabteilungSL kann nicht lösen → RĂŒcksprache (kein Ticket-Abschluss durch TL)
Grundregel: Im Zweifel lieber einmal zu viel weiterleiten als zu wenig.

Second Level → Third Level

  • Kommunikation per Nebenkonversation in Zendesk (fĂŒr alle SL-Mitarbeiter nachvollziehbar)
  • Third Level gibt nur Empfehlung vor — Ticket-Abschluss immer durch Second Level
  • Beispiele: Fremdkörper, rechtlich heikle FĂ€lle, unbekannte QualitĂ€tsmĂ€ngel

Standardlösung zurĂŒck ins First Level

Second Level kann neue Standardlösungen entwickeln und ans FL zurĂŒckgeben, damit bestimmte Tickets kĂŒnftig direkt im FL gelöst werden.

đŸ‘€

2. Kundenprofil prĂŒfen — Empathie & Bewertung

▶

Vor der Antwort immer das Kundenprofil in Zendesk aufrufen:

Ticket-History

  • Wie oft und was hat der Kunde in der Vergangenheit reklamiert?
  • Schon mal Open Seal gehabt → erneute Open-Seal-Meldung ist verdĂ€chtig (leicht zu faken)

Bestellhistorie

  • Wie oft hat der Kunde bestellt? Nur 1 Bestellung + sofortige Reklamation → genauer hinschauen

Forderung des Kunden

  • Was fordert der Kunde — ist das verhĂ€ltnismĂ€ĂŸig?
  • Beispiel: BeschĂ€digtes Produkt → Gutschein ĂŒber 300 € gefordert → nicht gerechtfertigt
Kunden nichts unterstellen, aber kritisch prĂŒfen. Fotos anfordern wenn Zweifel bestehen.
📊

3. Datenerfassung in Zendesk (QM-Abfrage)

▶
Sehr wichtig: Das QM-Team zieht aus diesen Daten den Report. Daraus werden Maßnahmen abgeleitet — z.B. Produkte gesperrt. Falsche Daten = falsche Reports.

Contact Reason

  • Immer den richtigen Contact Reason wĂ€hlen: Damaged-Fall → Damaged CR · QM-Fall → QM CR

Bestellnummer + Datum

  • Zendesk zieht automatisch die letzte Bestellung aus Shopify — nicht zwingend die reklamierte
  • Immer manuell prĂŒfen und ggf. Bestellnummer und Datum anpassen
  • Wichtig: Nur Bestellnummer Ă€ndern = Datum wird nicht automatisch angepasst

Product Cluster

  • Nicht hĂ€ndisch eintippen — sonst erscheinen alle Varianten (GrĂ¶ĂŸen, Sorten, Sticks etc.)
  • Produktname aus der Shopify-App rauskopieren und einfĂŒgen → direkt das Richtige
  • Beispiel: Protein Eiskaffee Cookie Crumble 300g ≠ 500g → muss exakt stimmen

Chargennummer (LOT) — Format

Format: L. + 8-stellige Zahl + 2 Buchstaben + Uhrzeit — mit Leerzeichen
Beispiel: L. 12345678 AB 14:30
  • Uhrzeit oder Buchstaben nicht vorhanden → weglassen
  • Nur eintragen was der Kunde liefert, aber immer in diesem Format
  • Am besten vom Kundenfoto abschreiben

MHD

  • Immer zusammen mit LOT erfassen, Format wie auf Verpackung

Mehrere Produkte (Affected Items)

  • 2× dasselbe Produkt → 2 Affected Items
  • 2 verschiedene Produkte → Product Cluster muss zum ersten LOT + ersten MHD passen; zweites Produkt = zweites Affected Item

Reklamation berechtigt + Ersatzleistung

  • Nur ausfĂŒllen wenn First Level das Ticket selbst abschließt
  • Bei Weiterleitung an SL: nicht nötig
  • Ersatzleistung = Ersatzlieferung oder Erstattung oder Support-Center-Code
🔍

4. Was passiert mit dem Ticket im Second Level?

▶
  • SL liest FL-Zusammenfassung + erste Kunden-Nachricht (dort steht was ihn wirklich bewegt)
  • Fall einordnen: Alle Daten vorhanden? LOT/Datum/Product Cluster korrekt?
  • Bekannte MĂ€ngel prĂŒfen: Ist das ein bekanntes Problem? AuffĂ€llig viele FĂ€lle zu einem Produkt?
  • Ist es wirklich ein QM-Fall oder eine normale Produkteigenschaft?
  • Lösung fĂŒr Kunden finden — unabhĂ€ngig von interner Analyse
Nacharbeit: Wenn LOT, Bestellnummer oder Datum nicht korrekt sind, muss SL nacharbeiten. Bitte schon im FL richtig eintragen.

Interne Analyse

  • Produktanpassungen, AnalysenprĂŒfungen = Aufgabe der QualitĂ€tsabteilung
  • SL wartet nicht auf Analyseergebnis — Kundenlösung lĂ€uft parallel
  • Fragt Kunde nach Analyseergebnis → teilen wir mit soweit verfĂŒgbar
⚖

5. BeschÀdigte Ware vs. QM-Fall

▶
Damaged (Items Damage)QM-Fall
BeschÀdigung an Verpackung durch Transport QualitÀtsmangel am Produkt selbst
Pulver im Karton, Soße ausgelaufen, Deckel ab, Pulver am Produkt Omega-3 Kapseln ausgetreten + ranzig, Chunky Flavor, auffĂ€llige ProduktverĂ€nderung
Contact Reason muss stimmen: Damaged → Damaged CR · QM → QM CR. Wird getrackt und beeinflusst Reports + Maßnahmen.
Unsicher? → Lieber an Second Level als falschen CR setzen.
🔓

6. Open Seal vs. Items Damage

▶
Open SealItems Damage
Kleiner Schlitz im Siegel offenDeckel sitzt nicht richtig / ist ab
Siegel klebt komplett im DeckelPulver am Produkt außen sichtbar
Löffel zwischen Innen-Siegelung eingeschlossenPulver liegt komplett in der Verpackung
Unsicher? → Immer an Second Level weiterleiten.

Wer bearbeitet Items Damage?

ProduktZustÀndigkeit
TĂŒtenprodukte (z.B. Isoclear)Second Level
Dosen / andere ProdukteFirst Level kann bearbeiten wenn eindeutig

Vorgehen Open Seal

  • LOT + MHD abfragen
  • Open Seal Makro verwenden (dynamisch — bereits hinterlegte Daten werden automatisch ĂŒbernommen)
  • Per /999 an Second Level
đŸ·ïž

7. Contact Reasons im Detail

▶

🍄 Schimmel

  • Hauptrisiko: Protein Wraps (hoher Feuchtigkeitsgehalt, nicht richtig verschweißt)
  • Auch: Soßen, Marmeladen (Luftkontakt, beschĂ€digter Deckel, nach Öffnung)
  • Pulver, Schokolade, Riegel: selten — kein guter NĂ€hrboden
  • Fettreife auf Riegeln ≠ Schimmel — sieht Ă€hnlich aus, kein mikrobiologischer Befall

🌀 Texture (Wraps)

  • Wraps lassen sich schlecht lösen oder sind zerfetzt
  • Vorgehen: Datenabfrage + Contact Reason "Texture"
  • Auch: Riegel der auslĂ€uft (Karamell etc.) → Texture, nicht Melted Chocolate

đŸ« Melted Chocolate

  • Kein klassischer QM-Fall (passiert bei Lieferung/langer Lagerung in Packstation)
  • Trotzdem als QM tracken — Contact Reason "Melted Chocolate"
  • Saisonales Thema — hĂ€uft sich mit wĂ€rmeren Temperaturen
Makro: Geschmolzene Schokolade
Option 1: 25% Rabatt auf den Kaufpreis
Option 2: RĂŒckgabe + volle Erstattung
→ Kundenauftreten abwĂ€gen, Fotos anfordern

🔧 Material Defekt (Shaker / Klamotten)

  • Deckel schließt nicht, Riss im Gewinde/Becher, Dichtungsring raus, BlĂ€schen unter Logo
  • Auch: gerissene Leggings (kommt kaum noch vor)
  • PrĂŒfung: Foto anfordern
  • Starke Ă€ußere BeschĂ€digung → eher Transportschaden als QM

💧 Leakage (Shaker undicht)

  • Bekanntes Problem — viele Kundenbewertungen
  • Shaker offiziell nur zum Zubereiten — aber Influencer zeigen Transport → schwieriges Argument gegenĂŒber Kunden
  • Vorgehen: Foto + Video anfordern → dann direkt an Second Level

📩 Packaging Open (TĂŒten offen)

  • LOT + MHD abfragen (Kunden haben TĂŒten oft nicht mehr)
  • Daten eintragen → per /999 an Second Level

☕ Weiße PĂŒnktchen im Pulver (Protein Coffee)

  • Kein Fremdkörper, kein Mangel — Bestandteil der Rezeptur (Aromastoffe)
Vorgehen: Help Center Makro einfĂŒgen → zur entsprechenden Passage → 3-Punkte-MenĂŒ → "Link in die Konversation einfĂŒgen" → Link an Kunden. Kunde kann selbst nachlesen.
⚡

8. Dynamische Makros & /999

▶

Dynamische Makros

Wenn Daten (LOT, MHD, Bestellnummer) bereits im Ticket links eingetragen sind und dann ein Makro gestartet wird, werden diese Daten automatisch ins Makro ĂŒbernommen — keine doppelte Arbeit.

Erst Daten ins Ticket eintragen, dann Makro starten!

/999 — Weiterleiten an Second Level

  • Zendesk-Makro /999 leitet Ticket an Second Level
  • Vorher: LOT, MHD, Bestellnummer, Contact Reason korrekt eintragen
đŸ§Ș

9. Clumpy / Verklumptes Pulver

▶
  • Manche Sorten verklumpen schneller — besonders fruchthaltige Sorten (z.B. Raspberry Panna Cotta)
  • Standard im FL: Support-Center-Code
Kunde wĂŒnscht Erstattung oder Nachlieferung statt Support-Center-Code?
→ An Second Level weiterleiten — auch bei frischen KĂ€ufen.

MassenauffÀlligkeiten

  • Viele gleichartige FĂ€lle (z.B. 30× Chunky Flavor) → an Second Level melden
  • Second Level geht ans QM-Team: "Ist da was bekannt?"
💬

10. Kommunikation mit Second Level

▶
  • RĂŒckfragen direkt ins Ticket schreiben — SL antwortet und schickt zurĂŒck
  • Unsicherheit bei Open Seal vs. Items Damage vs. QM → nachfragen, nicht raten
  • Lieber einmal zu viel fragen als zu wenig
Ansprechpartner Second Level: Annika Markmann · Felix Kobert · Nell LĂŒnemann · Tess LĂŒnemann