API unifiée pour les applications par courant, SMS et voix avec toutage intelligent

À retenir :

  • Une API de communication unifiée vous permet de déclencher des coureurs, SMS et voix à partir d'une seule intégration plutôt que de gérer trois fournisseurs distincts
  • Le réseau intelligent utilise des données de comportement antérieur et de préférence pour choisir le canal le plus susceptible d'avoir un caractère individuel
  • Le ROI de consolidation de l'API provient général de la réduction des coûts des fournisseurs et du temps de développement, pas nécessairement de meilleurs salaires de subsistance

La plupart des entreprises n'ont pas planifié leur pile de communication — cela vient de se produire. Le courrier a été envoyé par un seul fournisseur. SMS a été ajouté plus tard via un autre. La voix passe par un niveau. Maintenant, vous avez trois API différentes, trois relations de factouration, trois tableaux de bord, et trois endroits pour quelque choix à caster.

Les API de communications unifiées résolvent cela en bénéficiant d'un seul paramètre pour les trois Canadiens. Une intégration. Un modèle de données. Un accueil à regarder quand vous êtes debout à 23h parce qu'une alerte critique n'a pas Tiré.

Ce qu'une API de communication unifiée fait réalité

Adresse électronique

E-mail transactionnel et marketing via le même appel API qui demande vos SMS et vos messages juridiques. L'état de livraison webhooks retourne dans le même format.

SMS

SMS bidirectionnel pour alertes transactionnelles, confirmations et marketing. Réponses entrantes traités par le même paramètre webhook que les autres événements de canal.

Voix

Extraits avec messages enregistrés ou TTS, flux IVR, et retour de messagerie vocale. L'état de l'appel est suivi dans le même flux d'événements que les coureurs et les SMS.

Commentaire fonctionnel le réseau du canal intelligent

Le bruit intelligent va au-delà de « essayer d'absorber les cours d'eau, puis les SMS, puis la voix ». Le bruit sophistiqué utilise des données comparatives pour préparer quel canal recevoir une réponse de chaque destinataire spécifique:

Signal de fuite Ce qu'il dit au routeur
Courrier à tarif ouvert (90 derniers jours) Indique si cette personne lit des emails depuis votre domaine
Historique des réponses SMS Indique s'ils ont des messages texte
Appel plus récent Qu'ils présentent votre numéro ou qu'ils laissent aller à la messagerie vocale
Préférence de la voie individuelle Préférence explicite du profil ou de l'opt-in passé
Heure du jour / jour de la semaine Modèles d'engagement historiques par canal par fenêtre temporelle

Un client qui ouvre toujours des cours d'eau à 9h00 doit recevoir un cours d'eau à 9h00. Un client qui n'ouvre jamais d'email mais répond aux SMS en quelques minutes reçoit un SMS. Un client qui répond systèmement aux appels mais ignore les textes reçus un appel. C'est un bruit intelligent en pratique.

Séquences de répli : le dossier de sécurité

Même avec un bruit intelligent, chaque message ne passe pas par la première provisoire. Les systèmes de repli définissent ce qui se passe ensuite :

Exemple Séquence de répli pour alertes critiques

  1. T+0:Envoyer SMS (livraison la plus rapide, engagement immédiat le plus élevé)
  2. T+5 min:Si aucun reçu de lecture, envoyer un courrier avec le même contenu
  3. T+15 min:Si aucun courrier n'est ouvert, lancer un appel vocal
  4. T+20 min:Si l'appel passe à la messagerie vocale, laissez un message enregistré
  5. T+60 min:S'il n'y a toujours pas d'engagement, passer à la fiche d'attente du superviseur

Implémentation : à quoi ressemble votre demande d'API

Un appel API unifié pour envoyer un message à travers les canaux avec un bruit intelligent ressemble à quelque choix de conceptuel :

POST /v1/messages/send { «bénéficiaire»: { "téléphone": "+15551234567", "email": "client@exemple.com" }, "routage": "smart", "séquence de repli": ["sms", "email", "voix"], "message": { "texte" : "Votre rendez-vous est demain à 14h." "voix script" : "Salut [nom], votre rendez-vous avec le Dr Smith est demain à 14h. Achetez sur 1 pour confirmer.", "email subject": "Appointment Reminder: Demain à 14h" }, "horaire": "maintenant", "webhook url": "https://yourapp.com/delivery-status" }

La plateforme s'occupe de la sélection des canaux, du suivi des tentatives de livraison et du déploiement des retours. Votre application reçoit un statut de livraison unique webhook lequel que soit le canal finalement réussi.

Choisir entre les API unifiées et le meilleur d'entre elles

Les API unifiées impliquent des compromis. Vous obtenez la simplicité du développement et la fiabilité consolidée. Vous pouvez sacrifier certaines fonctions spécialisées – la meilleure plate-forme de livraison de SMS au monde peut surperformer le composant SMS d'une API unifiée dans des crédits comme les relations porteuses dans des géographies spécifiques.

Pour la plupart des entreprises qui enchantent moins d'un million de messages par mois sur tous les canaux, la simplicité opérationnelle d'une plateforme unifiée sur la différence de performance marginale. En savoir plus surAPI flexible pour SMS et appels automatiséspour comprendre toutes les options d'intégration disponibles.

Connectez tous vos canaux de communication via une API

L'API de Robotalker prend en charge la diffusion vocale, les SMS et les appels automatisés avec une interface REST simple et un suivi de livraison Webhook.

  • API REST pour voix et SMS
  • Statut de livraison Webhook pour chaque message
  • Authentification simple et documentation claire
Démarrer l'essai gratuit →

FAQ: API de communication unifiée

Une intégration de base envoyé des messages via l'API REST avant général 1 à 3 jours pour un développement, y comprend l'authentification, l'envoi de messages et la gestion de base du webhook. Une implémentation complète avec réseau intelligent, systèmes de repli, gestion des références, et synchronisation CRM fonctionne genéralement 2-4 semaines de temps développement.

Le CPaaS est la catégorie la plus grande. Toutes les plateformes CPaaS sont des API de communication, mais toutes n'offre pas un Véritable routage multicanal unifié avec une logique de repli intelligent. Lors de l'évaluation des fournisseurs, examinez spécifiquement s'ils offrent un seul paramètre d'API pour tous les canaux ou juste plusieurs API spécifiques aux canaux dans le cadre d'une seule relation de factouration.