Oui ! Switch fonctionne avec tous les systèmes téléphoniques. Mais tous les systèmes téléphoniques ne peuvent pas utiliser la méthode d'installation API, vous devrez donc peut-être utiliser la méthode de transfert d'appel.

Il y a deux façons de configurer Switch - via le transfert d'appel et API. Beaucoup de nos clients utilisent le transfert d'appel pour configurer Switch car c'est simple et compatible avec tous les systèmes téléphoniques. L'API offre plus de contrôle et de personnalisation pour gérer les données d'appel, mais n'est pas compatible avec certains systèmes téléphoniques comme Aircall, Zendesk et TalkDesk.

En bref, si vous voulez une configuration simple, le transfert d'appel est une excellente option. Mais si vous voulez une option plus robuste, vérifiez si votre système téléphonique supporte l'API et essayez cette installation.

Pas de liste pour le moment. Les AVR courants, Aircall, Zendesk et TalkDesk ne peuvent pas utiliser l'API et nécessiteraient une installation via l'option de transfert d'appel.

Non, pas pour le moment.

Switch est inclus dans le plan Expert et n'est pas facturé par appel dévié.

Si vous êtes sur l'un de nos plans Legacy, Switch est facturé en fonction du nombre d'appels que vous déviez chaque mois. Un appel dévié est comptabilisé lorsque l'utilisateur sélectionne l'option de switch lors de l'appel téléphonique. Vous serez facturé même si l'utilisateur final n'envoie jamais de message dans le messenger. Le modèle tarifaire est progressif selon votre utilisation, avec les tarifs disponibles ici.

Vous pouvez facilement voir combien d'appels vous avez déviés en filtrant le rapport Conversations par « Phone switch ». Vous pouvez également suivre toute votre utilisation de Switch via l'onglet « Monitor » dans les paramètres de Switch. En savoir plus sur les rapports ici.

Non, nous ne prenons actuellement en charge que l'attribution de numéros US pour Switch.

Par défaut, Switch crée un nouveau lead lorsqu'une conversation commence. Vous pouvez modifier cela dans les paramètres de Switch. Si vous choisissez d'identifier les users existants, Switch associera la conversation aux users existants dans Intercom ayant un numéro de téléphone correspondant. Si aucun numéro correspondant n'existe, un nouveau lead sera créé. Et si deux users avec le même numéro existent déjà, la conversation sera attachée à l'user vu en dernier.

La conversation est créée uniquement lorsque l'user envoie un message et non lorsque le SMS est envoyé ou que le lien Messenger (envoyé par SMS) est cliqué.

Switch essaie de fusionner les profils uniquement lorsque la conversation arrive pour la première fois. S'il n'y a pas de correspondance de numéro de téléphone à ce stade, aucune fusion ne sera effectuée.

C'est le message que vous ajoutez à votre IVR pour informer vos clients qu'ils peuvent switcher vers le chat dans le Messenger. Voici quelques scripts exemples que vous pouvez adapter à votre entreprise :

Switch vérifiera si le numéro de téléphone peut recevoir un SMS. Sinon, il invitera l'appelant à saisir son numéro de mobile pour lui envoyer un SMS. Le Canada est le seul pays où nous ne pouvons pas détecter si le numéro est une ligne fixe ou un mobile.

Oui, le SMS envoyé à vos clients depuis Switch est entièrement personnalisable dans toutes les langues que vous avez configurées.

Non. Le transfert d'appels ne prend pas en charge la création de CDAs. Cela empêche les coéquipiers de créer plusieurs règles ou Workflows différents pour les conversations switchées.

C'est toujours possible, mais cela serait basé sur différentes choses. Par exemple, avec le transfert d'appels, vous pourriez créer plusieurs règles en fonction des données des users.

Exemple : from switch is true et phone starts with "+1" pour diriger vers l'équipe Support US (ou phone starts with "+44" pour diriger vers l'équipe support UK).

Ce qui est possible dans l'API, c'est de transmettre les CDAs directement depuis l'appel, donc si l'appelant a appuyé sur 1 pour parler au support puis a switché, vous pourriez router en fonction du fait qu'il a déjà sélectionné 1 au téléphone.

Oui, nous utilisons les trois premiers chiffres du code pays pour déterminer la langue de l'user. Par exemple, si c'est +49, le SMS sera envoyé en allemand si la langue est configurée dans les paramètres du Messenger.

From Phone Switch : Cet attribut n'est pas visible dans l'interface utilisateur. Lorsqu'un user choisit une option, une note est ajoutée dans la conversation et cela identifie si l'attribut est défini sur true ou false. Principalement utilisé pour configurer des règles d'automatisation.

Page URL : « commence par https://via.intercom.io » ou « contient via.intercom.io » utilisé pour déclencher des bots

Channel : Phone Switch utilisé dans les rapports

Oui. Notre documentation développeur est ici 📚

Non, il n'y a pas d'attribut pour identifier les leads/users. La seule façon d'identifier est la conversation via l'attribut From phone switch.

Elle est différente car nous l'utilisons pour suivre si l'user clique à chaque fois et voir si le switch a réussi ou non.

C'est possible si le système téléphonique prend en charge un appel API. Dans le cadre de l'appel API, vous pouvez spécifier des attributs personnalisés. Ces attributs créeront ou correspondront aux CDAs existants dans Intercom, qui seront renseignés sur le profil de l'user et pourront être utilisés pour cibler des règles et Workflows.

Phone Switch est considéré comme un canal web, pas un canal téléphonique. Cela signifie qu'il n'est pas compatible avec les workflows contenant des étapes spécifiques au téléphone. Si un workflow réutilisable inclut l'une des « Étapes uniquement pour appel téléphonique » suivantes, il ne fonctionnera pas avec Phone Switch :

Si vous tentez de déclencher un workflow réutilisable contenant l'une de ces étapes dans une conversation Phone Switch, le workflow sera indisponible ou grisé. Seuls les workflows réutilisables ne comprenant pas ces étapes spécifiques au téléphone peuvent être utilisés dans les conversations Switch.