Kurzfassung
Die Einarbeitungszeit im Support ist die Dauer, bis ein Neuling Ihre Queue in Team-Geschwindigkeit und -Qualität ohne Hilfe bearbeitet. Die meisten Teams messen nur die erste Ziellinie, das erste eigenständige Ticket. Die eigentliche Ziellinie ist Team-Median-Qualität, ohne dass ein Senior danebensteht, und in den Threads, die ich gelesen habe, dauert das zwischen sechs Wochen und sechs Monaten.
Verfolgen Sie sie Woche für Woche ab dem Startdatum jedes Mitarbeiters mit dem Pro-Mitarbeiter-Bericht Ihres Helpdesks. Keiner der fünf Helpdesks, die ich geprüft habe, hat einen Filter für „Neueinsteiger“ oder Betriebszugehörigkeit, die Kurve bauen Sie also selbst.
Um sie zu verkürzen, teilen Sie die Einarbeitung in zwei Stapel. Die Recherchezeit (das Makro, die Richtlinie, die frühere Antwort finden) schrumpft mit guten Tools, etwa einem KI-Helpdesk-Teammate, der aus Ihren früheren Tickets Antworten entwirft, die der Neuling prüft. Urteilsvermögen (Ton, Sonderfälle, wann eskaliert wird) wächst nur mit Praxis an echten Tickets und wöchentlichem Coaching.
Was ist die Einarbeitungszeit im Support?
Die Einarbeitungszeit ist die Spanne zwischen dem ersten Tag eines Mitarbeiters und dem Tag, an dem er die Queue wie alle anderen bearbeitet. Ich arbeite im Support-Team von eesel und bearbeite jeden Tag die Queue. Mir ist aufgefallen, dass Teams mit „eingearbeitet“ meist drei verschiedene Dinge meinen:
- Erstes eigenständiges Ticket. Der Neuling hat aufgehört mitzuschauen und einem Kunden selbst geantwortet.
- Team-Median-Volumen. Er schließt pro Woche ungefähr so viele Tickets wie ein typischer Mitarbeiter.
- Team-Median-Qualität, ohne Hilfe. QA-Scores, Wiedereröffnungsrate und CSAT entsprechen dem Team, und er fragt nicht mehr bei jedem dritten Ticket einen Senior.
Die ersten beiden sind leicht zu erreichen und leicht zu schönen. Ein neuer Mitarbeiter kann viele Tickets schließen, indem er sich die einfachsten schnappt oder einen Senior fragt, was er schreiben soll, und die Antwort einfügt. Deshalb zähle ich nur die dritte Fahne als Ende der Einarbeitung. Sie ist auch die, die für Ihre Kunden zählt und für die Senior-Mitarbeiter, die bisher stillschweigend zwei Jobs gemacht haben.
Wenn Sie den Onboarding-Plan selbst aufbauen, behandelt der Leitfaden meines Kollegen zu Schulungssoftware für Support-Mitarbeiter die Tools für jede Phase. In diesem Beitrag geht es um die Uhr: wie lange sie läuft, wie man sie liest und wie man sie kürzer macht.
Wie lange dauert die Einarbeitung von Support-Mitarbeitern?
Es gibt keinen veröffentlichten Branchenrichtwert, dem ich trauen würde, und ich habe gesucht. Kein Helpdesk- oder QA-Anbieter, den ich geprüft habe, veröffentlicht eine formale Definition der Einarbeitungszeit. Am nächsten kommt das Glossar von MaestroQA (das Unternehmen firmiert jetzt als Rippit), laut dem das Support-Onboarding „typically run(s) from 2-8 weeks“. In der ClassPass-Kundengeschichte erhielten neue Mitarbeiter in „the first 60 days“ ihrer Betriebszugehörigkeit zusätzliche QA-Aufmerksamkeit.
Was echte Mitarbeiter und Teamleiter beschreiben, ist länger, und es ist eine Spanne, keine Zahl:
| Umfeld | Was Leute berichten | Quelle |
|---|---|---|
| Call-Center, hohes Volumen | 6 Wochen Training, 6 Wochen Nesting, dann Kennzahlenziele von 33 %, 66 %, 100 % über drei Monate | r/callcentres |
| Call-Center | 4-6 Wochen Schulung, 1-2 Wochen mit einem Veteranen am Telefon, Review nach 90 Tagen | r/callcentres |
| Telefon-Support | 1 Woche Training, 25 Fehler im ersten Monat, seit Monat drei keine mehr | r/callcentres |
| MSP-Help-Desk | Einführung, Mitschauen und Tickets mit niedriger Priorität über 2 Monate, Bereitschaft ab Monat 3 | r/msp |
| Technischer Support | Alles außer den schwierigsten Fällen nach 3-6 Monaten | Hacker News |
| Cloud Support Engineer | Die ersten 3 Monate Training bei laufender Fallbearbeitung | Hacker News |
Zwei Muster stechen heraus. Erstens liegt zwischen „darf auf die Queue“ und „gut auf der Queue“ meist ein Abstand von Monaten, nicht Tagen. Ein Teamleiter im r/callcentres-Thread sagte es deutlich, nachdem eine ganze Schulungsklasse wegen eines verfehlten Scorecard-Werts von 80 % entlassen wurde:
"Some of our best agents are shaky for the first few months before their performance skyrockets. 10 days is nothing."
Zweitens: Die Produktkomplexität setzt die Untergrenze. Eine Queue für Retouren und Versand in einem Online-Shop hat nur wenige Fragetypen. Eine B2B-SaaS- oder IT-Queue hat viele, und der Neuling stößt monatelang auf Fragen, die er zum ersten Mal sieht. Ein Help-Desk-Leiter auf r/sysadmin beschrieb einen Neuling mit Vorerfahrung, der nach einer einmonatigen Einarbeitungsphase im vierten Monat immer noch „about 50/50“ wirkte. Eine weitere Antwort in diesem Thread:
"First month or 2 are there for ironing out the overwhelming feeling. The 6 month review is common for a reason."
Der nützliche Richtwert ist also Ihr eigener. Wenn Ihre letzten drei Neuzugänge zwölf Wochen bis zur dritten Fahne brauchten, ist das Ihre Basis, und das Ziel ist der nächste Neuling in neun.
Wie messen Sie die Einarbeitungszeit in Ihrem Helpdesk?
Hier der Haken: Keiner der fünf Helpdesks, die ich geprüft habe, hat in seiner Reporting-Dokumentation ein Startdatum, ein Feld für Betriebszugehörigkeit oder eine Gruppe „Neueinsteiger“. Jeder hat aber die zwei Dinge, die Sie brauchen, um eine Einarbeitungskurve von Hand zu bauen: einen Filter pro Mitarbeiter und einen frei wählbaren Zeitraum. Die Methode ist also ein wöchentlicher Schnappschuss pro Neuling, verglichen mit dem Team-Median.
Ich verfolge vier Zahlen, weil jede einen anderen Weg erwischt, eingearbeitet zu wirken, ohne es zu sein:
- QA-Score. Die Qualitätsprüfung. Was auch immer Ihre Qualitätssicherungs-Scorecard liefert, wöchentlich.
- Bearbeitungszeit. Die Geschwindigkeitsprüfung. Die durchschnittliche Bearbeitungszeit oder das Nächstliegende, das Ihr Helpdesk ausweist.
- Wiedereröffnungsrate. Die Prüfung „hat es wirklich geholfen“. Schnelle Abschlüsse, die zurückkommen, zählen nicht.
- Hilfeanfragen. Die Selbstständigkeitsprüfung. Zählen Sie interne Notizen oder Slack-Threads, in denen der Neuling einen Senior markiert hat.
Meine Faustregel: Ein Mitarbeiter ist eingearbeitet, sobald alle vier drei Wochen in Folge bei etwa 90 % des Team-Medians liegen. Drei Wochen verhindern, dass eine Glückswoche zählt. Neunzig Prozent statt hundert, weil Ihr Team-Median Ihre besten Leute enthält.
Wo diese Zahlen in jedem Helpdesk liegen
| Helpdesk | Pro-Mitarbeiter-Bericht | Mitarbeiterfilter und Zeitraum | Tarifhürde, die man kennen sollte | QA-Score pro Mitarbeiter |
|---|---|---|---|---|
| Zendesk | Support-Dashboard: Assignee activity und Agent updates | Ja, beides | Suite Professional, $115/Mitarbeiter/Monat bei jährlicher Zahlung (Preise) | Zendesk QA IQS und AQS, über das QA- oder WEM-Add-on (WEM-Paket $50/Mitarbeiter/Monat) |
| Freshdesk | Agent Performance Report, in jedem Tarif | Ja | Pro, $55/Mitarbeiter/Monat bei jährlicher Zahlung (Tariftabelle) | Nicht in der Analytics-Dokumentation |
| Gorgias | Agents performance report, alle Helpdesk-Tarife | Mitarbeiter oder Team, Voreinstellungen plus freier Zeitraum | Bericht ist in jedem Helpdesk-Tarif enthalten | Auto QA, erfordert ein AI-Agent-Abo |
| Help Scout | Company and User report, Happiness | Drill-down pro Nutzer, Teams in Plus und Pro | Standard speichert 2 Jahre Daten, Plus und Pro speichern alles | Happiness Score pro Nutzer |
| Front | Team performance report | Teammates-Filter, freier Zeitraum | Starter speichert 6 Monate Verlauf, Professional 24 | Smart QA, Add-on für $20/Platz oder in Enterprise enthalten |
In Zendesk liefert der vorgefertigte Tab Assignee activity bereits die meisten Geschwindigkeits- und Qualitätsspalten pro Mitarbeiter. Filtern Sie auf einen Neuling und eine Woche, notieren Sie die Zahlen, wiederholen Sie das. Wenn Sie ein Diagramm Woche eins gegen Woche vier für mehrere Neulinge auf einem Bildschirm wollen, brauchen Sie benutzerdefinierte Berichte, also Explore Professional oder höher.
Für die QA-Spalte listet das Reviews-Dashboard von Zendesk QA den internen Qualitätsscore (IQS) jedes Bewerteten mit Trend, und die Karte „Qualität im Zeitverlauf“ läuft wöchentlich. Laut Zendesks eigener Dokumentation kann es zeigen, „if any agents might require specific training“, was eine höfliche Umschreibung einer Einarbeitungskurve ist. Mein Leitfaden zur Zendesk-QA-Scorecard behandelt den Aufbau der Scorecard, die dieses Dashboard speist.
Front funktioniert genauso. Die Tabelle Team performance zeigt gesendete Nachrichten, Antwortzeit und Bearbeitungszeit pro Teammate, und man sollte wissen, dass Front demjenigen die Leistung gutschreibt, der antwortet, nicht dem Zugewiesenen. Das ist fürs Einarbeitungs-Tracking praktisch, denn ein Senior, der auf ein Ticket eines Neulings antwortet, erscheint als Arbeit des Seniors.
Eine Tabelle mit einem Blatt pro Neuling und einer Zeile pro Woche reicht ehrlich gesagt aus. Die Gewohnheit, sie jeden Freitag auszufüllen, zählt mehr als das Tool. Zu den Definitionen der Kennzahlen selbst siehe meine Übersicht zu Zendesk-Explore-Metriken. Die Zahl der Wiedereröffnungen lohnt einen genaueren Blick, denn mit ihr schummeln Neulinge ohne Absicht am ehesten.
Was kostet eine langsame Einarbeitung wirklich?
Die Einarbeitung hat zwei Kosten, die nie auf einer Rechnung auftauchen. Die erste ist entgangene Leistung: Ein neuer Mitarbeiter mit halber Geschwindigkeit über zehn Wochen sind fünf Wochen Gehalt ohne geschlossene Tickets. Die zweite ist Senior-Zeit, die Stunden, die Ihre besten Mitarbeiter mit „Wie gehe ich mit diesem hier um?“ verbringen, statt ihre eigene Queue zu bearbeiten.
Eine Antwort im r/callcentres-Thread brachte den Einsatz auf eine Zeile:
"It costs a few thousand to onboard someone, giving them less than a month to get up to speed is crazy."
Tragen Sie Ihre eigenen Zahlen hier ein, um zu sehen, was ein paar Wochen Einarbeitung Ihr Team wert sind:
Mit den Standardwerten (sechs Neueinstellungen pro Jahr, zehn Wochen Einarbeitung, halbe Leistung, fünf Senior-Stunden pro Woche) kostet die Einarbeitung etwa $8,000 pro neuem Mitarbeiter und $48,000 pro Jahr. Drei Wochen weniger sparen rund $14,400 pro Jahr, noch bevor Sie berücksichtigen, was mit den Kunden passiert, die eine wacklige Antwort in Woche zwei bekommen. Wenn Sie schnell wachsen, gehört die Einarbeitung in Ihre Personalrechnung: Wer im März anfängt, ist erst im Juni ein vollwertiger Mitarbeiter. Meine Hinweise zur Support-Abdeckungsplanung zeigen, wie Sie dafür planen, und der Leitfaden zum Aufbau eines Kundenservice-Teams behandelt die Einstellungsseite.
Wohin gehen die Einarbeitungswochen eigentlich?
Das ist der Teil, den mir vor meiner ersten Woche jemand hätte sagen sollen. Die Einarbeitung ist kein großer Klumpen „Lernen“. Es sind zwei sehr unterschiedliche Arten von Arbeit, die unterschiedliche Lösungen brauchen.
Recherchezeit ist alles, was man mit der Suche nach der Antwort verbringt: welches Makro passt, wo die Erstattungsrichtlinie steht, wie das Team genau diese Frage letzten Monat beantwortet hat. Ein Tier-1-Techniker auf r/msp sagte, das sei für ihn der langsamste Teil gewesen:
"If they're a T1, I believe what took most time for me was to learn/remember where everything was located rather than the specifics."
Urteilsvermögen ist alles andere: einen verärgerten Kunden lesen, wissen, wann eine Erstattungsausnahme in Ordnung ist, das Ticket erkennen, das eine Eskalation braucht, bevor es explodiert. Kein Dokument bringt das bei. Es kommt aus echten Gesprächen und Feedback dazu.
Der häufigste Fehler, den ich sehe, ist Recherche-Probleme mit Urteils-Lösungen zu behandeln, also mehr Mitschauen, längere Schulungswochen, noch ein Rollenspiel, obwohl der Neuling eigentlich einen schnelleren Weg zur Antwort braucht. Der umgekehrte Fehler ist die Annahme, eine großartige interne Wissensdatenbank bringe den richtigen Ton bei. Das tut sie nicht.
Ein Hacker-News-Kommentator, der ein Support-Wiki für sein Team aufgebaut hat, berichtete beide Effekte zugleich:
"I was able to reduce training times by 75% because I created a curriculum that worked way better. I created a wiki for the support team and they were able to reduce call times by 40% because they had a place with the answers to the questions they were tired of answering."
Das ist eine selbst berichtete Zahl einer einzelnen Person, aber sie passt zu dem, was ich sehe: Recherchezeit lässt sich günstig kürzen und ist im ersten Monat oft der größte Anteil.
Wie verkürzen Sie die Einarbeitungszeit im Support: 6 Dinge, die funktionieren
Nichts davon ist exotisch. Der Trick ist, es in der richtigen Reihenfolge zu tun und jedes Mittel dem Stapel zuzuordnen, den es löst.
1. Bringen Sie zuerst die häufigsten Tickets bei
Die meisten Queues werden von einer kurzen Liste an Fragetypen dominiert. Ein Telefon-Mitarbeiter auf r/callcentres sagte „80% of calls are about the same thing“. Ziehen Sie die zehn häufigsten Ticket-Tags des letzten Quartals und bauen Sie die erste Woche darauf auf, nicht auf einer Tour durch jede Funktion. Ein Help-Desk-Mitarbeiter auf r/ITCareerQuestions bat genau darum:
"Most common cases in a week: give me the rundown of the most common Dispatch and Tier 1 tickets you get in a typical week. I can figure out anything more specific from there as I go along."
Wenn Sie Ihre Top Ten nicht kennen, zeigt Ihnen eine Wissenslücken-Analyse der Tickets des letzten Quartals, welche es sind, und auch, für welche es noch keinen Hilfeartikel gibt.
2. Üben Sie an echten früheren Tickets, nicht an generischen Rollenspielen
Generische Szenarien lehren Telefonmanieren. Ihre eigenen gelösten Tickets lehren Ihre Richtlinien. Eine Antwort auf r/CustomerService warnte, dass es bei generischem Training, sobald sie im Einsatz sind, „it will take them forever to figure out how your company wants something done“.
Die einfache Version: Wählen Sie 30 gelöste Tickets aus Ihren Top-Tags, verbergen Sie die Mitarbeiter-Antwort, lassen Sie den Neuling seine Antwort entwerfen und vergleichen Sie sie dann mit dem, was das Team tatsächlich gesendet hat. Eine Zendesk-Sandbox hilft beim Üben von Makros und Feldern, ohne Kunden zu berühren, ist aber nur in Enterprise-Tarifen enthalten (eine bei Support Enterprise, zwei bei Suite Enterprise) und wird ab Support Professional und Suite Growth als Add-on verkauft. Freshdesk führt seine Sandbox im Enterprise-Tarif auf und beschreibt sie als Tool zum Testen von Konfigurationen, was ich im Freshdesk-Sandbox-Leitfaden behandle.
3. Öffnen Sie die Queue schrittweise
Schalten Sie einen Neuling nicht an einem Tag vom Mitschauen auf die volle Queue um. Der oben zitierte MSP-Plan ist ein gutes Vorbild: eine Woche Einführung, eine Woche Mitschauen, zwei Wochen Tickets mit niedriger Priorität, ein Monat Standard-Incidents und Bereitschaft „at the 3 month mark. If the staff member feels they are ready.“ (Quelle)
Im Helpdesk ist das Staffeln größtenteils Routing. Legen Sie Neulinge in eine Gruppe, die nur Ihre einfachsten Tags erhält, und weiten Sie sie aus, wenn ihre Zahlen stimmen. Mein Leitfaden zum Management gemeinsamer Queues behandelt das Setup für jeden Helpdesk. In Zendesk ist es eine Gruppe plus ein Trigger, erklärt in Zendesk-Routing. Freshdesk kann es mit skillbasiertem Routing, indem Neulingen ein enger Skill zugewiesen wird.
4. Lassen Sie sie selbst arbeiten, während ein Senior zusieht
Einem Senior zuzuschauen fühlt sich produktiv an und bringt überraschend wenig bei. Ein MSP-Teamleiter beschrieb, wie er das nach zwei Wochen umdreht:
"We start with screen share (trainer sharing to newbie) and after about 2 weeks we switch to newbie sharing with trainer, trainer comments/guides but forces newbie to "do" the things. Much higher knowledge retention when they do it with guidance over just having them watch one of us do things."
Die Ticket-Version heißt „entwerfen, dann freigeben“. Der Neuling schreibt jede Antwort als interne Notiz, ein Senior gibt sie frei oder bearbeitet sie, und die Änderung ist die Lektion. Für den Senior ist das anfangs langsam, genau deshalb gibt es Schritt 5.
5. Geben Sie ihnen bei jedem Ticket einen ersten Entwurf
Hier verdient sich KI ihren Platz bei der Recherchezeit. Ein Agent-Assist-Tool liest das Ticket, findet den passenden Hilfeartikel, das Makro oder die frühere Antwort und entwirft eine Antwort, die der neue Mitarbeiter prüft, bearbeitet und sendet. Der Neuling entscheidet weiterhin, was rausgeht. Er fängt nur nicht mehr mit einem leeren Feld an und wartet nicht mehr darauf, dass ihm ein Senior sagt, wo die Erstattungsrichtlinie steht.
Ich habe viel Zeit damit verbracht, mir anzusehen, wie Mitarbeiter KI-Entwürfe tatsächlich nutzen, und in einem Test, den ich mir angeschaut habe, sendeten Mitarbeiter den Entwurf nur in 12 % der Fälle unverändert. Die meisten Umschreibungen betrafen Länge und Ton: Die Entwürfe waren lang, und der Stil des Teams ist kurz. Für einen Neuling ist das nützlich. Der Entwurf liefert ihm die richtigen Fakten, und seine Änderung bringt ihm den Hausstil bei. Wenn die KI auf den gesendeten Antworten des Teams trainiert ist, werden diese Umschreibungen weniger.
Den Beleg, auf den ich mich stütze, liefern Kunden, nicht ich. Yellowdigs Director of Support & Operations teilte das nach der Einführung von eesel mit:
"Recently, a new customer success hire joked that our eesel AI bot was their best friend during onboarding and interviewing."
Und vfm Group beschrieb die Senior-Zeit-Seite: „Managers are now asked the important questions“, nachdem Neulinge den Copilot nutzten, um Antworten aus der Quelle zu finden. Das ist der Recherche-Stapel, der schrumpft. Einen weiteren Blick auf die Kategorie bietet meine Übersicht zu KI-Agent-Assist-Tools. Wenn Ihnen die Idee neu ist, beginnen Sie damit, was ein KI-Copilot für ein Support-Team tut.
6. Coachen Sie wöchentlich an echten Gesprächen
Urteilsvermögen wächst mit Feedback, und das Feedback muss zu ihren tatsächlichen Tickets kommen. ClassPass leitete laut Bericht von MaestroQA in den ersten 60 Tagen jede Woche einen größeren Anteil der Tickets neuer Mitarbeiter an Bewerter. Das ist der richtige Instinkt: Einen Neuling am Anfang stark per QA prüfen, dann ausschleichen.
Eine 30-minütige wöchentliche Sitzung zu fünf ihrer Tickets schlägt eine monatliche Durchsicht von fünfzig. Das Coaching-Dashboard von Zendesk QA zeigt, wie Coaching-Sitzungen den IQS beeinflussen, und schließt damit den Kreis zur Scorecard von vorhin.
Zum Coaching selbst führt KI-Agent-Coaching für den Support durch einen wöchentlichen Rhythmus. Wenn Sie ein Scorecard-Tool auswählen, vergleicht meine Übersicht zu Support-QA-Tools die Optionen.
Fehler, die die Einarbeitung verlängern
Dieselben paar Fehler tauchen in fast jedem Thread auf, den ich gelesen habe.
| Fehler | Was er mit der Einarbeitung macht | Lösung |
|---|---|---|
| Training kürzen, um die Queue zu füllen | Fehler häufen sich im ersten Monat, und Seniors verbringen die gesparte Zeit mit Aufräumen | Die ersten zwei Wochen schützen, die Queue stattdessen staffeln |
| Jeden Tag bei einer anderen Person mitschauen | Der Neuling lernt fünf leicht unterschiedliche Arten, dasselbe Ticket zu beantworten | Im ersten Monat ein fester Buddy |
| Nur das erste eigenständige Ticket messen | Wirkt in Woche zwei eingearbeitet, ist es aber erst in Monat drei | Alle vier Zahlen bis zur dritten Fahne verfolgen |
| Dokumente, die niemand findet | Die Recherchezeit bleibt hoch, lange nachdem die Richtlinien gelernt sind | Antworten dorthin legen, wo der Mitarbeiter arbeitet, etwa in einen Slack-Wissensbot oder Entwürfe im Helpdesk |
| Generische Rollenspiele | Mitarbeiter lernen Manieren, nicht Ihre Richtlinien | An 30 Ihrer eigenen gelösten Tickets üben |
Der erste ist der häufigste und der teuerste. Ein Mitarbeiter auf r/callcentres beschrieb das Ergebnis:
"My job is similar understaffed and threw us on the phones after 1 week of training. My 1st month on the phones I had 25 errors and I literally learned trial and error."
Er kam bis Monat drei auf null Fehler, die Einarbeitung hat also stattgefunden. Sie fand nur an den Kunden statt statt im Training. Der andere stille Fehler ist Wissen, das nur in den Köpfen von Seniors lebt. Wenn diese Leute gehen, wird jede künftige Einarbeitung langsamer, weshalb Gewohnheiten des Wissenstransfers selbst für kleine Teams zählen. Aufzuschreiben, wie das Team ein kniffliges Ticket gelöst hat, so wie Sie es für eine Schichtübergabe tun würden, ist die billigste Investition in die Einarbeitung.
eesel für die Einarbeitungszeit im Support
eesel ist ein KI-Teammate, den Sie für eine Aufgabe einstellen, und sein Helpdesk-Teammate übernimmt die Recherche-Hälfte der Einarbeitung. Verbinden Sie ihn mit Ihrem Helpdesk (Zendesk ist das häufigste Setup, er funktioniert auch mit Freshdesk, Gorgias, Help Scout und Front), und er lernt aus Ihrem Help Center, Ihren Makros und früheren Tickets und entwirft Antworten als interne Notizen, die Ihre neuen Mitarbeiter prüfen, bearbeiten und senden. Wenn ein Senior ihn korrigiert, fließt die Korrektur in seine Anweisungen ein, sodass der nächste Neuling vom ersten Tag an die bessere Antwort bekommt.
Bevor er irgendetwas selbstständig beantwortet, können Sie eine Simulation über Ihre echten früheren Tickets laufen lassen und sehen, wie seine Antworten im Vergleich zu denen Ihres Teams abschneiden. Im Beispiel der eesel-Dokumentation entsprachen 17 von 20 früheren Tickets der Antwortqualität des Teams, mit nach Rang sortierten Korrekturen für den Rest.
Plätze sind in jedem Tarif unbegrenzt, sodass jeder Auszubildende ihn bekommt, ohne die Rechnung zu erhöhen. Es gibt einen kostenlosen Tarif mit 100 Credits und bezahlte Tarife ab $299 pro Monat. Wenn Ihr nächster Neuling in ein paar Wochen anfängt, lohnt es sich, ihn schon am ersten Tag Entwürfe schreiben zu lassen. eesel testen.