Κλήσεις εκτός ωραρίου: γιατί ο φωνητικός πράκτοράς σας πρέπει να ανοίγει αίτημα, όχι να μεταβιβάζει την κλήση

Όταν δεν υπάρχει προσωπικό για να απαντήσει, ο φωνητικός πράκτορας AI πρέπει να συλλέγει τα στοιχεία του καλούντος, να δημιουργεί αίτημα (ticket) και να υπόσχεται επανάκληση έως μια συγκεκριμένη ώρα, αντί να επιχειρεί μια μεταβίβαση κλήσης που θα χτυπά χωρίς απάντηση. Η μεταβίβαση πρέπει να απενεργοποιείται από έναν κανόνα που ελέγχει η ομάδα σας, ώστε ο πράκτορας να μην την προσφέρει ποτέ εκτός ωραρίου. Η μόνη εξαίρεση είναι μια σύντομη, γραπτή λίστα επειγόντων περιστατικών που προωθούνται σε έναν εφημερεύοντα.

Τι πάει στραβά όταν ένας φωνητικός πράκτορας μεταβιβάζει μια κλήση εκτός ωραρίου;

Η μεταβίβαση καταλήγει σε μια κλειστή ουρά, σε ένα ηχογραφημένο μήνυμα «κλειστό γραφείο» ή σε τηλεφωνητή, και ο καλών χάνει τον χρόνο που αφιέρωσε για να εξηγήσει το πρόβλημα. Τι συμβαίνει μετά εξαρτάται από τον τύπο της μεταβίβασης:

• Ψυχρή μεταβίβαση: ο πράκτορας αποχωρεί μόλις παραδώσει την κλήση. Αν απαντήσει ο τηλεφωνητής ή το μήνυμα «κλειστό», ο πράκτορας έχει ήδη φύγει και τίποτα από όσα συνέλεξε δεν φτάνει στην ομάδα σας.
• Θερμή μεταβίβαση: ο πράκτορας παραμένει στη γραμμή και περιμένει να απαντήσει άνθρωπος. Αν δεν απαντήσει κανείς μέσα στον χρόνο αναμονής που έχετε ορίσει (30 δευτερόλεπτα από προεπιλογή στη Retell), η μεταβίβαση αποτυγχάνει. Ο καλών έχει πλέον περιμένει σε αναμονή χωρίς λόγο πριν ο πράκτορας επανέλθει.

Και τα δύο αποτελέσματα είναι χειρότερα από το να πει ο πράκτορας «η ομάδα είναι εκτός σύνδεσης, δείτε τι θα γίνει στη συνέχεια» μέσα στο πρώτο λεπτό.

Πώς ορίζετε το ωράριο λειτουργίας ώστε ο πράκτορας να μην επιχειρεί ποτέ μια μεταβίβαση χωρίς αποδέκτη;

Αποφασίστε αν είστε ανοιχτά ή κλειστά με έναν κανόνα, όχι με την κρίση του μοντέλου, και δώστε την επιλογή μεταβίβασης μόνο στη διαδρομή «ανοιχτά». Στη Retell AI υπάρχουν τρεις τεκμηριωμένοι τρόποι για να το κάνετε.

Μέσα σε ένα conversation flow. Τοποθετήστε έναν κόμβο logic split στην αρχή της ροής. Ελέγχει τις συνθήκες του τη στιγμή που η κλήση εισέρχεται σε αυτόν, δεν λέει τίποτα και δρομολογεί την κλήση. Χρησιμοποιήστε συνθήκες εξίσωσης (equation conditions) με τις ενσωματωμένες μεταβλητές χρόνου της Retell:

• Η {{current_hour}} είναι η τρέχουσα ώρα σε δεκαδική μορφή στη ζώνη ώρας του πράκτορα, άρα το 17.5 σημαίνει 17:30. Μια συνθήκη «ανοιχτά» θα μπορούσε να είναι {{current_hour}} >= 9 AND {{current_hour}} < 17.
• Η {{current_time}} περιέχει την πλήρη ημερομηνία και το όνομα της ημέρας, οπότε η συνθήκη {{current_time}} contains "Saturday" εντοπίζει τα Σαββατοκύριακα.
• Οι συνθήκες εξίσωσης εκτελούνται πριν από οποιαδήποτε συνθήκη prompt και δεν εμπλέκουν μοντέλο, επομένως ο έλεγχος συμπεριφέρεται ίδια σε κάθε κλήση.

Μόνο ο κλάδος «ανοιχτά» πρέπει να οδηγεί σε κόμβο μεταβίβασης κλήσης. Ο κλάδος «κλειστά» οδηγεί στη λήψη στοιχείων και στη δημιουργία αιτήματος.

Από τα δικά σας συστήματα. Το webhook εισερχόμενων κλήσεων του αριθμού σας ενεργοποιείται πριν συνδεθεί η κλήση. Ο server σας μπορεί να ελέγξει το ημερολόγιο αργιών και το πρόγραμμα βαρδιών και στη συνέχεια να επιστρέψει μια δυναμική μεταβλητή όπως office_open. Μπορεί επίσης να επιστρέψει διαφορετικό ID πράκτορα, ώστε οι κλήσεις εκτός ωραρίου να πηγαίνουν σε έναν πράκτορα που δεν διαθέτει καθόλου εργαλείο μεταβίβασης. Μια pre-call function στη σελίδα Workflow του πράκτορα μπορεί να κάνει τον ίδιο έλεγχο στο δικό σας endpoint.

Σε πράκτορα βασισμένο σε prompt. Μπορείτε να δώσετε στο prompt τη {{current_time}} και έναν κανόνα, αλλά ένας ξεχωριστός πράκτορας εκτός ωραρίου χωρίς το εργαλείο Transfer Call είναι ασφαλέστερος. Ένας πράκτορας δεν μπορεί να χρησιμοποιήσει ένα εργαλείο που δεν έχει.

Τρεις λεπτομέρειες που παγιδεύουν τις ομάδες:

Το webhook εισερχόμενων κλήσεων μπορεί επίσης να απορρίπτει κλήσεις εντελώς, και η τεκμηρίωση της Retell αναφέρει τον αποκλεισμό κίνησης εκτός ωραρίου λειτουργίας. Για γραμμές πελατών, ένα αίτημα είναι καλύτερο από μια νεκρή γραμμή.

Τι πρέπει να περιέχει το αίτημα εκτός ωραρίου;

Αρκετά στοιχεία ώστε η πρωινή ομάδα να ενεργήσει χωρίς να ακούσει την ηχογράφηση. Αν κάποιος χρειάζεται να ξανακούσει την κλήση για να βρει τον αριθμό επανάκλησης, το αίτημα έχει αποτύχει.

Στη Retell, ο πράκτορας μπορεί να αποθηκεύει απαντήσεις κατά τη διάρκεια της κλήσης με το εργαλείο Extract Dynamic Variable, ενώ η {{call_id}} είναι διαθέσιμη σε κάθε κλήση. Στη συνέχεια έχετε δύο τρόπους να δημιουργήσετε το αίτημα:

• Κατά τη διάρκεια της κλήσης: το εργαλείο Create Ticket της ενσωμάτωσης Zendesk, ένα εργαλείο Create Task σε Salesforce, HubSpot, Microsoft Dynamics 365, GoHighLevel ή Zoho CRM, ή μια custom function που καλεί το API του δικού σας helpdesk. Επιλέξτε αυτόν τον τρόπο όταν θέλετε ο πράκτορας να επιβεβαιώνει ότι το αίτημα υπάρχει πριν κλείσει ο καλών.
• Μετά την κλήση: μια post-call function στη σελίδα Workflow του πράκτορα εκτελείται μετά το Post Call Extraction, οπότε μπορεί να περιλαμβάνει τη σύνοψη της κλήσης και τα πεδία που εξαγάγατε. Εξαρτήστε την από μια συνθήκη, για παράδειγμα μόνο όταν ένα πεδίο ticket_needed είναι true. Το webhook call_analyzed μπορεί να κάνει το ίδιο από τον δικό σας server.

Το Post Call Extraction υποστηρίζει πεδία κειμένου, αριθμού, ναι ή όχι και σταθερών επιλογών, τα οποία αντιστοιχούν καλά στην αιτία και στο επείγον. Για το πλήρες μοτίβο ενεργοποίησης και εγγραφής πίσω στο σύστημα, δείτε πώς οι ροές εργασιών του CRM ενεργοποιούν κλήσεις AI και καταγράφουν τα αποτελέσματα.

Τι πρέπει να υπόσχεται ο πράκτορας στον καλούντα;

Ένα παράθυρο επανάκλησης που η ομάδα σας θα τηρήσει πραγματικά, όπως «έως τις 10:00 αύριο», όχι «κάποιος θα επικοινωνήσει σύντομα μαζί σας». Στη συνέχεια επαναλαμβάνει τα στοιχεία ώστε ο καλών να μπορεί να τα διορθώσει.

Κρατήστε την υπόσχεση περιορισμένη. Το παράδειγμα ρεσεψιονίστ εκτός ωραρίου της ίδιας της Retell δίνει οδηγία στον πράκτορα να μην υπόσχεται τιμές, ώρες ραντεβού ή διαθεσιμότητα τεχνικού. Αν θέλετε να στείλετε επιβεβαίωση με γραπτό μήνυμα, το εργαλείο Send SMS της Retell μπορεί να το κάνει κατά τη διάρκεια της κλήσης. Για προσαρμοσμένο κείμενο μηνύματος χρειάζεται αριθμός με ενεργοποιημένο SMS μέσω της αίτησης A2P, και ο πράκτορας πρέπει πρώτα να λάβει τη συγκατάθεση του καλούντος.

Πώς πρέπει η πρωινή ομάδα να διαχειρίζεται την ουρά εκτός ωραρίου;

Ορίστε έναν υπεύθυνο και μια προθεσμία για την ουρά και διεκπεραιώστε τα επείγοντα αιτήματα πριν ανοίξουν τα τηλέφωνα. Αν η γραμμή σας δέχεται κύμα κλήσεων με το άνοιγμα, η νυχτερινή ουρά δεν πρέπει να ανταγωνίζεται με αυτό.

Μια ρουτίνα που λειτουργεί:

• Ορίστε κάθε πρωί ένα άτομο ή μια ομάδα ως υπεύθυνο της ουράς εκτός ωραρίου.
• Ταξινομήστε κατά επείγον και έπειτα κατά παλαιότητα. Καλέστε πρώτα τα επείγοντα, αν γίνεται πριν ανοίξει η γραμμή.
• Καλέστε μέσα στο παράθυρο που υποσχέθηκε ο πράκτορας. Αν το χάσετε, ο καλών έχει μάθει ότι η υπόσχεση δεν σημαίνει τίποτα.
• Αν δεν απαντήσει στην επανάκληση, αφήστε μήνυμα, καταγράψτε την προσπάθεια στο αίτημα και δοκιμάστε ξανά μία φορά. Μην αναγκάζετε τον καλούντα να ξεκινήσει από την αρχή στην επόμενη κλήση.
• Κλείστε το αίτημα καταγράφοντας το αποτέλεσμα, ώστε να βλέπετε τι ποσοστό των αιτημάτων εκτός ωραρίου επιλύθηκε με την πρώτη επανάκληση.
• Μία φορά την εβδομάδα, διαβάστε τις αιτίες. Ερωτήσεις που επανέρχονται συνεχώς, όπως το ωράριο λειτουργίας ή η κατάσταση παραγγελίας, ανήκουν στη βάση γνώσεων του πράκτορα ή σε μια αναζήτηση, ώστε ο πράκτορας να τις απαντά τη νύχτα χωρίς αίτημα.

Αν κάνετε την επανάκληση με πράκτορα AI, περάστε τα πεδία του αιτήματος στην εξερχόμενη κλήση ως δυναμικές μεταβλητές, ώστε ο καλών να μη χρειαστεί να απαντήσει δύο φορές στις ίδιες ερωτήσεις. Οι εξερχόμενες κλήσεις έχουν τους δικούς τους κανόνες συγκατάθεσης και ωρών κλήσης. Δείτε τον οδηγό μας για το TCPA στις εξερχόμενες φωνητικές κλήσεις AI.

Πότε μια κλήση εκτός ωραρίου πρέπει παρ’ όλα αυτά να φτάσει αμέσως σε άνθρωπο;

Όταν η αναμονή μέχρι το πρωί θα προκαλούσε βλάβη ή κόστος που η επιχείρησή σας έχει αποφασίσει να μην αποδεχτεί, και μόνο για καταστάσεις που έχετε καταγράψει εκ των προτέρων. Αν ένας καλών περιγράψει απειλητική για τη ζωή κατάσταση έκτακτης ανάγκης, ο πράκτορας πρέπει να του πει να κλείσει και να καλέσει το 911 ή τον τοπικό αριθμό έκτακτης ανάγκης. Ο εφημερεύων σας δεν είναι υπηρεσία έκτακτης ανάγκης.

Τυπικά κριτήρια ειδοποίησης εκτός ωραρίου είναι ένας κίνδυνος ασφαλείας σε ένα ακίνητο (μυρωδιά αερίου, πλημμύρα, έλλειψη θέρμανσης σε παγωνιά), ένα κλινικό ζήτημα που σύμφωνα με το πρωτόκολλό σας δεν μπορεί να περιμένει, μια σταματημένη γραμμή παραγωγής ή αποστολή που καλύπτεται από συμφωνία παροχής υπηρεσιών, ή ένας λογαριασμός για τον οποίο η πολιτική σας προβλέπει πάντα άνθρωπο. Για όλα τα υπόλοιπα ανοίγεται αίτημα.

Σχεδιάστε τον κλάδο έκτακτης ανάγκης έτσι ώστε να μην μπορεί να αποτύχει αθόρυβα:

• Δρομολογήστε σε όποιον εφημερεύει απόψε. Ορίστε ως προορισμό μεταβίβασης μια δυναμική μεταβλητή, όπως {{on_call_number}}, που συμπληρώνεται από το πρόγραμμα εφημεριών σας μέσω του webhook εισερχόμενων κλήσεων. Ο αριθμός αλλάζει με τη βάρδια, όχι με επεξεργασία του πράκτορα.
• Βεβαιωθείτε ότι απαντά άνθρωπος. Χρησιμοποιήστε θερμή μεταβίβαση με ενεργή ανίχνευση ανθρώπου, ώστε ο καλών να συνδέεται μόνο όταν ανιχνευθεί άνθρωπος. Δοκιμάστε τη με τον ίδιο τον τηλεφωνητή του τηλεφώνου εφημερίας πριν από την κυκλοφορία. Η agentic θερμή μεταβίβαση πηγαίνει ένα βήμα παραπέρα: ένας πράκτορας μεταβίβασης καλεί τον εφημερεύοντα, εξηγεί την κατάσταση και συνδέει τον καλούντα μόνο αν εκείνος μπορεί να την αναλάβει.
• Προβλέψτε την περίπτωση μη απάντησης. Σε ένα conversation flow, ο κόμβος μεταβίβασης κλήσης διαθέτει ακμή αποτυχίας μεταβίβασης (transfer-failed). Σε αυτή τη διαδρομή, δημιουργήστε επείγον αίτημα, στείλτε τα στοιχεία με Send SMS σε έναν εφεδρικό αριθμό ή καλέστε το εργαλείο ειδοποιήσεών σας μέσω μιας custom function. Στη συνέχεια πείτε ειλικρινά στον καλούντα τι θα γίνει.

Η λειτουργία ειδοποιήσεων (alerting) της Retell δεν είναι το κατάλληλο εργαλείο για αυτό. Παρακολουθεί συγκεντρωτικές μετρήσεις, όπως ο όγκος κλήσεων και το ποσοστό επιτυχίας. Η κλιμάκωση ανά κλήση ανήκει στην ίδια την κλήση ή σε ένα webhook.

Πριν από την κυκλοφορία, δοκιμάστε τον κλάδο έκτακτης ανάγκης με προσομοιωμένες κλήσεις που πρέπει να ειδοποιούν και κλήσεις που δεν πρέπει. Η δεύτερη ομάδα μετράει όσο και η πρώτη, γιατί μια βάρδια εφημερίας που ξυπνά για συνηθισμένες κλήσεις σταματά να απαντά. Για το ευρύτερο ερώτημα του πότε μια κλήση πρέπει να πηγαίνει σε άνθρωπο, δείτε πώς ένας πράκτορας AI ξέρει πότε να παραδώσει σε ανθρώπινο πράκτορα, και για τον μηχανισμό της μεταβίβασης, δείτε πώς λειτουργούν οι μεταβιβάσεις κλήσεων μεταξύ φωνητικών πρακτόρων AI και ανθρώπινων ομάδων.

Οργανώστε μια κάλυψη εκτός ωραρίου που τηρεί τις υποσχέσεις της

Μια καλή ρύθμιση εκτός ωραρίου αποτελείται από έναν κανόνα, ένα αίτημα και μια σύντομη λίστα επειγόντων. Ο κανόνας εμποδίζει τον πράκτορα να προσφέρει μεταβιβάσεις που κανείς δεν μπορεί να αναλάβει. Το αίτημα δίνει στην πρωινή ομάδα όλα όσα χρειάζεται. Η λίστα επειγόντων διασφαλίζει ότι οι λίγες κλήσεις που δεν μπορούν να περιμένουν φτάνουν παρ’ όλα αυτά σε άνθρωπο. Η Retell AI υποστηρίζει κάθε σκέλος με δυναμικές μεταβλητές βάσει χρόνου, το webhook εισερχόμενων κλήσεων, εργαλεία αιτημάτων και εργασιών, καθώς και θερμές μεταβιβάσεις που περιμένουν να απαντήσει άνθρωπος. Δείτε πώς λειτουργεί στη σελίδα της υπηρεσίας αυτόματης απάντησης κλήσεων εκτός ωραρίου.