Στηρίξτε την ανάπτυξη πελατών σε μια τεχνολογική βάση που μπορείτε να αξιολογήσετε.

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

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

Η συζήτηση βασίζεται στη σχεδιαζόμενη αρχιτεκτονική. Δεν θεωρούμε ότι κάθε εγκατάσταση Customer Intelligence ή Zemark είναι ίδια.

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

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

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

Εσείς επιλέγετε τι λαμβάνει ο Zemark. Νέες επαφές, leads και ευκαιρίες προκύπτουν μόνο από email που επιλέγετε να απευθύνετε στον Zemark στο Προς, Κοιν. ή Κρυφή κοιν. (To, CC ή BCC), απευθείας μηνύματα μέσω της υποστηριζόμενης σύνδεσης chat ή, στο Professional, συναντήσεις πελατών στις οποίες τον προσκαλείτε ρητά. Δεν συμμετέχει σε τυχαίες συναντήσεις ούτε παρακολουθεί κάθε συμβάν ημερολογίου. Το κοινό και οι κανόνες καμπάνιας εγκρίνονται χωριστά πριν από την εκτέλεση outbound.

Το Ask Zemark σέβεται τα δικαιώματα πρόσβασης του χρήστη στα δεδομένα CRM.

Το Automate και ο Zemark λειτουργούν μέσα σε συμφωνημένες διαδικασίες. Προσδιορίζουμε ποιες ενέργειες μπορούν να εκτελούνται αυτόματα, ποιες χρειάζονται έγκριση και ποιες παραπέμπονται σε άνθρωπο.

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

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

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

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

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

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

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

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

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

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

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

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

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

Ένα καλό pilot επαληθεύει τόσο την αξία όσο και τα λειτουργικά όρια.

Αξιολογήστε μαζί τεχνολογία και λειτουργικό μοντέλο. Κλείστε μια συνάντηση.