Η ροή εργασιών από το CRM στο φωνητικό AI, εξηγημένη χωρίς ορολογία

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

Αυτός ο οδηγός παρουσιάζει τη σειρά των βημάτων με παράδειγμα μια ροή εργασιών του HubSpot και στη συνέχεια δείχνει τον ίδιο κύκλο για οποιοδήποτε CRM μπορεί να στείλει webhook.

Ποια είναι τα τέσσερα στάδια μιας ροής εργασιών από το CRM στο φωνητικό AI;

Ενεργοποίηση, πλαίσιο, συνομιλία και επιστροφή αποτελεσμάτων:

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

Τι ακριβώς ενεργοποιεί την κλήση AI από το CRM;

Μια ροή εργασιών του CRM ενεργοποιεί την κλήση με έναν από δύο τρόπους: μέσω μιας εγγενούς ενέργειας ροής εργασιών ή μέσω ενός webhook που η δική σας υπηρεσία μετατρέπει σε κλήση API.

Εγγενής ενέργεια (HubSpot). Η εφαρμογή της Retell AI στο HubSpot Marketplace προσθέτει την ενέργεια Make a Phone Call στις ροές εργασιών του HubSpot. Ξεκινήστε από ένα συμβάν ενεργοποίησης που ήδη χρησιμοποιείτε: μια υποβολή φόρμας, μια νέα εγγραφή, μια αλλαγή σταδίου συμφωνίας ή μια ιδιότητα ημερομηνίας, όπως η ημερομηνία ραντεβού. Προσθέστε μια συνθήκη "Phone number is known" (ο αριθμός τηλεφώνου είναι γνωστός), ώστε οι επαφές χωρίς αριθμό να μην εντάσσονται ποτέ στη ροή. Στη συνέχεια, συμπληρώστε τρία πεδία στην ενέργεια: From (ο πράκτορας και ο αριθμός τηλεφώνου της Retell), To (το token τηλεφώνου της επαφής) και, προαιρετικά, Dynamic Variables σε μορφή JSON. Η ροή εργασιών παύει μέχρι να ολοκληρωθεί η κλήση.

Webhook και API (οποιοδήποτε CRM). Αν το CRM σας μπορεί να στείλει webhook από μια ροή εργασιών, κατευθύνετέ το σε μια μικρή υπηρεσία που διαχειρίζεστε εσείς. Αυτή η υπηρεσία καλεί το Create Phone Call API της Retell με τέσσερα στοιχεία: from_number, to_number, τα πεδία πλαισίου στο retell_llm_dynamic_variables και το ID της εγγραφής του CRM στο metadata. Η Retell αποθηκεύει το metadata μαζί με την κλήση και το επιστρέφει στο αντικείμενο κλήσης στα επόμενα webhooks, και έτσι το αποτέλεσμα βρίσκει τον δρόμο του πίσω στη σωστή εγγραφή.

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

Δύο προαπαιτούμενα ισχύουν σε κάθε διαδρομή. Ο αριθμός από τον οποίο γίνεται η κλήση χρειάζεται έναν πράκτορα εξερχόμενων κλήσεων συνδεδεμένο σε αυτόν και οι αριθμοί που καλείτε πρέπει να είναι σε έγκυρη μορφή E.164 (για παράδειγμα, +14155550123).

Πώς γνωρίζει ο πράκτορας ποιον καλεί;

Μέσω δυναμικών μεταβλητών: ονομασμένων τιμών όπως {{first_name}} ή {{deal_stage}} που η Retell συμπληρώνει πριν μιλήσει ο πράκτορας. Προέρχονται από τρεις πηγές:

• Το αίτημα κλήσης. Ό,τι μεταβιβάζει το JSON της ενέργειας του HubSpot ή η κλήση API σας στο retell_llm_dynamic_variables.
• Συγχρονισμένα πεδία επαφών. Αν χρησιμοποιείτε τον εγγενή συγχρονισμό επαφών CRM της Retell, μια κλήση της οποίας ο αριθμός αντιστοιχεί σε συγχρονισμένη επαφή λαμβάνει αυτόματα τα αντιστοιχισμένα πεδία της επαφής ως μεταβλητές.
• Αναζήτηση πριν από την κλήση. Μια συνάρτηση πριν από την κλήση στη σελίδα Workflow του πράκτορα μπορεί να αναζητήσει τον αριθμό στο CRM και να αντιστοιχίσει πεδία από την απόκριση σε μεταβλητές. Στις εξερχόμενες κλήσεις εκτελείται πριν η Retell καλέσει, οπότε η επαφή δεν ακούει ποτέ την αναζήτηση.

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

Τρεις κανόνες αποτρέπουν τις περισσότερες περιπτώσεις όπου ο πράκτορας διαβάζει φωναχτά ένα placeholder:

• Στείλτε κάθε τιμή ως string, δηλαδή "42" και "true", όχι 42 και true.
• Ισοπεδώστε τα αντικείμενα. Το {{client.name}} δεν θα επιλυθεί· στείλτε αντί αυτού client_name.
• Ορίστε προεπιλεγμένες τιμές σε επίπεδο πράκτορα. Μια μεταβλητή χωρίς τιμή παραμένει στην ακατέργαστη μορφή {{braces}} μέσα στο prompt.

Τι συμβαίνει κατά τη διάρκεια της κλήσης;

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

Με το HubSpot συνδεδεμένο μέσω της εγγενούς ενσωμάτωσης της Retell, ο πράκτορας μπορεί να χρησιμοποιεί εργαλεία όπως Search Contact, List Contact Deals, Update Deal, Update Contact και Create Task ενώ μιλά. Μπορεί να διορθώσει μια διεύθυνση email που μόλις έδωσε η επαφή ή να δημιουργήσει την εργασία παρακολούθησης που συμφώνησε η επαφή. Για ένα CRM χωρίς εγγενή ενσωμάτωση, μια προσαρμοσμένη συνάρτηση κάνει την ίδια δουλειά καλώντας το δικό σας API κατά τη διάρκεια της κλήσης.

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

Πώς επιστρέφουν τα αποτελέσματα της κλήσης στην εγγραφή του CRM;

Μετά το τέλος της κλήσης, η Retell εκτελεί ανάλυση μετά την κλήση στην απομαγνητοφώνηση (στο προϊόν ονομάζεται Post Call Extraction). Στη συνέχεια, τα αποτελέσματα φτάνουν στο CRM μέσω μίας από τρεις διαδρομές, ανάλογα με το τι υποστηρίζει το CRM σας και ποιος πρέπει να έχει την ευθύνη της λογικής αντιστοίχισης.

Τι παράγεται. Κάθε κλήση λαμβάνει call_summary, user_sentiment, call_successful και in_voicemail. Προσθέτετε προσαρμοσμένα πεδία για τα δικά σας αποτελέσματα, το καθένα τύπου boolean, κειμένου, αριθμού ή επιλογέα: qualified, budget_range, callback_requested. Η εγγραφή της κλήσης περιλαμβάνει επίσης την πλήρη απομαγνητοφώνηση και ένα URL ηχογράφησης. Δείτε την ανάλυση μετά την κλήση για το πώς ορίζονται τα πεδία.

Διαδρομή 1: η εφαρμογή του HubSpot Marketplace. Όταν ολοκληρωθεί η κλήση, η εφαρμογή καταγράφει τη σύνοψη και την ανάλυση στο χρονολόγιο δραστηριότητας της επαφής, τοποθετεί την ηχογράφηση και την απομαγνητοφώνηση στο αρχείο καταγραφής της κλήσης και εμφανίζει το αρχείο στο χρονολόγιο της συσχετισμένης εταιρείας. Η ροή εργασιών που είχε παύσει συνεχίζει και μπορεί να διακλαδωθεί βάσει εξόδων όπως Call Success, User Sentiment ή Call Outcome: ένα email παρακολούθησης σε περίπτωση επιτυχίας, νέα προσπάθεια ή SMS όταν δεν υπάρχει απάντηση.

Διαδρομή 2: εγγενής ενσωμάτωση CRM. Οι ενσωματώσεις της Retell με HubSpot, Salesforce, Microsoft Dynamics 365, GoHighLevel και Zoho CRM αντιστοιχίζουν τα πεδία της ανάλυσης μετά την κλήση σε πεδία επαφών και τα προωθούν στην εγγραφή του CRM. Κάθε αντιστοίχιση έχει λειτουργία ενημέρωσης: Overwrite για πεδία κατάστασης, Fill only if empty για σταθερά στοιχεία όπως το email ή Accumulate & summarize για συγχώνευση σημειώσεων από πολλές κλήσεις. Ενεργοποιήστε το Log activities automatically και κάθε κλήση καταγράφεται επίσης στην επαφή, για παράδειγμα ως Call engagement στο HubSpot ή ως Task στο Salesforce. Οι συναρτήσεις μετά την κλήση προσθέτουν επιπλέον στοχευμένες εγγραφές, όπως ένα Create Task του HubSpot που εκτελείται μόνο όταν ένα πεδίο followup_needed είναι true.

Ένα σημείο προσοχής στη Διαδρομή 2: γράφει μόνο σε επαφές που έχουν εισαχθεί από την ενεργή σύνδεση CRM. Ένας αριθμός που δεν αντιστοιχεί σε συγχρονισμένη επαφή δεν παράγει εγγραφή δραστηριότητας και η Retell ενημερώνει υπάρχουσες εγγραφές του CRM αντί να δημιουργεί νέες, εκτός αν ενεργοποιήσετε το Create new contacts in CRM.

Διαδρομή 3: webhook προς το CRM σας. Η Retell στέλνει ένα συμβάν call_analyzed στο endpoint σας με το πλήρες αντικείμενο κλήσης: απομαγνητοφώνηση, URL ηχογράφησης, αποτελέσματα ανάλυσης και το metadata που στείλατε κατά την ενεργοποίηση. Η υπηρεσία σας διαβάζει το ID της εγγραφής από το metadata και γράφει στο API του CRM. Επαληθεύστε την κεφαλίδα x-retell-signature και επιστρέψτε 2xx εντός 10 δευτερολέπτων, διότι διαφορετικά η Retell επαναλαμβάνει την αποστολή έως 3 φορές. Εφαρμόστε αποδιπλασιασμό βάσει του call_id, ώστε μια επανάληψη να μη γράφει ποτέ την ίδια κλήση δύο φορές. Ακούστε για call_analyzed, όχι για call_ended: το payload του call_ended αποστέλλεται πριν εκτελεστεί η ανάλυση, οπότε δεν περιέχει αποτελέσματα ανάλυσης.

Πώς μοιάζει η πλήρης αντιστοίχιση από την ενεργοποίηση έως την επιστροφή αποτελεσμάτων;

Ο πίνακας αντιστοιχίζει συνηθισμένα triggers του HubSpot με το τι κάνει ο πράκτορας και τι επιστρέφει στην εγγραφή. Η διαδρομή webhook ακολουθεί τις ίδιες τρεις στήλες.

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

Τι πρέπει να ελέγξετε πριν από την κυκλοφορία;

• Κάθε επαφή που εντάσσεται στη ροή έχει έγκυρο αριθμό τηλεφώνου E.164 και η ροή εργασιών φιλτράρει τις υπόλοιπες.
• Τα διαπιστευτήρια του CRM έχουν δικαίωμα εγγραφής σε κάθε αντικείμενο στο οποίο γράφετε. Στο HubSpot, ένα scope που λείπει δεν επισημαίνει τη σύνδεση ως προβληματική· η σχετική εγγραφή απλώς σταματά να λειτουργεί.
• Κάθε προσαρμοσμένο πεδίο ανάλυσης έχει συγκεκριμένη περιγραφή βάσει της οποίας το LLM εξάγει την τιμή και υπάρχει αντίστοιχη ιδιότητα στο CRM.
• Οι εγγραφές μετά την κλήση υπόκεινται σε συνθήκες, ώστε μια κλήση που δεν συνδέθηκε ποτέ να μη γράφει τίποτα παραπλανητικό.
• Ένα μόνο σύστημα είναι υπεύθυνο για την καταχώριση στο χρονολόγιο. Η εφαρμογή του Marketplace και η εγγενής ενσωμάτωση είναι ανεξάρτητες και μπορούν να λειτουργούν ταυτόχρονα, οπότε αποφασίστε ποια θα καταγράφει την κλήση.
• Ο αποκλεισμός do-not-call εφαρμόζεται εκεί που τον περιμένετε. Το πεδίο επαφής do_not_call της Retell δεν μπλοκάρει από μόνο του τις κλήσεις· περάστε honor_internal_dnc: true στις κλήσεις API ώστε η Retell να τις απορρίπτει και διατηρήστε τους δικούς σας κανόνες αποκλεισμού του CRM στο trigger.
• Κάνετε δοκιμές σε εγγραφή sandbox. Η δοκιμή ενός εργαλείου δημιουργίας ή ενημέρωσης γράφει πραγματική εγγραφή.

Από πού να ξεκινήσετε

Αν το HubSpot είναι το κύριο σύστημα καταγραφής σας, η ενσωμάτωση της Retell με το HubSpot καλύπτει και τα δύο μισά αυτού του κύκλου: την εγγενή σύνδεση που δίνει πλαίσιο στον πράκτορα και καταγράφει τα αποτελέσματα πίσω, και την εφαρμογή του Marketplace που επιτρέπει σε μια ροή εργασιών του HubSpot να πραγματοποιήσει την κλήση. Για τη ρύθμιση βήμα προς βήμα, συμπεριλαμβανομένων των scopes της private app, ακολουθήστε τον οδηγό ρύθμισης του HubSpot. Χρησιμοποιείτε Salesforce, Dynamics 365, Zoho ή κάτι άλλο; Ξεκινήστε από τον κατάλογο ενσωματώσεων και χρησιμοποιήστε τη διαδρομή webhook για οποιοδήποτε CRM δεν περιλαμβάνεται.

Σχετική ανάγνωση: Η λίστα ελέγχου για αριθμούς τηλεφώνου εξερχόμενων κλήσεων, ορισμός του εύρους μιας πρώτης συνεργασίας με partner και περισσότεροι οδηγοί στο Retell Learn hub.