Ένα AI chatbot μπορεί να απαντήσει γρήγορα σε συχνές ερωτήσεις και να συλλέξει χρήσιμες πληροφορίες πριν εμπλακεί η ομάδα υποστήριξης. Δεν μπορεί όμως να λύσει κάθε περίπτωση. Όταν αποτυγχάνει και συνεχίζει να επαναλαμβάνει την ίδια απάντηση, η αυτοματοποίηση γίνεται εμπόδιο.
Το handoff είναι η ελεγχόμενη μετάβαση από το AI σε άνθρωπο ή εξειδικευμένη ομάδα. Η ποιότητά του κρίνεται από τρία πράγματα: αν γίνεται τη σωστή στιγμή, αν μεταφέρει αρκετό context και αν ο πελάτης καταλαβαίνει τι θα συμβεί μετά.
Πότε πρέπει να γίνεται escalation
Δεν υπάρχει ένα confidence score που λύνει όλες τις περιπτώσεις. Οι κανόνες συνδυάζουν πρόθεση, δεδομένα λογαριασμού, ιστορικό συζήτησης και επιχειρηματικό ρίσκο. Συνήθη triggers είναι:
- ο πελάτης ζητά ρητά να μιλήσει με άνθρωπο
- η ίδια ερώτηση ή διευκρίνιση επαναλαμβάνεται
- υπάρχει έντονη απογοήτευση ή αρνητικό sentiment
- η γνώση δεν περιέχει επαρκή απάντηση
- αποτυγχάνει ένα tool call ή integration
- το αίτημα αφορά refund, καταγγελία, νομικό ή άλλο ευαίσθητο θέμα
- απαιτείται ενέργεια που ο agent δεν έχει άδεια να εκτελέσει
- πρόκειται για VIP πελάτη ή υπόθεση υψηλής αξίας
Η επίσημη τεκμηρίωση της Intercom περιγράφει escalation rules με δομημένα attributes, όπως topic, sentiment ή order value, καθώς και guidance για περιπτώσεις όπως επαναλαμβανόμενη ερώτηση και ρητό αίτημα για άνθρωπο. Αυτό υπογραμμίζει ότι η κλιμάκωση είναι workflow και όχι απλώς ένα prompt.
Άμεσο handoff ή προσφορά επιλογής
Σε ορισμένες περιπτώσεις το bot πρέπει να μεταφέρει αμέσως τη συζήτηση, για παράδειγμα όταν υπάρχει θέμα ασφάλειας ή σαφής απαγορευμένη ενέργεια. Σε άλλες μπορεί να ρωτήσει: «Θέλετε να σας συνδέσω με την ομάδα υποστήριξης;».
Η προσφορά επιλογής αποφεύγει πρόωρες κλιμακώσεις, αλλά δεν πρέπει να χρησιμοποιείται για να δυσκολεύει τον πελάτη. Αν ο χρήστης έχει ήδη ζητήσει άνθρωπο, η απαίτηση να απαντήσει ξανά ή να περάσει από μενού δημιουργεί τριβή. Χρειάζεται επίσης εμφανής εναλλακτική όταν δεν υπάρχει διαθέσιμη live ομάδα.
Το context που πρέπει να μεταφερθεί
Ο πελάτης δεν πρέπει να επαναλάβει από την αρχή όσα μόλις εξήγησε. Το handoff payload μπορεί να περιλαμβάνει:
- σύντομη περίληψη του προβλήματος
- πλήρες conversation transcript με ελεγχόμενη πρόσβαση
- intent, topic, γλώσσα και sentiment
- στοιχεία λογαριασμού που επιτρέπεται να δει η ομάδα
- order ή ticket ID
- απαντήσεις που δοκιμάστηκαν ήδη
- tool calls και το αποτέλεσμα ή σφάλμα τους
- τον ακριβή λόγο της κλιμάκωσης
Η περίληψη βοηθά τον agent να καταλάβει γρήγορα την υπόθεση, αλλά δεν πρέπει να θεωρείται αλάνθαστη. Ο άνθρωπος χρειάζεται πρόσβαση στο σχετικό ιστορικό και σαφή ένδειξη ότι η περίληψη δημιουργήθηκε από AI.
Routing στη σωστή ομάδα
Το «στείλε το σε άνθρωπο» δεν αρκεί αν όλα καταλήγουν στο ίδιο inbox. Το workflow μπορεί να χρησιμοποιεί topic, προϊόν, χώρα, γλώσσα, επίπεδο πελάτη, ωράριο και skills της ομάδας. Για παράδειγμα:
Billing + ενεργή συνδρομή -> Ομάδα λογιστηρίου
Τεχνικό σφάλμα + enterprise -> Technical support priority queue
Ερώτηση αγοράς + ελληνικά -> Sales Greece
Το routing πρέπει να έχει fallback. Αν η ειδική ομάδα δεν είναι διαθέσιμη, η συζήτηση δεν μπορεί να μείνει χωρίς ιδιοκτήτη. Χρειάζεται εναλλακτικό queue, on-call διαδικασία ή σαφής ασύγχρονη υπόσχεση απάντησης.
Τι βλέπει ο πελάτης όσο περιμένει
Το chatbot πρέπει να δηλώνει καθαρά ότι η συζήτηση μεταφέρθηκε, ποια ομάδα θα απαντήσει και αν πρόκειται για live ή ασύγχρονη υποστήριξη. Δεν πρέπει να δίνει αυθαίρετη εκτίμηση χρόνου. Αν υπάρχει πραγματικό SLA ή δεδομένο queue, μπορεί να εμφανιστεί ρεαλιστική πληροφορία.
Εκτός ωραρίου μπορεί να συλλέγει email και απαραίτητες λεπτομέρειες, να δημιουργεί ticket και να δίνει αριθμό αναφοράς. Το χειρότερο μοτίβο είναι να υπόσχεται «σας συνδέω τώρα» ενώ δεν υπάρχει κανείς διαθέσιμος.
Ownership μετά το handoff
Μόλις αναλάβει άνθρωπος, πρέπει να είναι σαφές αν το bot σταματά να απαντά. Διαφορετικά μπορεί να προκύψει σύγκρουση όπου άνθρωπος και AI στέλνουν παράλληλα διαφορετικές οδηγίες.
Η κατάσταση της συζήτησης μπορεί να ακολουθεί σαφή states:
ai_activehandoff_offeredqueued_for_humanhuman_assignedresolvedreturned_to_ai, μόνο με συγκεκριμένο κανόνα
Οι μεταβάσεις καταγράφονται με χρόνο, λόγο και actor. Έτσι μπορεί να ελεγχθεί αν το AI κλιμακώνει υπερβολικά νωρίς ή αν κρατά υποθέσεις που έπρεπε να παραδώσει.
Ασφάλεια και προσωπικά δεδομένα
Το handoff δεν είναι δικαιολογία για να εμφανιστούν όλα τα δεδομένα σε όλους. Το support workspace πρέπει να εφαρμόζει role-based access και να περιορίζει ευαίσθητα πεδία. Η περίληψη δεν πρέπει να περιλαμβάνει στοιχεία πληρωμής, μυστικά ή δεδομένα που δεν χρειάζονται για τη λύση.
Επίσης, μια εντολή του χρήστη μέσα στη συνομιλία δεν πρέπει να αλλάζει το routing ή τα permissions ανεξέλεγκτα. Τα structured attributes και οι ενέργειες επικυρώνονται από την εφαρμογή.
Τι πρέπει να μετράτε
Ένα χαμηλό escalation rate δεν είναι από μόνο του επιτυχία. Μπορεί να σημαίνει ότι οι πελάτες εγκαταλείπουν επειδή δεν βρίσκουν άνθρωπο. Χρήσιμες μετρήσεις είναι:
- ποσοστό conversations που κλιμακώνονται
- λόγος escalation ανά topic
- χρόνος από το handoff έως την ανάθεση και την πρώτη ανθρώπινη απάντηση
- επαναλαμβανόμενα handoffs για την ίδια υπόθεση
- resolution rate μετά την ανάληψη
- customer feedback ανά διαδρομή
- ποσοστό περιπτώσεων όπου ο άνθρωπος χρειάστηκε να ξαναζητήσει βασικές πληροφορίες
Τα transcripts μπορούν να δείξουν κενά στη knowledge base ή κανόνες που χρειάζονται διόρθωση. Η ανάλυση πρέπει να γίνεται με κατάλληλη προστασία προσωπικών δεδομένων.
Tests πριν το launch
Το handoff χρειάζεται end-to-end δοκιμές, όχι μόνο έλεγχο ότι εμφανίζεται ένα μήνυμα. Δοκιμάζονται ρητό αίτημα ανθρώπου, χαμηλό confidence, επαναλαμβανόμενη ερώτηση, αποτυχία API, εκτός ωραρίου, μη διαθέσιμη ομάδα, αλλαγή γλώσσας και επαναφορά σύνδεσης.
Επιβεβαιώνεται ότι δημιουργείται ένα ticket, μεταφέρεται το σωστό context, ο πελάτης λαμβάνει τη σωστή ενημέρωση και το bot σταματά όταν αναλάβει agent. Χρειάζεται επίσης test για duplicate events, ώστε ένα retry να μη δημιουργήσει δύο tickets.
Πώς το υλοποιεί η Ai Foundry
Στην Ai Foundry σχεδιάζουμε το handoff μαζί με τη συνολική ροή υποστήριξης. Ορίζουμε συγκεκριμένα triggers, structured reason codes, routing rules, queue fallbacks και states ownership. Το AI δημιουργεί χρήσιμη περίληψη, αλλά η εφαρμογή ελέγχει ποια δεδομένα μεταφέρονται και ποια ομάδα επιτρέπεται να τα δει.
Συνδέουμε chatbot, CRM ή helpdesk μέσω αξιόπιστων integrations και αποθηκεύουμε ticket IDs ώστε τα retries να μην παράγουν διπλές υποθέσεις. Δημιουργούμε dashboards για escalation reasons και χρόνους απόκρισης και eval scenarios στα ελληνικά. Η δύναμή μας βρίσκεται στο ότι υλοποιούμε τόσο το conversational layer όσο και το backend workflow, οπότε η μετάβαση δεν σταματά σε μια φράση του bot αλλά ολοκληρώνεται μέχρι την πραγματική ανάθεση στον σωστό άνθρωπο.
Συμπέρασμα
Το καλό AI support δεν προσπαθεί να κρατήσει κάθε συζήτηση με κάθε κόστος. Αναγνωρίζει τα όριά του και παραδίδει την υπόθεση με context, ownership και καθαρή ενημέρωση. Ένα σωστό handoff προστατεύει την εμπειρία του πελάτη και κάνει την ανθρώπινη ομάδα αποτελεσματικότερη.