Chat d'assistance in-app pour applications mobiles sans SDK
Une URL dans une WebView, et vos clients peuvent vous joindre depuis votre application - aucun package à installer, aucun à maintenir à jour.
Le chat d'assistance in-app permet d'envoyer des messages à votre équipe depuis votre application mobile sans la quitter. inrelay sert votre widget de chat sous forme de page plein écran hébergée à l'adresse de votre centre d'aide, afin que toute application iOS, Android ou React Native puisse l'ouvrir dans une WebView et offrir la même conversation, le même bot et la même boîte de réception que votre site web.
Ce qu'elle évite, c'est l'abandon. Un client bloqué dans votre application qui doit trouver votre site web, puis votre page de contact, puis un client de messagerie, est un client qui abandonne la plupart du temps - et ceux qui écrivent ne savent pas sur quel écran ils se trouvaient ni quel compte ils utilisent.
Comment cela fonctionne dans inrelay
Votre espace de travail dispose d'une page de chat à l'adresse de votre centre d'aide. Orientez une WebView vers celle-ci et le tour est joué - c'est là toute l'intégration.
- Le même widget, en plein écran. Pas une version mobile réduite - le panneau utilisé par les visiteurs de votre site web, affiché d'un bord à l'autre, adossé à votre base de connaissances, votre chatbot et votre équipe de chat en direct.
- Les conversations arrivent dans la même boîte de réception. Un chat provenant de votre application est un fil comme un autre - assignable, transférable, intégré à la même file d'attente omnicanal et au même historique.
- L'anonymat fonctionne immédiatement. Zéro paramètre, zéro gestion de clés : l'URL seule suffit pour démarrer une conversation fonctionnelle.
- Ou transmettez leur identité. Ajoutez un e-mail, un nom et un jeton opaque à l'URL, et la conversation suit cette personne à chaque ouverture de l'application au lieu de recommencer à zéro.
- Identité signée selon vos besoins. Activez la vérification et votre serveur signe l'identité transmise, afin que personne ne puisse se faire passer pour l'un de vos clients en modifiant une URL. Désactivée par défaut, son activation se fait par un simple commutateur sans migration.
- Elle se comporte comme une interface d'application, pas comme une page web - non indexée, absente de votre sitemap, et elle renvoie un simple code 404 pour tout espace de travail où le chat en direct est désactivé.
Où la réponse arrive
C'est le point sur lequel la plupart des fournisseurs restent flous, alors disons-le clairement : lorsque votre client a fermé l'application, votre réponse lui parvient par e-mail. Si la conversation dispose d'une adresse e-mail - transmise par votre application ou demandée dans le chat - la réponse y est envoyée, et sa réponse revient dans le même fil.
Il n'y a pas de notifications push. Pas de certificats APNs, pas de clés FCM, pas de jetons d'appareil à stocker. C'est une vraie limite et nous préférons que vous la lisiez ici plutôt que de la découvrir au bout de deux semaines : si le réengagement instantané et silencieux dans votre application est votre objectif principal, cet outil n'est pas encore fait pour cela.
Ce dans quoi elle excelle, c'est le cas classique - une personne ayant une question lorsqu'elle utilise votre produit, qui souhaite une réponse sans le quitter, et qui ne voit pas d'inconvénient à recevoir une réponse par e-mail si elle est passée à autre chose.
Trois recettes
Chaque intégration nécessite environ un écran de code, et la même fonctionne pour toutes les plateformes, car l'élément intégré est une page.
Copiez l'URL de votre chat
Elle se trouve sur la page du Widget d'aide dans les paramètres ordinateur, avec un bouton de copie, à côté de l'option de vérification.
Ouvrez-la dans une WebView
WKWebView sur iOS, WebView sur Android, react-native-webview pour React Native. Un bouton d'assistance dans votre application ouvre l'écran ; voilà toute la surface.
Ajoutez l'identité si vous l'avez
Utilisateur connecté ? Ajoutez l'e-mail du client, son nom et un jeton opaque aléatoire pour que son historique le suive. Si vous sautez cette étape, tout fonctionne quand même, de manière anonyme.
Activez la vérification quand vous êtes prêt
Faites signer l'identité par votre serveur avant qu'elle n'atteigne la WebView. Des exemples de code prêts à copier-coller pour les trois plateformes sont disponibles sur la page de configuration du chat in-app.
Pas de restriction selon le forfait. Le chat in-app est inclus dans chaque forfait - c'est le même widget, intégré dans une page.
Pourquoi c'est important
Si les petites équipes choisissent de publier leurs applications sans support in-app, ce n'est pas par manque d'envie - et il en va de même pour toute entreprise proposant une application à ses clients. C'est parce que la méthode classique exige une plateforme payée par utilisateur, associée à un SDK natif par plateforme, générant des coûts permanents : chaque SDK est une dépendance à mettre à jour, un build à recompiler et une validation App Store à attendre dès que le fournisseur corrige un élément de son côté.
Une page hébergée écarte tout cela de votre cycle de déploiement. Les améliorations apportées au chat, au bot et au centre d'aide arrivent dans votre application dès qu'un utilisateur ouvre l'écran, sans aucune version intégrée à votre exécutable.
Comment inrelay s'y prend différemment
Nous ne prétendons pas offrir un SDK natif. Il s'agit d'une page de chat hébergée que vous intégrez dans une WebView, et il est bon de savoir que plusieurs fournisseurs proposant des SDK ont commencé exactement ainsi - le premier SDK Android d'au moins un produit de chat bien connu n'était qu'une WebView enveloppant leur fenêtre de chat hébergée.
Plutôt que d'écrire une enveloppe native, nous avons pris le modèle d'identité au sérieux dès le premier jour. L'identité signée existe avant même d'en avoir besoin, parce qu'ajouter la vérification après coup, une fois que vos clients ont intégré une URL non vérifiée, est la difficulté classique de la méthode inverse. Le jeton qui restaure une conversation est opaque et aléatoire par conception, et lorsque la vérification est activée, une signature couvrant les coordonnées d'un client ne fonctionnera pas pour un autre.
Et lorsqu'une signature est incorrecte ou manquante, le chat s'ouvre quand même. Il traite simplement le visiteur comme anonyme plutôt que d'échouer - car un bouton de support qui affiche une erreur est pire qu'un bouton qui a oublié qui vous êtes.
Fonctionne avec le reste de la boîte de réception.
Le chat in-app est un élément de la gamme de fonctionnalités inrelay - voici ses plus proches voisins.
La même conversation
Les chats web et in-app forment un seul canal, une seule file d'attente et un seul historique - pas deux produits distincts à gérer.
Découvrir le chat en direct → APPLICATION MOBILEL'application mobile de votre équipe
L'autre volet du mobile : l'application dédiée que vos coéquipiers utilisent pour répondre de n'importe où.
Découvrir l'application mobile → CENTRE D'AIDELa documentation à consulter en parallèle
Pointez le robot d'exploration vers votre documentation et le même widget pourra y trouver des réponses avant que quiconque n'écrive.
Générer un centre d'aide →Un support qui vit au cœur de votre application.
Gratuit pour démarrer avec votre propre boîte de réception - toutes les fonctionnalités, sans carte bancaire, jamais par utilisateur.