Deutsch
+ Tickets und Support

Eine Anfrage, die nicht im Sammelpostfach verschwindet.

Kundenanfragen und interne Meldungen mit Zuständigkeit, sichtbarem Stand und dem Verlauf am Kunden. Ein Ticket entsteht auch aus einem Formular oder einem Gespräch.

01 · Das Problem

Ein Sammelpostfach ist kein Prozess, sondern eine Hoffnung.

Anfragen kommen an info@, an eine persönliche Adresse, über das Kontaktformular und per Telefon. Wer gerade Zeit hat, antwortet. Zwei Personen bearbeiten dieselbe Anfrage, eine dritte bleibt liegen, weil alle dachten, jemand anders habe sie übernommen. Wenn dieselbe Kundin drei Wochen später erneut anruft, beginnt die Rekonstruktion von vorn, denn was beim letzten Mal besprochen wurde, steht im Postfach einer Person, die heute nicht da ist.

02 · Unter der Haube

Was aus einer Anfrage einen nachvollziehbaren Fall macht.

Nicht das Antworten ist schwierig, sondern der Überblick über alles, was offen ist, diese fünf Punkte schaffen ihn.

  • Zuständigkeit und Status, Jedes Ticket hat eine zuständige Person und einen sichtbaren Stand. Keine Doppelbearbeitung, kein stilles Liegenbleiben.
  • Verlauf je Kunde, Frühere Anfragen, Rechnungen und Verträge liegen daneben, statt in vier Systemen.
  • Aus Formular und Chat, Ein Ticket entsteht aus einer Formularmeldung oder einem Gespräch, ohne Abtippen.
  • Kategorien und Priorität, Sortierung nach Art und Dringlichkeit, damit das Wichtige nicht hinter dem Lauten steht.
  • Auswertung nach Häufigkeit, Welche Anfrage kommt immer wieder, ist die Grundlage dafür, sie abzustellen statt sie zu beantworten.
03 · Was es bringt

Die dritte gleiche Anfrage, die Sie als Muster sehen statt als Einzelfall.

Rechnen Sie mit Ihren eigenen Zahlen. Bei 40 Anfragen pro Woche gehen erfahrungsgemäss fünf bis zehn Prozent doppelt oder gar nicht bearbeitet durch, wenn die Zuständigkeit nur im Kopf existiert. Das sind zwei bis vier Fälle wöchentlich, jeder mit einer verärgerten Kundin oder einer unnötigen Wiederholung am anderen Ende. Der grössere Hebel ist die Auswertung: Wenn dieselbe Frage 30 Mal im Quartal kommt, ist die Antwort nicht ein schnelleres Ticket, sondern eine Anleitung im Wiki oder eine Korrektur am Produkt. Ohne Zählung sieht man das Muster nicht.

04 · Für wen

Für wen Tickets und Support hier gebaut sind.

Gebaut ist das für Schweizer Betriebe mit etwa fünf bis fünfzig Mitarbeitenden, deren Kundschaft nach dem Verkauf weiterbetreut wird: technische Dienstleistung und Softwarehäuser, Haustechnik und Service, Maschinenbau mit Wartungsvertrag, Immobilienverwaltung, Treuhand, interne IT. Typisch sind zwei bis fünf Personen, die Anfragen neben ihrer eigentlichen Arbeit beantworten, und Kundschaft, die über Jahre wiederkommt.

Am meisten holt heraus, wer wiederkehrende Kundschaft mit einem Vertrag im Rücken betreut: Wartung, Servicepauschale, Abonnement. Dort zahlt sich aus, dass am selben Dossier steht, was zuletzt gemeldet, geliefert und verrechnet wurde. Je länger die Beziehung läuft, desto mehr trägt diese Spur.

05 · Umstieg

Der Umstieg beginnt bei dem, was heute offen ist.

Sie fangen mit den laufenden Fällen an, nicht mit dem Archiv. Was gerade im Postfach liegt, erfassen Sie einmal als Ticket, mit Kunde, Kategorie und zuständiger Person. Das Kontaktformular Ihrer Website zeigen Sie auf ein Formular der Plattform um, damit neue Anfragen von Anfang an als Ticket entstehen. Kategorien und Prioritäten übernehmen Sie als Vorlage oder benennen sie nach den Fällen, die bei Ihnen tatsächlich vorkommen. Eine Standardzuständigkeit je Kategorie genügt für den Start.

Danach kommt bewusst wenig: keine Schulungswoche, keine Rollenmatrix, die erst entworfen werden müsste. In der ersten Woche läuft das bisherige Postfach weiter, und wer eine Anfrage daraus übernimmt, legt sie in einem Schritt als Ticket an. Mitnehmen müssen Sie nur die offenen Fälle. Abgeschlossene Korrespondenz bleibt liegen, wo sie liegt, und niemand presst drei Jahre E-Mail in eine neue Maske.

06 · Die Plattform

Tickets & Support ist ein Modul — hier ist der Rest.

07 · Häufige Fragen

Was Geschäftsführerinnen und Serviceverantwortliche zuerst fragen.

Unsere Anfragen kommen über fünf Kanäle. Müssen wir die Kundschaft umgewöhnen?

Nein. Wer heute anruft, ruft weiter an, wer an die allgemeine Adresse schreibt, schreibt weiter dorthin. Was sich ändert, ist der erste Handgriff danach: Aus der Anfrage wird in einem Schritt ein Ticket mit Kunde, Kategorie und zuständiger Person. Für die Website lohnt sich ein Formular, weil damit von Anfang an die Angaben hereinkommen, die Sie sonst nachfragen müssten.

Wer entscheidet, wer zuständig ist?

Sie legen je Kategorie eine Standardzuständigkeit fest, damit ein neues Ticket nicht herrenlos im Eingang liegt. Umhängen lässt es sich jederzeit, auch an eine zweite Person zur Eskalation, und die Änderung steht mit Person und Zeitpunkt in der Audit-Kette. Geht jemand in die Ferien, verteilen Sie dessen offene Tickets in der Übersicht neu, statt sie einzeln zusammenzusuchen.

Können wir das auch für interne Meldungen nutzen und nicht nur für Kundenanfragen?

Ja, und oft ist das der erste Anwendungsfall: defekte Geräte, fehlende Zugriffe, Mängel aus dem Betrieb, Anliegen an die Administration. Die Meldung kommt aus einem internen Formular oder aus einem Gespräch, bekommt Kategorie und zuständige Person und erscheint in derselben Übersicht wie die Kundenanfragen. Auseinandergehalten werden die beiden Welten über Kategorie und Sichtbarkeit.

Unsere Wartungsverträge nennen Reaktionszeiten. Lässt sich das abbilden?

Die Dringlichkeit setzen Sie über Priorität und Kategorie, und an jedem Ticket steht, wie lange es offen ist. Die Übersicht lässt sich danach sortieren, und die Frage nach allem, was länger liegt als vereinbart, stellen Sie dem Assistenten direkt. Welche Frist für welchen Kunden gilt, halten Sie am Kundendossier fest, dort liegt auch der Vertrag.

Wo liegen die Daten aus den Tickets, und wie steht es mit dem revDSG?

Die Daten werden in der Schweiz gehostet. Bevor etwas an ein externes KI-Modell geht, maskiert oder blockiert der Sensitive Data Guard personen-, vertrags- und finanzbezogene Inhalte; weitergegeben wird nur der freigegebene, nicht identifizierende Teil, unter Verträgen ohne Training. Auskunfts- und Löschbegehren nach revDSG lassen sich über die Audit-Kette mit Person und Zeitpunkt belegen.

Sehen alle Mitarbeitenden alle Tickets?

Nicht zwingend. Die Sichtbarkeit lässt sich pro Rolle setzen: Das Serviceteam sieht seine Kategorien, die Geschäftsführung sieht alles, einzelne Kategorien lassen sich enger fassen. Ein Ticket zeigt den Kundenverlauf, der zur Bearbeitung nötig ist, und nicht automatisch jeden Beleg, der zu diesem Kunden existiert. Jede Änderung steht nachvollziehbar mit Person und Zeitpunkt in der Audit-Kette.

Unsere Technikerinnen sind unterwegs. Geht das auf dem Telefon?

Ja. Ticketliste, Stand und Verlauf sehen auf dem Telefon gleich aus wie am Schreibtisch. Eine Rückmeldung nach dem Einsatz ist ein Satz, diktiert oder getippt, und sie hängt am richtigen Ticket. Damit steht am Abend bereits dort, was gemacht wurde, statt dass es am nächsten Morgen aus der Erinnerung nacherfasst wird.

Aus einem Supportfall wird bei uns oft ein bezahlter Auftrag. Was dann?

Dann bleibt der Fall, wo er ist, und die Arbeit daran wird sichtbar: Der Aufwand wird am Ticket festgehalten und hängt damit am selben Kunden. Daraus entsteht eine Offerte oder eine Position auf der nächsten Rechnung, mit denselben Angaben. Grössere Fälle führen Sie als Projekt weiter, mit Budget und Aufgaben. Stammdaten werden dabei kein zweites Mal abgetippt.

Sehen Sie eine Anfrage vom Eingang bis zum Muster, in 30 Minuten.

Wir zeigen Ihnen ein Ticket aus einem Formular, die Zuweisung, den Kundenverlauf mit Rechnungen daneben, und die Frage nach dem, was diesen Monat am häufigsten kam. Ohne Vertrag, ohne Vorbereitung.