Zum Inhalt springen
← Alle Funktionen

Helpdesk und TicketsNEU

Betreuen Sie Ihre Kunden in einer Drei-Panel-Konsole, so wie es die besten Helpdesks tun: links gespeicherte Ansichten mit Zähler (nicht zugewiesen, meine, überfällig); in der Mitte die Warteschlange mit Suche, Sortierung und Massenaktionen; rechts die Kontext-Spalte des Kunden mit Live-SLA-Uhren und einem Ticket-KI-Panel, das das Thema klassifiziert, die Stimmung liest, auf ähnliche Tickets verweist und Artikel vorschlägt. Eingehende E-Mails werden von selbst zu Tickets, ereignis- und zeitbasierte Automationen bewegen die Warteschlange, das Routing schickt jedes Thema zum richtigen Team, Makros antworten mit einem Klick und CSAT misst den Service beim Abschluss. Vorfälle gruppieren Tickets unter einer öffentlichen Statusseite, und Sie exportieren Berichte als PDF und XLSX. Alles am Kundendatensatz verankert, ganz ohne weiteres Tool.

  • Drei-Panel-Konsole: gespeicherte Ansichten mit Zähler, Warteschlange mit Suche, Sortierung und Massenaktionen sowie eine Kundenkontext-Spalte.
  • Live-SLA-Uhren pro Ticket: Die Uhr läuft nur während der Arbeitszeiten und warnt vor der Überschreitung.
  • Ticket-KI-Panel: Klassifizierung, Stimmung, ähnliche Tickets und vorgeschlagene Artikel neben dem Gespräch.
  • Vorfälle mit öffentlicher Statusseite und Berichtsexport als PDF und XLSX.
  • Parent and child cases: one ticket can hang off another, with the full tree inside the ticket itself and a warning before you close a parent that still has an open child.
  • Rule-based auto-replies: channel, category, priority, business hours, first customer message only and keywords, evaluated in order, and the first match wins.
  • Outcome code at close: a short list you control, scoped to tickets, phone calls or both, with an optional required explanation and a report by outcome.
  • Quick text in the composer: type :: and the start of a shortcut to drop in a ready phrase, from the personal, team and company libraries.
  • Ticket email templates per event, language, category and queue, with a preview that shows which template won before anything goes out.
  • Work tabs in the console: several cases open at the same time, each with its own draft and its own sub-tab.
  • Scheduled follow-ups and reminders written in plain words, with the screen echoing the time that was saved, not the words you typed.
  • A swarm session on the ticket: who was called, in what role, to answer which question, by when, and what was concluded.
  • A supervision wallboard for whoever coordinates: queues, people and channels on a single screen that refreshes itself and separates what is about to breach in the next hour from what already breached.
  • AI that acts under a policy: off by default; category and priority each set to off, suggest or automatic, and automatic only writes above the confidence threshold you define; a reply draft never goes out on its own and resolving is never automatic.
🎁

In Sellio kostenlos, Sie zahlen nur für die Maschine

Ein Helpdesk mit SLA, Konsole und CSAT ist normalerweise ein separates Abonnement. In Sellio kommt er mit dem CRM: Sie zahlen nur für die Maschine.

Vorteile

Keine Anfrage vergessen

Das SLA misst jedes Ticket während der Geschäftszeiten und warnt vor der Überschreitung, sodass nichts ohne Antwort liegen bleibt.

Schnellere erste Reaktion

Makros und KI-vorgeschlagene Antworten liefern den Erstkontakt in Sekunden und behalten dabei die Markenstimme.

Der Agent sieht den ganzen Kunden

Deals, Verträge und frühere Gespräche erscheinen neben dem Ticket, ohne ein anderes Tool zu öffnen.

Weniger Tickets, mehr Self-Service

Das öffentliche Hilfecenter löst häufige Fragen von selbst und entlastet die Warteschlange des Teams.

Warum Sellio
✓

Support im selben System wie das CRM: Der Agent sieht Deals, Verträge und Kundenverlauf, ohne den Tab zu wechseln.

✓

Ereignis- und zeitbasierte Automationen sowie automatisches Routing halten die Warteschlange von selbst in Bewegung.

✓

KI-vorgeschlagene Antworten beschleunigen die erste Reaktion, ohne Ihre Markenstimme zu verlieren.

✓

Ein öffentliches Hilfecenter beantwortet häufige Fragen, bevor sie überhaupt zu Tickets werden.

Eine Warteschlange, die sich selbst kümmert

Jedes Ticket trägt ein SLA, das nur während der Geschäftszeiten zählt und vor der Überschreitung warnt. Ereignis- und zeitbasierte Automationen weisen neu zu, priorisieren und eskalieren, während das Routing jedes Thema an die richtige Gruppe schickt. Der Agent konzentriert sich aufs Lösen, nicht aufs Organisieren der Warteschlange.

Voller Kontext auf einem Bildschirm

In der Konsole steht das Kundengespräch neben den internen Notizen des Teams und dem gesamten Verlauf im CRM. Makros wenden Antworten und Aktionen mit einem Klick an, und beim Abschluss misst die CSAT-Umfrage, wie der Service verlief.

Die Drei-Panel-Konsole

Links stehen die gespeicherten Ansichten mit Zähler, sodass Sie auf einen Blick wissen, wie viele Tickets nicht zugewiesen, überfällig oder Ihre sind. In der Mitte lässt Sie die Warteschlange mit Suche, Sortierung und Massenaktionen mehrere auf einmal neu zuweisen oder schließen. Rechts sammelt die Kontext-Spalte den Kundenverlauf, die Live-SLA-Uhren und das Ticket-KI-Panel, alles ohne den Bildschirm zu verlassen.

Ticket-KI und Vorfälle mit öffentlicher Statusseite

Das KI-Panel klassifiziert das Thema, liest die Stimmung, zeigt ähnliche Tickets und schlägt Wissensdatenbank-Artikel vor, sodass der Agent schneller und mit Kontext antwortet. Wenn etwas Größeres passiert, gruppieren sich Tickets zu einem Vorfall mit öffentlicher Statusseite, und Sie exportieren die Berichte als PDF und XLSX, um sie mit allen zu teilen, die sie brauchen.

Parent and child cases

A ticket can hang off another one. Point it at the parent and the children show up in a list inside the ticket itself, with the whole tree in view. The guards are real: the system refuses a loop, where A is the parent of B which is the parent of A, refuses a chain that runs too deep, and warns you when you try to close a parent that still has an open child. It fits the incident that spawns several tickets: you work the parent and see everything that depends on it.

Auto-replies became rules

It used to be one fixed text for every ticket that arrived. Now they are rules evaluated in order, and the first match wins: conditions on channel, category, priority, business hours, first customer message only and keywords, each with its own text. There is also the silent rule, which matches and deliberately says nothing, for the subject where any automatic reply gets in the way. The loop guard cannot be turned off: replying to an automated mailbox is two answering machines talking to each other forever. And anyone who never created a rule stays exactly as they were, with the single text they always had.

Outcome codes at close

Resolving a ticket used to mean free text in the Resolution field. That describes what happened, but it does not classify: two agents tell the same outcome ten different ways, and nobody can answer how many cases this month were a product defect and how many were a customer configuration mistake. Category does not solve it, because category classifies the subject at intake, not the outcome at the end. Now the outcome is a short list you control, in Settings. Each code has a label, a scope (ticket, phone call, or both, so the same vocabulary serves both channels instead of two lists saying the same thing) and a switch for requiring an explanation, for codes like "Other", which on its own explains nothing. There is a report by outcome, and the requirement to fill it in can be turned on. Three decisions matter. Turning the requirement on before any code exists blocks nothing, otherwise every ticket in the company would stop closing the day someone ticked the box, with nothing to pick. The requirement is enforced by the server, not by the screen, so closing from the list, from a macro, from the API or from the terminal goes through the same check. And a code already in use cannot be deleted, only deactivated: deleting it would take with it the meaning of every ticket closed under it, and the old reports would quietly start lying.

Quick text behind a typed shortcut

The only ready-made text in the console was the macro, and a macro also applies a status and a priority: dropping in a phrase changed the ticket without anyone asking for it. Quick text writes nothing but the text, which is why it can be light and personal. In the composer, type :: and the start of a shortcut to narrow the list, or :: on its own to see the whole library. There are three libraries, personal (only you see it), team and company, and the one closest to you wins, so you can keep your own version of ::hi without changing the house standard. A shortcut has no spaces and no colon and fits in 40 characters; the search ignores case and accents and looks at the shortcut, then the title, then the folder, never the body; and the order is always the same, so you never pick the wrong phrase from muscle memory. The phrases accept the same variables as macros, filled in at send time. Whoever administers can generate a starter company library, and running it again duplicates nothing and never overwrites what you rewrote.

The ticket email in the reader’s language

Five moments of the ticket can carry a text of your own: opened, updated, resolved, survey and closure. Each template is written in one language and can be restricted to a category, to a queue, or to both. The choice is declared and it runs in this order: the system first decides what to say, visiting the families from the most specific to the most generic (queue and category, then queue, then category, then the generic one), and only then in which language to say it, with the exact language first, then the same base language, then the reserve language. The language that counts is the requester’s, the person who reads it, not the agent’s. A family with none of those three languages is skipped: sending the generic text in the reader’s language beats sending the right text in a language they do not read. The preview shows which template won and in which language before anything goes out. And if you register nothing, nothing changes: with no template the ticket behaves exactly as it does today, so you can adopt this one queue at a time.

Several cases open, no draft lost

The console used to open one case at a time, and picking another replaced the previous one: whoever works in volume keeps three or four cases going and lost the draft at every switch. Now there is a tab bar above the conversation. A single click opens a preview tab, in italics, and the next preview takes its place, so browsing a queue of twenty cases does not open twenty tabs; writing in it or pinning it makes the tab permanent. The same case never opens twice, a blue dot marks a written and unsent reply, and each tab remembers the sub-tab you were on. Up to eight tabs: above that the oldest tab with no draft is dropped, and if every tab has a draft the limit gives way, because losing written work is worse than a long bar. Close saved takes the tabs with no draft and keeps the ones that have one. The tabs live in your own browser, on this device.

When the case does not end today

Two ways out, and neither is a note on the side. A scheduled follow-up is a task about the ticket: it can go to someone else and it shows in the day’s list like any other task; a reminder is always yours. You write when in your own words, "tomorrow 9am", "in 2 hours", "friday", in the ten languages of the product: a day with no time becomes 9 a.m. in the organization’s time zone, a duration keeps the current time of day, a time that has already passed goes to the next day, a day in the past is refused instead of guessed, and nothing goes further than 365 days. The screen echoes the time that was saved, not the words you typed, and says so when it assumed 9 a.m. or pushed the deadline to tomorrow. The swarm session, in turn, is the record of calling people in: who joined, in what role, to answer which question and by when. There is one open session per ticket; reporter and scribe are single seats, expert has no limit, and whoever is called gets a notice carrying the reason and starts following the ticket. Closing requires saying what was concluded, and that outcome goes back to the ticket as an internal note, so the next agent reads it without opening anything else. The swarm records the session, it does not open a Slack channel and does not start a video call: the conversation keeps happening where it already happens.

The supervision wallboard, made to live on a TV

It is the same operation seen by whoever coordinates, not by whoever answers. One screen, refreshing itself every 20 seconds, with big numbers and a traffic light, so it reads from five meters away. At the top, the headline: open, unassigned, waiting for a reply, what already breached, what is about to breach, and how many people are actually available. Below it, the queues ordered by what hurts first, the people with whoever is drowning at the top, the channels, and the trail of the latest assignments. Two readings the product could not give before. The first is the difference between "about to breach in the next hour" and "breached": a board that only shows the fire arrives late, so what can still be saved shows up in amber, and the window is yours, from 30 minutes to 4 hours. The second is the queue stranded by a skill: when a queue requires a skill nobody on the roster has, routing leaves the item unassigned on purpose, and from the outside "nobody has picked it up yet" and "nobody can pick it up" look identical. The board turns that queue red, because it is configuration waiting for people, not a system failure, and only whoever coordinates can fix it. The board is read-only: it points, it does not reassign. It belongs to whoever administers, because it shows every person’s workload. And when the deadline math looked at a sample instead of the whole, it says so on the screen instead of pretending completeness.

AI that acts, inside a policy you write

The AI panel always suggested; now it can write to the ticket, and the dial for how much it writes is yours, in Settings. Everything starts off. Once on, each of the two fields the AI can reach, category and priority, has its own mode: off, suggest or automatic. Only those two: resolve, close and reply are not on the list, and no mode includes them. In automatic, the AI only writes when confidence clears the threshold you set (80% by default), when the current value was filled by the form and not by a person (unless you allow overwriting) and while the daily cap on autonomous actions has not been reached; otherwise it goes back to suggesting, with the reason written next to it: low confidence, human value kept, cap reached. The cap is shared with the Copilot, so how much the AI has already acted today is a single count, and when it hits, the policy screen and the ticket say so instead of stopping silently. The proposed category has to be one of the options in your field; anything that matches none is discarded, never written. A reply draft is always a suggestion: accepting it puts the text in the composer, and sending remains your click. Every decision, act or suggest, is recorded on the ticket and in the audit trail, and you can ask it to classify now by hand, with the same policy in charge.

So funktioniert es
  1. 1

    Verbinden Sie die Support-E-Mail: Eingehende Nachrichten werden zu Tickets in der Warteschlange.

  2. 2

    Legen Sie das SLA, die Geschäftszeiten, Gruppen und Routing-Regeln fest.

  3. 3

    Bearbeiten Sie es in der Konsole mit Gespräch, internen Notizen, Makros und KI-vorgeschlagenen Antworten.

  4. 4

    Schließen Sie das Ticket, erfassen Sie das CSAT und veröffentlichen Sie häufige Antworten im Hilfecenter.

Anwendungsfälle

Kunden-E-Mail um 22 Uhr

Die Nachricht wird sofort zum Ticket, das Routing schickt sie an die richtige Gruppe, und das SLA beginnt zu den nächsten Arbeitszeiten zu zählen.

Eine Frage, die sich jede Woche wiederholt

Ein Makro antwortet und schließt mit einem Klick; wenn sie sehr häufig ist, löst der Hilfecenter-Artikel sie, bevor das Ticket überhaupt erstellt wird.

Ein verärgerter Kunde mit Dringlichkeit

Eine zeitbasierte Automation priorisiert und eskaliert den Fall, und die Konsole zeigt den gesamten Verlauf, sodass der Agent mit Kontext antwortet.

The customer asked you to come back after month-end

You write "friday 9am" on the ticket, the follow-up becomes a task linked to it, and the screen confirms the time that was actually saved.

The case stalls and needs a specialist

You open a swarm session with the reason and the deadline, call the people you need, and what was concluded comes back to the ticket as an internal note.

Häufige Fragen
Brauche ich ein weiteres Helpdesk-Tool?

Nein. Der Support läuft im selben System wie das CRM, wobei der Agent Deals, Verträge und Kundenverlauf sieht, ohne den Tab zu wechseln.

Zählt das SLA außerhalb der Geschäftszeiten?

Nein, die SLA-Uhr läuft nur während der Arbeitszeiten und warnt vor der Überschreitung.

Antwortet die KI für mich?

Sie ersetzt den Agenten nicht; das KI-Panel klassifiziert das Thema, liest die Stimmung, zeigt ähnliche Tickets und schlägt Artikel vor, um die Antwort zu beschleunigen.

Wie funktioniert die Drei-Panel-Konsole?

Links stehen gespeicherte Ansichten mit Zähler, in der Mitte die Warteschlange mit Suche und Massenaktionen und rechts der Kundenkontext mit SLA und KI.

Kann ich einen größeren Vorfall bearbeiten und Berichte exportieren?

Ja, zusammengehörige Tickets gruppieren sich zu einem Vorfall mit öffentlicher Statusseite, und Sie exportieren Berichte als PDF und XLSX.

Wie wird eine Kunden-E-Mail automatisch zu einem Ticket?

Die eingehende Nachricht wird von selbst zu einem Ticket, und das Routing schickt das Thema zum richtigen Team, ganz ohne manuelle Arbeit.

Was tun ereignis- und zeitbasierte Automationen?

Sie weisen Tickets von selbst neu zu, priorisieren und eskalieren sie und halten die Warteschlange in Bewegung, ohne dass der Agent sie organisieren muss.

Gibt es eine Kundenzufriedenheitsumfrage?

Ja, CSAT misst, wie der Service verlief, sobald das Ticket geschlossen wird.

Reduziert das die Menge eingehender Tickets?

Ja, das öffentliche Hilfecenter beantwortet häufige Fragen, bevor sie überhaupt zu Tickets werden, und entlastet die Warteschlange.

What is the difference between quick text and a macro?

A macro also applies a status and a priority; quick text only drops in the phrase, without touching the ticket, and it sits behind a shortcut you type after ::.

Do I have to register email templates for support to work?

No. With no template registered nothing changes, so you can adopt it one queue at a time.

Can an agent work several tickets at the same time?

Yes, the console has work tabs: up to eight cases open, each with its own draft and its own sub-tab, and Close saved never carries a written reply away with it.

Kostenlos ausprobieren

Kostenloses Konto erstellen
Helpdesk und Tickets · Sellio