Beiträge

yalst 10 – Was ist der Pause-Button?

Bei automatischer Chatverteilung insbesondere in Verbindung mit den Einstellungen „Warteschlange“ und/oder „Automatische Busy-Schaltung“ ist es für einen Operator auf dem klassischen Weg über den Statusbutton:

nicht mehr ohne Weiteres möglich, seinen Status auf „inaktiv“ (Pause oder andere Tätigkeit) zu setzen, ohne unbearbeitete Chats zu erzeugen.

Deswegen haben wir in dieser Version einen neuen Pause-Button:

eingeführt.

Dieser speichert den Wunsch des Operators, ihn zum nächstmöglichen Zeitpunkt auf den Status „inaktiv“ zu setzen. Dazu werden beim Klick die bereits vom Statusbutton bekannten Inaktiv-Gründe zur Auswahl angezeigt:

Wenn ein Inaktiv-Grund ausgewählt wurde, wird der Pausebutton entsprechend rot:

Für den Operator bedeutet das folgendes:

Wenn der Operator Chats führt oder diese nachbearbeitet, wird der Status der Operators unabhängig von seiner Einstellung der „Automatischen Busy-Schaltung“ sofort auf „busy“ gesetzt. Weiterhin ist er von der weiteren Zuteilung der Chats ausgeschlossen und kann in Ruhe die noch laufenden Chats beenden oder nacharbeiten. Danach wird der Operator mit dem gewählten Grund automatisch auf „inaktiv“ gesetzt. Der Pause-Button wird inaktiv und funktionslos. Um wieder chatten zu können, muss sich der Operator wie gewohnt über den Statusbutton auf „aktiv“ setzen.


Sollte der Operator nach dem Klick auf den Button und der Wahl eines Inaktiv-Grundes keine Chats führen, wird er in Analogie zum Statusbutton direkt auf „inaktiv“ gesetzt.

yalst 10 – Wie sieht die automatische Chatverteilung auf Operatorseite aus?

Seit der Version 10 gibt es die neue Funktion „Automatische Chatverteilung“. Diese Funktion (Einstellung „Chat-Verteilung“ in der Administration unter Konfiguration – Einstellungen – Sonstiges) dient dazu, den Operatoren automatisch die Chatanfragen zuzuteilen. Wie diese Funktion sich im Einzelnen auf Operatoren-Seite zeigt, wird in diesem Artikel erklärt.

Die aktivierte Funktion „Automatische Chatverteilung“ wird in der Operator-Konsole an folgenden Stellen angezeigt:

Die automatische Chatverteilung

Ein Chat, der zur Verteilung vorgesehen ist, erscheint dann unter „Anfragen/Chats“ in rot:

Wenn diese Einstellung ausgewählt wurde, muss der Operator im automatisch geöffneten Chatfenster die Annahme des Chat durch einen Klick bestätigen.

Eine Chatanfrage, die automatisch gerade an einen Operator (hier: ab3) verteilt wird, aber von diesem noch nicht bestätigt wurde, wird in der Operator-Konsole in „lila“ dargestellt:

Das entsprechende Chatfenster sieht dann so aus:

Die Metadaten-Box des Chats ist solange in lila koloriert, bis der Operator einmal in das Chatfenster geklickt hat. Dann wechselt die Farbe entsprechend in das normale Gelb:


Auch in der Operator-Konsole ändert sich die Farbe und der Chat wird zu einem normalen Eintrag eines laufenden Chats.

Der weitere Verlauf hängt von der Einstellung in der Administration „Chat weiter verteilen, falls nach xx Sekunden nicht bearbeitet“ (Untereinstellung „Chat weiter verteilen, falls nach xx Sekunden nicht bearbeitet“ in der Administration unter Konfiguration – Einstellungen – Sonstiges) ab.

Bei nicht gewählter Einstellung „Chat weiter verteilen, falls nach xx Sekunden nicht bearbeitet“ hat dieser Klick für das grundsätzliche Verhalten des Chats keine Auswirkung. Der Chat wird nicht weiterverteilt, sondern verbleibt bei dem Operator, obwohl dieser den Chat nicht bearbeitet. Da der Chat damit bereits als angenommen gilt, können zwei Prozesse diesen Chat beenden.

Natürlich kann der Besucher den Chat beenden. Weiterhin greift der Inaktivität-Timeout, der in der Administration unter Konfiguration – Einstellungen – Zeitverhalten gewählt werden kann. Dieser würde diesen Chat auch ohne aktiven Operator entsprechend automatisch beenden.

In den Statistiken der Administration taucht ein solcher Chat dann unter „Chats“ – „Zusammenfassung“ bei dem jeweiligen Operator als „xx automatische Chat-Zuweisungen nicht bearbeitet“ auf. Auch in der Chat-Historie wird ein solcher Chat in der Übersicht entsprechend gekennzeichnet (Ausrufezeichen-Icon) und in der Detailansicht des Chats mit dem Text „Nicht bearbeitet nach automatischer Zuweisung von: xxx“ versehen.

Wenn die Einstellung „Chat weiter verteilen falls nach xx Sekunden nicht bearbeitet“ gewählt wurde, wird der Chat nach der eingestellten Zeit dem bisherigen Operator entzogen und weiterverteilt, wenn sie oder er den Chat durch den Klick nicht bestätigt.

Wenn dem Operator der Chat entzogen wird, wird das dem Operator im Chatfenster folgendermaßen dargestellt:

Der nicht bestätigte Chat wird danach im Bereich „Transfers“ dargestellt:

Dieser Chat wird dann an den nächsten Operator, dessen Status verfügbar und der am längsten keine Chats gehabt hat, weiterverteilt. Der Operator, dem der Chat entzogen wurde, kann diesen aber bis zur Verteilung entsprechend noch über „Rücknahme“ wieder zurücknehmen und dann normal bearbeiten.

Damit dem Operator, dem der Chat entzogen wurde und der dadurch gezeigt hat, dass er u.U. beschäftigt oder gar nicht am Arbeitsplatz ist, keine weitere Chats zugeteilt werden, wird sein Status automatisch entweder auf „inaktiv“ (mit konfigurierbarem Grund) oder bei laufenden anderen Chats auf „busy“ gesetzt:
Um wieder chatten zu können, muss sich der Operator wie gewohnt über den Statusbutton auf „aktiv“ setzen.

yalst 10 mit verbesserter Operator-Konsole und vielen Callcenter-Funktionen erschienen

Nun haben wir es dann doch endlich geschafft und sind zweistellig, da wir die Version 10 unserer Live-Support-Software fertiggestellt haben!

Für alle Editionen haben wir die Graphiken in der Operator-Konsole modernisiert, die nun komplett skalierbare SVG-Graphiken sind. Dabei haben wir die Reihenfolge und Aussehen der Buttons leicht angepasst.

Die weiteren Funktionen richten sich an größere Supportabteilungen oder Callcenter. Auf Kundenwunsch haben wir Nachbearbeitungszeiten, individuell konfigurierbare Warteschlangen, eine automatische Chatverteilung und instanz-/siteübergreifende Site2Site-Transfers implementiert.

Verbessert: Operator-Konsole

Wie bereits erwähnt, haben wir die Buttons in der Operator-Konsole modernisiert. Folgende Änderungen sind dabei relevant:

  1. Der Logout-Button ist nun das letzte und nicht mehr das erste Icon in der Buttonbar.

  2. Der Zustand der Einstellungsbuttons wird jetzt durch Farben dargestellt (dunkelgrün = eingeschaltet):

  3. Der Statusbutton ist nun größer. Die Graphiken wurden leicht angepasst, die Farbgebung hat sich nicht geändert.
  4. Es gibt einen neuen Pause-Button, der besonders bei der automatischen Chatverteilung benutzt wird (siehe dort)

  5. Einige Graphiken wurden leicht angepasst, insbesondere das Icon für die Chat-Historie:

Neu: Nachbearbeitungszeit

In vielen Firmen ist es nötig, nach dem Ablauf des Chats die Daten des Gespräches in andere Systeme zu übertragen, Notizen oder Schlagworte in yalst festzulegen oder ein nachfolgendes Telefongespräch zu führen. Das war bisher schwierig. In dieser Version gibt es nun die Möglichkeit, eine entsprechende Einstellung für die Nachbearbeitung (Administration – Konfiguration – Einstellungen – Sonstiges).

Dabei werden beendete Chats, die vom Operator nachbearbeitet werden (d.h., Chat-Fenster ist noch geöffnet), auf Operator-Seite als offene Chats behandelt und die Nachbearbeitungzeit statistisch erfasst. Erst wenn das Chatfenster komplett geschlossen wird, wird die Nachbearbeitung aufgehoben. Das führt im Endeffekt dazu, dass ein eventueller Busy-Status beibehalten wird, solange das Chat-Fenster des Operators noch geöffnet ist.

Neu: Warteschlangenfunktion

Bezüglich der Warteschlangenfunktion haben wir jeweils für jede Abteilung (Administration – Konfiguration – Abteilungen – Editieren/Anlegen) als auch für das Gesamtsystem (Administration – Konfiguration – Einstellungen – Sonstiges) in der Administration eine neue Einstellung:

Warteschlangeneinstellung in der Administration

Diese wirkt erst mal recht unscheinbar, hat aber doch sehr weitreichende Auswirkung in der Software, da yalst damit das erste Mal über die Einbindungen und Schnittstellen Verfügbarkeiten anzeigt, die sich vom wirklichen, momentanen Zustand unterscheiden. Obwohl alle Agenten einer Abteilung/Gesamtsystem beschäftigt/busy sind, wird bis die Warteschlange gefüllt ist, verfügbar/online kommuniziert.

Die Größe der Warteschlange kann mit dem Wert „Größe“ festgelegt werden. Dieser Wert kann am besten mit Warteslots pro Agent beschrieben werden, also wieviele Besucher sollen pro Agent maximal in die Warteschlange gelassen werden. Als Agent werden hierbei alle Agenten gezählt, die für die Abteilung/Gesamtsystem angemeldet sind, aber nicht inaktiv sind. Der Wert kann auch eine gebrochene Zahl sein, also z.B. 0,1.

Angenommen, wir haben 10 Agenten für die Abteilung A und 5 Agenten für die Abteilung B. Bei der Abteilung A ist als Größe „2“ und für Abteilung B „1“ eingestellt. Das bedeutet, dass auf die Abteilung A maximal 20 Chatanfragen/Transfers und auf Abteilung B maximal 5 Chatanfragen/Transfers warten können.

In der zweiten Einstellung kann man bestimmen, ob dabei transferierte Chats oder „normale“ Chats bevorzugt werden sollen. Wenn wir im Beispiel die Einstellung „mindestens 20% der Plätze für Transfers freihalten“ wählen, werden also für Abteilung A vier Warteslots (20% von 20 Chatanfragen/Transfers)  und bei Abteilung B ein Warteslot (20% von 5 Chatanfragen/Transfers) exklusiv für Transfers freigehalten.

Das bedeutet, dass der Status der Abteilung A bei maximal 16 Chatanfragen von verfügbar auf busy wechselt. Wenn nun noch 4 transferierte Chatanfragen dazu kommen, sind dann auch keine Transfers in diese Abteilung mehr möglich.

Neu: Automatische Chatverteilung

Die automatische Verteilung (Einstellung „Chat-Verteilung“ in der Administration unter Konfiguration – Einstellungen – Sonstiges) dient dazu, den Operatoren automatisch die Chatanfragen zuzuteilen. Diese Funktion gibt es im Gegensatz zur Warteschlangenfunktion nur für das Gesamtsystem:

Automatische Chatverteilung

Grundsätzlich können Sie hier zwischen zwei Varianten wählen. Die erste Variante „alle aktiven Operatoren alarmieren, ein Operator muss aktiv übernehmen“ ist der klassische Weg, der sich nicht geändert hat. Neu ist die Variante „Chats werden automatisch zugewiesen“.

Folgende Parameter bestimmen die Priorität des Chats, der verteilt werden soll:

  1. Transferierte Chats können prioritär verteilt werden (Untereinstellung „Transfers bevorzugt verteilen“ in der Administration unter Konfiguration – Einstellungen – Sonstiges)
  2. Wartezeit des Besuchers

Folgende Parameter bestimmen den Operator, der den Chat zugeteilt bekommt:

  1. Status muss aktiv sein (nicht inaktiv, busy, im Telefonat oder in Nachbearbeitung)
  2. Anzahl der Chats des Operators
  3. Zeitpunkt des letzten abgeschlossenen Chats

Dabei bekommt ein Operator nur maximal so viele Chats zugewiesen, wie es seiner Einstellung „Automatische Busy-Schaltung“ (Administration – Konfiguration – Operatoren – Operator XX) entspricht. Deswegen sollte in der Administration für jeden Operator dort ein Wert festgelegt werden.

Dies ist insbesondere wichtig, wenn die beiden neuen Funktionen „Warteschlange“ und „Automatische Chatverteilung“ gemeinsam benutzt werden. Um eine ungewollte Verteilung zu vieler Chats an einzelne Operatoren zu verhindern, bei denen u.U. kein Wert für die „Automatische Busy-Schaltung“ eingestellt ist, wird von yalst für diese Agenten automatisch ein Wert von „2“ genutzt.

Wenn die Funktion „Transfers bevorzugt verteilen“ gewählt ist, werden transferierte Chats vor den „normalen“ Chatanfragen verteilt.

Die Einstellung „Chat weiter verteilen, falls nach XX Sekunden nicht bearbeitet“ ist eine Sicherheitsfunktion, die verhindern soll, dass Agenten, die sich nicht ordnungsgemäß inaktiv geschaltet haben, keine Chats mehr zugewiesen werden.

Wie eine Chatverteilung mit Chatweiterverteilung bei Nichtbearbeitung für einen Agenten aussieht, wird in diesem Artikel erläutert.

Bei automatischer Chatverteilung, insbesondere in Verbindung mit den Einstellungen „Warteschlange“ und/oder „Automatische Busy-Schaltung“, ist es für einen Operator auf dem klassischen Weg über den Statusbutton nicht mehr ohne Weiteres möglich, seinen Status auf „inaktiv“ (Pause oder andere Tätigkeit) zu setzen, ohne unbearbeitete Chats zu erzeugen.

Deswegen haben wir, wie oben schon gezeigt, einen Pause-Button eingeführt. Die Funktionsweise ist in diesem Blog-Artikel erläutert.

Neu: Site2Site-Transfers

Auf Kundenwunsch haben wir eine weitere Funktion etabliert. Obwohl es eigentlich aufgrund der Funktionen „Abteilungen“, „versteckte Abteilungen“, „Statistikgruppen“, „Operator-Prioritäten“ und „Internen(2nd-Level)-Operatoren“ in yalst schon vorher möglich war, komplexe Callcenter-Strukturen abzubilden, gab es immer einen Wunsch Operatoren auch in Sites (Instanzen) der Software zu strukturieren. Bislang war es allerdings nicht möglich, Chats über diese Instanzgrenzen zu transferieren. Diese Funktion gibt es nun.

So können mehrere Instanzen über individuelle Transfer-Keys einen Handshake durchführen und danach gegenseitig Chats transferieren.

Transfer-Keys für Site2Site-Transfer

Voraussetzung ist dabei allerdings, dass die Instanzen in derselben yalst-Installation liegen.

Update für Miet- und Kauflösung

Weitere Detailverbesserungen sowie eine Handvoll Bugfixes runden dieses Release ab. Version 10 ist das beste und stabilste yalst, welches wir bisher veröffentlicht haben. Alle yalst-Live-Chat-Mietlösungen wurden automatisch auf die neue Version umgestellt. Besitzer von Kauflösungen empfehlen wir über unseren Kundenbereich ein Update beziehen (kostenfrei für Kunden mit Wartungsvertrag, ansonsten kostenpflichtig).