Φωνητικό AI για πελάτες: ρύθμιση multi-tenant, χρέωση και όρια υποστήριξης

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

Τα agencies, οι BPO και οι πλατφόρμες που μεταπωλούν φωνητικούς πράκτορες AI πέφτουν στους ίδιους τρεις τοίχους με την ίδια σειρά: διαχωρισμός πελατών (tenancy), απόδοση χρέωσης και υποστήριξη.

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

Με μια ματιά

• Διαχωρίστε κάθε πελάτη σε επίπεδο workspace από την πρώτη μέρα. Η εκ των υστέρων εφαρμογή διαχωρισμού, όταν δέκα πελάτες μοιράζονται ένα workspace, είναι μετάπτωση, όχι μια ρύθμιση.
• Η δημιουργία workspace γίνεται χειροκίνητα. Δεν υπάρχει API παροχής (provisioning), οπότε φτιάξτε νωρίς το εγχειρίδιο διαδικασιών ενσωμάτωσης.
• Οι αριθμοί είναι το πιο μπερδεμένο κομμάτι. Αποφασίστε ποιος τους αγοράζει, ποιο όνομα εμφανίζεται στην αναγνώριση κλήσης και τι γίνεται με έναν μεταφερμένο αριθμό κατά την αποχώρηση.
• Η απόδοση χρέωσης προκύπτει από τα σύνολα χρήσης του workspace κάθε πελάτη, οπότε κάντε συμφωνία ανά workspace και όχι έναντι ενός συγκεντρωτικού λογαριασμού.
• Καταγράψτε γραπτώς ποιος μπορεί να αλλάξει έναν πράκτορα. Οι ανεξέλεγκτες αλλαγές από τον πελάτη και οι αλλαγές μόνο από τον πάροχο αποτυγχάνουν και οι δύο, προς αντίθετες κατευθύνσεις.
• Τα όρια υποστήριξης είναι απόφαση τιμολόγησης. Ορίστε τις συμπεριλαμβανόμενες αλλαγές ανά μήνα, τα χρονικά περιθώρια απόκρισης ανά σοβαρότητα και τι είναι εκτός πεδίου.
• Συμφωνήστε τους όρους αποχώρησης στο πρώτο συμβόλαιο: αποδέσμευση αριθμών, εξαγωγή ηχογραφήσεων και τι γίνεται με τη διαμόρφωση του πράκτορα.

Τι σημαίνει πραγματικά multi-tenant εδώ

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

• Δεδομένα. Οι ηχογραφήσεις κλήσεων, τα transcripts και οποιαδήποτε αρχεία πελατών αγγίζει ο πράκτορας ενός πελάτη δεν πρέπει να είναι ορατά σε άλλον πελάτη.
• Διαμόρφωση. Οι πράκτορες, τα prompts, η γνώση και οι κανόνες μεταβίβασης ανήκουν σε έναν πελάτη, και μια αλλαγή σε έναν δεν πρέπει να φτάνει σε άλλον.
• Πρόσβαση. Η ομάδα σας χρειάζεται πρόσβαση σε όλους τους πελάτες, κάθε πελάτης χρειάζεται πρόσβαση στα δικά του και κανείς δεν χρειάζεται πρόσβαση στα δεδομένα κάποιου άλλου.
• Χρήση. Τα λεπτά και οι κλήσεις πρέπει να μετρώνται ανά πελάτη, γιατί αυτό είναι το τιμολόγιο.

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

Ένα workspace ανά πελάτη ή ένα workspace με πολλούς πράκτορες;

Ένα workspace ανά πελάτη, σχεδόν σε κάθε περίπτωση.

Η τοποθέτηση των πρακτόρων όλων των πελατών σε ένα ενιαίο workspace στήνεται πιο γρήγορα και δημιουργεί τρία προβλήματα που χειροτερεύουν όσο μεγαλώνει ο αριθμός.

1. Δεν μπορείτε να δώσετε σε έναν πελάτη ορατότητα στις δικές του κλήσεις χωρίς να εκθέσετε τις κλήσεις όλων των άλλων.
2. Η χρήση φτάνει ως ένας συγκεντρωτικός αριθμός που στη συνέχεια πρέπει να επιμερίσετε.
3. Μια λανθασμένη αλλαγή ή διαγραφή φτάνει στον ενεργό πράκτορα λάθος πελάτη.

Ο διαχωρισμός σε επίπεδο workspace με πρόσβαση βάσει ρόλων λύνει και τα τρία, και αντιστοιχεί στον τρόπο με τον οποίο η Retell διαχωρίζει τα πράγματα: κάθε workspace είναι ένα πλήρως απομονωμένο όριο, με τους δικούς του πράκτορες, κλειδιά API, μέλη, webhooks, ρυθμίσεις τηλεφωνίας και χρέωση. Τα έγγραφα για developers είναι το σημείο εκκίνησης για όλα τα υπόλοιπα, όμως η παροχή γίνεται χειροκίνητα. Η Retell δεν παρέχει API για δημιουργία, διαγραφή ή εναλλαγή workspaces, οπότε κάθε νέο workspace πελάτη στήνεται με το χέρι στο dashboard. Υπολογίστε τον χρόνο ανά ενσωμάτωση πελάτη και καταγράψτε τα βήματα σε εγχειρίδιο διαδικασιών πριν από τον ενδέκατο πελάτη, όχι μετά.

Δύο περιπτώσεις δικαιολογούν ένα κοινό workspace: λίγοι πολύ μικροί λογαριασμοί που τρέχουν πανομοιότυπο πράκτορα χωρίς κανένας πελάτης να έχει ποτέ άμεση πρόσβαση, και ένα πιλοτικό που σκοπεύετε να μεταφέρετε. Και οι δύο χρειάζονται σαφές σχέδιο για τη μέρα που θα πάψουν να ισχύουν.

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

Αριθμοί τηλεφώνου, αναγνώριση κλήσης και φορητότητα

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

Τρεις αποφάσεις που πρέπει να πάρετε πριν από την πρώτη εκκίνηση.

• Ποιος αγοράζει τον αριθμό. Οι αριθμοί που αγοράζονται στον δικό σας λογαριασμό διαχειρίζονται πιο εύκολα και παραδίδονται πιο δύσκολα. Οι αριθμοί που κατέχει ο πελάτης και κατευθύνει στον πράκτορα είναι το αντίστροφο. Επιλέξτε ανά πελάτη και καταγράψτε το στη συμφωνία.
• Φορητότητα ή προώθηση. Οι πελάτες σχεδόν πάντα θέλουν να κρατήσουν τον υπάρχοντα επαγγελματικό τους αριθμό, και πολλοί υποθέτουν ότι δεν μπορούν επειδή η διαδικασία ρύθμισης τους προτείνει να αγοράσουν νέο. Η προώθηση του υπάρχοντος αριθμού στον πράκτορα είναι συνήθως ο γρηγορότερος δρόμος και αποφεύγει εντελώς την εμπλοκή του παρόχου τους.
• Ποια ταυτότητα εμφανίζεται στις εξερχόμενες. Στις εξερχόμενες κλήσεις πρέπει να εμφανίζεται το brand του πελάτη, όχι το δικό σας. Η επώνυμη αναγνώριση κλήσης και οι επαληθευμένοι αριθμοί τηλεφώνου επηρεάζουν το αν η κλήση θα απαντηθεί καν, κάτι που μετράει περισσότερο από τον όγκο κλήσεων.

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

Από πού προκύπτει η απόδοση χρέωσης

Προκύπτει από τα αρχεία χρήσης ανά πελάτη, και χρειάζεστε αυτά να συμφωνούν με ακρίβεια λεπτού με τα σύνολα χρήσης στο workspace κάθε πελάτη.

Δημιουργήστε το τιμολόγιο από τρία στοιχεία και κρατήστε τα ξεχωριστά στον λογαριασμό του πελάτη.

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

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

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

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

Σε ποιον ανήκει ο πράκτορας όταν ο πελάτης θέλει μια αλλαγή;

Σε κάποιον πρέπει να ανήκει, και η απάντηση πρέπει να καταγραφεί πριν από την εκκίνηση αντί να ανακαλυφθεί κατά τη διάρκεια ενός περιστατικού.

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

Η λειτουργική μέση λύση είναι ένας διαχωρισμός βάσει κινδύνου.

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

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

Ο λόγος να το κρατάτε στα δικά σας χέρια αντί σε έναν πάροχο πλατφόρμας είναι η ταχύτητα, και είναι ο πυλώνας πάνω στον οποίο στηρίζεται ολόκληρο το λειτουργικό μοντέλο. Εσείς κατέχετε τον κύκλο βελτίωσης της εμπειρίας πελάτη για κάθε πελάτη του χαρτοφυλακίου σας. Σε αντίθεση με τους παρόχους διαχειριζόμενου AI και τους BPO, μια αλλαγή δεν γίνεται αίτημα, ουρά ή ακόμη ένα SOW. Σε ολόκληρη την πλατφόρμα, το 80% των λεπτών παραγωγής περνά από πράκτορες που δημιουργούν και διαχειρίζονται οι ίδιοι οι πελάτες, δηλαδή την ίδια ρύθμιση που προσφέρετε στους δικούς σας πελάτες ένα επίπεδο πιο κάτω.

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

Όρια υποστήριξης: επίπεδα, χρονικά περιθώρια απόκρισης και τι αρνείστε

Η υποστήριξη είναι το σημείο όπου χάνεται το περιθώριο κέρδους των agencies, οπότε πρέπει να οριστεί τόσο αυστηρά όσο και η τιμή.

Καταγράψτε τρία πράγματα στη συμφωνία.

1. Συμπεριλαμβανόμενες αλλαγές ανά μήνα. Ένας αριθμός, όχι μια αίσθηση. Οτιδήποτε πάνω από αυτόν είναι αίτημα αλλαγής με τιμή.
2. Επίπεδα σοβαρότητας και χρονικά περιθώρια απόκρισης. Ένας πράκτορας που δεν απαντά κλήσεις δεν είναι το ίδιο με μια μικρή αλλαγή διατύπωσης, και δεν πρέπει να έχουν τον ίδιο χρόνο απόκρισης.
3. Τι είναι ρητά εκτός πεδίου. Το CRM τους εκτός λειτουργίας, διακοπή στον πάροχο τηλεφωνίας τους, μια αλλαγή στη φόρμα του δικού τους ιστότοπου και οτιδήποτε απαιτεί απόφαση που μόνο εκείνοι μπορούν να πάρουν.

Ένας πίνακας σοβαρότητας που οι πελάτες αποδέχονται χωρίς αντίρρηση συνήθως μοιάζει κάπως έτσι.

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

Ένα ακόμη όριο που εξοικονομεί πραγματικό χρόνο. Δρομολογήστε τις αναφορές του πελάτη για προβλήματα κλήσεων σε ένα μόνο κανάλι, με επισυναπτόμενο το ID της κλήσης. Ένα στιγμιότυπο οθόνης από μήνυμα κειμένου του πελάτη του πελάτη δεν είναι αναφορά σφάλματος, και ο εντοπισμός της κλήσης στην οποία αναφέρεται μπορεί να πάρει περισσότερο από τη διόρθωση.

Τι να παρακολουθείτε σε ένα χαρτοφυλάκιο πελατών

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

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

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

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

Αποχώρηση χωρίς διαφωνίες

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

1. Αποδέσμευση αριθμών. Ποιος κατέχει κάθε αριθμό και πόσο διαρκεί μια φορητότητα ή αποδέσμευση.
2. Ηχογραφήσεις και transcripts. Τι εξάγεται, σε ποια μορφή και τι διαγράφετε στη συνέχεια, με δηλωμένη την περίοδο διατήρησης.
3. Διαμόρφωση πράκτορα. Αν ο πελάτης λαμβάνει τα prompts και τη λογική της ροής ή αν αυτά αποτελούν δικό σας προϊόν εργασίας. Και οι δύο απαντήσεις υποστηρίζονται. Η σιωπή όχι.
4. Περίοδος προειδοποίησης και τελικό τιμολόγιο. Συμπεριλαμβανομένου του τρόπου χρέωσης της χρήσης στο τελευταίο μέρος του μήνα.
5. Επιβεβαίωση διαγραφής δεδομένων. Ιδιαίτερα όταν ο πελάτης ανήκει σε ρυθμιζόμενο κλάδο και τη χρειάζεται γραπτώς.

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

Η λίστα ελέγχου για τους πρώτους δέκα πελάτες

Αν το στήνετε τώρα, κάντε τα εξής με αυτή τη σειρά.

1. Ένα workspace ανά πελάτη, δημιουργημένο με το χέρι στο dashboard, με σύμβαση ονοματοδοσίας για πράκτορες, αριθμούς και βάσεις γνώσεων.
2. Πρόσβαση βάσει ρόλων, με τους χρήστες του πελάτη περιορισμένους μόνο στο δικό τους workspace και τη δική σας ομάδα προσκεκλημένη σε κάθε workspace πελάτη με τον ρόλο που απαιτεί η εργασία. Οι ρόλοι ανατίθενται ανά workspace, και το παράθυρο πρόσκλησης προσφέρει Admin, Developer και Member.
3. Ιδιοκτησία αριθμών και αναγνώριση κλήσης αποφασισμένες ανά πελάτη και καταγεγραμμένες στη συμφωνία.
4. Συμφωνία χρήσης ανά πελάτη, μηνιαία, έναντι των συνόλων χρήσης του workspace του πελάτη.
5. Διαχωρισμός δικαιωμάτων αλλαγών βάσει κινδύνου, καθώς και διαδρομή «δοκιμή και μετά προώθηση» για οτιδήποτε ενεργό.
6. Πίνακας σοβαρότητας με χρονικά περιθώρια απόκρισης και ρητή λίστα εκτός πεδίου.
7. Προβολή παρακολούθησης χαρτοφυλακίου που καλύπτει ποσοστό απάντησης, επιτυχία μεταβιβάσεων και χρήση έναντι πλάνου.
8. Όροι αποχώρησης στο πρώτο συμβόλαιο.

Τίποτα από αυτά δεν είναι δύσκολο. Όλα είναι πολύ πιο δύσκολα μετά τον δέκατο πελάτη απ' ό,τι πριν από τον πρώτο.

Συχνές ερωτήσεις

Πώς κρατάτε ξεχωριστά τα δεδομένα των πελατών όταν λειτουργείτε φωνητικούς πράκτορες AI για πολλούς πελάτες;

Χρησιμοποιήστε ένα workspace ανά πελάτη με πρόσβαση βάσει ρόλων, ώστε οι ηχογραφήσεις, τα transcripts, η διαμόρφωση και η χρήση να περιορίζονται σε αυτόν τον πελάτη. Κάθε workspace είναι ένα πλήρως απομονωμένο όριο. Περιορίστε τις συνδέσεις των πελατών μόνο στο δικό τους workspace και προσκαλέστε τη δική σας ομάδα σε κάθε workspace πελάτη με τον ρόλο που απαιτεί η εργασία, γιατί οι ρόλοι ανατίθενται ανά workspace και όχι πάνω από αυτό. Το παράθυρο πρόσκλησης προσφέρει Admin, Developer και Member. Επιβεβαιώστε σε τι έχει πρόσβαση ένας ρόλος πριν δώσετε σε έναν πελάτη στοιχεία σύνδεσης, αφού ο διαχωρισμός είναι αυτό που πουλάτε.

Πρέπει κάθε πελάτης να έχει τον δικό του αριθμό τηλεφώνου;

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

Πώς χρεώνετε τους πελάτες για τη χρήση φωνητικού AI;

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

Πρέπει οι πελάτες να μπορούν να επεξεργάζονται τους δικούς τους πράκτορες;

Δώστε τους την επιφάνεια χαμηλού κινδύνου, όπως ώρες, εορταστικά μηνύματα και περιεχόμενο βάσης γνώσεων, και κρατήστε τα prompts, τους κανόνες μεταβίβασης και τις ενσωματώσεις στην ομάδα σας, πίσω από μια διαδρομή «δοκιμή και μετά προώθηση».

Σε ποιο επίπεδο υποστήριξης πρέπει να δεσμευτεί ένα agency;

Ορίστε επίπεδα σοβαρότητας αντί για έναν ενιαίο χρόνο απόκρισης. Οι κλήσεις που δεν απαντώνται δικαιολογούν απόκριση εκτός ωραρίου· μια αλλαγή διατύπωσης όχι. Στη συνέχεια δηλώστε πόσες αλλαγές περιλαμβάνονται ανά μήνα και τι είναι εκτός πεδίου.

Τι γίνεται με τον πράκτορα αν ο πελάτης αποχωρήσει;

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

Λειτουργήστε έναν ή εκατό πελάτες με την ίδια ρύθμιση

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

##