Un passager est arrivé au point de prise en charge, mais ne trouve pas la voiture. Le chauffeur est tout près, mais la position indiquée sur la carte est légèrement décalée. Dans ce type de situation, continuer à envoyer des messages est souvent moins efficace que de passer simplement un appel.

Mais si chaque course dépend encore d’un appel téléphonique classique entre deux numéros de mobile personnels, d’autres problèmes apparaissent. Le passager et le chauffeur ont-ils réellement besoin de voir le vrai numéro de téléphone de l’autre ? Que se passe-t-il lorsque le passager voyage à l’étranger et que l’itinérance vocale traditionnelle coûte cher ? Peuvent-ils toujours communiquer si le service vocal de l’opérateur est saturé alors que les données mobiles restent disponibles ? Et une fois la course terminée, l’une ou l’autre partie devrait-elle encore conserver un moyen de contact privé qui n’a plus de rapport avec la transaction ?

Les appels VoIP intégrés à l’application offrent une solution à ces problèmes. Lorsque Uber a lancé les appels VoIP en 2018, la plateforme prenait déjà en charge les SMS, le chat dans l’application et les appels téléphoniques classiques. La VoIP n’était pas simplement un bouton « Appeler » supplémentaire. Elle a intégré davantage la communication vocale en temps réel dans l’environnement de communication propre à l’application.

Le même modèle devient de plus en plus pertinent pour les applications de VTC, de livraison de repas, de logistique, de télémédecine, de service client et de personnel mobile. Le besoin de fond est similaire : les utilisateurs ont toujours besoin d’une communication vocale immédiate, mais la plateforme ne souhaite pas nécessairement que cette interaction dépende entièrement du réseau téléphonique public ou de l’échange de numéros de téléphone personnels.

Pourquoi les appels téléphoniques traditionnels ne sont pas toujours adaptés aux services de VTC

Les appels vocaux pendant une course sont généralement courts, mais ils sont très sensibles au facteur temps. Un passager peut simplement avoir besoin de dire « Je suis à l’entrée est », tandis que le chauffeur peut répondre « Je ne peux pas m’arrêter ici. Avancez d’environ 50 mètres, s’il vous plaît. » Ces conversations sont étroitement liées à une course précise et n’ont généralement d’importance que tant que cette course est en cours.

Avec un appel mobile traditionnel, la plateforme confie toutefois à un système téléphonique externe l’une de ses interactions en temps réel les plus importantes. L’application gère la réservation, la carte, le paiement et l’état de la course, mais dès qu’un utilisateur touche un numéro de téléphone, l’interaction peut quitter l’application et passer par le composeur natif de l’appareil.

Cette approche est simple, mais elle crée plusieurs limites structurelles.

• L’identité de communication est liée à un vrai numéro de téléphone. Sans masquage du numéro ni autre couche de protection de la vie privée, le passager et le chauffeur peuvent se retrouver exposés au numéro de mobile personnel de l’autre.

• L’appel est dissocié du processus métier.  Passer de l’écran de la course au composeur natif affaiblit le lien direct entre la conversation et la réservation en cours.

• Le coût des appels transfrontaliers peut être imprévisible. Les voyageurs peuvent devoir payer des frais d’itinérance ou d’appels vocaux internationaux lorsqu’ils appellent un chauffeur local depuis une carte SIM étrangère.

• La disponibilité dépend du service vocal de l’opérateur.  Même lorsque les données mobiles fonctionnent encore, des problèmes sur le réseau vocal traditionnel peuvent empêcher de passer un appel.

La VoIP modifie cette frontière. La voix est transportée sous forme de données IP via une connexion Internet ; l’utilisateur n’a donc pas nécessairement besoin d’établir un appel PSTN classique ou un appel vocal opérateur à l’aide du numéro de téléphone de l’autre personne.

Quels problèmes la VoIP intégrée à l’application résout-elle réellement ?

Pour l’utilisateur, la fonction peut sembler n’être qu’un bouton « Appeler ». Du point de vue de la plateforme, en revanche, la VoIP modifie à la fois la façon dont l’appel est établi et la relation entre cette conversation et l’application elle-même.

La voix n’a plus besoin de dépendre entièrement du réseau téléphonique traditionnel

La VoIP transporte les flux vocaux via une connexion Internet. Si les données mobiles ou le Wi-Fi offrent une connectivité suffisante, l’application peut établir une session vocale en temps réel sans dépendre entièrement du service vocal traditionnel de l’opérateur.

Cela ne signifie pas que la VoIP est automatiquement plus fiable dans toutes les situations. La qualité d’appel dépend toujours de la latence, de la gigue, de la perte de paquets, de la bande passante et des changements de réseau. Ce que la VoIP apporte, c’est une autre voie de communication. Si l’utilisateur dispose déjà d’une connexion de données fonctionnelle pour l’application, la voix peut potentiellement utiliser ce même environnement réseau.

Les communications internationales peuvent moins dépendre des frais d’itinérance vocale

Cela peut être particulièrement utile pour les voyages et les applications mobiles déployées à l’échelle mondiale. Un passager qui utilise à l’étranger une carte SIM de son pays peut payer des frais d’itinérance lorsqu’il appelle un chauffeur local via le réseau téléphonique traditionnel.

Un appel VoIP dans l’application utilise principalement des données. Si le voyageur dispose déjà de données mobiles locales, d’un forfait de données international ou d’un accès Wi-Fi, la conversation n’a pas besoin d’être facturée de la même manière qu’un appel vocal international classique. Des frais de données peuvent toujours s’appliquer, mais le modèle de coût est différent de celui de l’itinérance vocale traditionnelle.

La VoIP est ainsi particulièrement pertinente pour les VTC, les plateformes de voyage, les services hôteliers et l’assistance client internationale. La communication vocale reste disponible, mais son transport et sa facturation passent du réseau téléphonique traditionnel à la connexion de données de l’application.

La communication reste dans l’application

Pour l’expérience utilisateur, ce point est souvent plus important que n’importe quel protocole ou codec pris isolément.

L’utilisateur n’a pas besoin de quitter l’écran de la course, de copier un numéro de téléphone ni de basculer vers le composeur natif de l’appareil. L’état de la course, les informations sur le chauffeur, la localisation et le point d’accès à l’appel vocal peuvent rester dans le même parcours.

Du point de vue de l’architecture produit, la communication devient une capacité métier native plutôt qu’une fonction externe ajoutée à l’application.

Pourquoi la confidentialité du numéro peut compter davantage que la baisse du coût des appels

Pour une transaction qui ne dure parfois que quelques minutes, voire une heure, il est souvent inutile de divulguer un numéro de téléphone personnel permanent.

Ce dont le passager et le chauffeur ont réellement besoin, c’est de pouvoir se parler pendant la course en cours. Ils n’ont pas besoin d’un accès permanent aux coordonnées privées de l’autre.

La VoIP intégrée à l’application convient bien à ce type de relation de communication temporaire. La plateforme peut établir la session vocale à partir des comptes utilisateur, des identifiants de course ou d’identifiants de session internes, au lieu de présenter un numéro de mobile personnel comme adresse de communication.

Cela peut être particulièrement intéressant pour les chauffeurs. Un chauffeur peut échanger chaque jour avec de nombreux passagers qu’il ne connaît pas. Si chaque course révèle son numéro de téléphone personnel, le risque pour sa vie privée s’accumule avec le temps.

Le même principe s’applique aux livreurs, aux techniciens de terrain, au personnel logistique et aux consultants en ligne. Les deux parties ont besoin d’une communication en temps réel, mais cette autorisation devrait idéalement avoir un périmètre métier clair et une durée définie.

Que change l’architecture lorsque la VoIP devient une capacité de la plateforme ?

Du point de vue de l’ingénierie, la VoIP intégrée implique bien plus que l’ajout de la capture du microphone et de la lecture audio à un client mobile. Un déploiement fiable nécessite une chaîne complète de communication en temps réel derrière l’application.

Une architecture classique de voix intégrée peut être divisée en plusieurs composants logiques :

• Clients mobiles :  Ils gèrent les appels sortants et entrants, la capture du microphone, la lecture du son distant et les fonctions de l’appareil comme le haut-parleur ou le basculement vers un casque Bluetooth.

• Identité et logique métier :   Elles déterminent qui peut appeler qui. Par exemple, seuls le passager et le chauffeur associés à la course actuellement active peuvent être autorisés à communiquer.

• Contrôle d’appel :   Il gère l’établissement de l’appel, la sonnerie, la réponse, la fin de l’appel et l’état de la session.

• Transport des médias : Il transporte l’audio en temps réel et gère la traversée des réseaux, les changements de connectivité ainsi que le relais média lorsque cela est nécessaire.

• Messagerie et notifications :   Elles s’appuient sur les mécanismes de notification push du système d’exploitation mobile afin que le destinataire puisse recevoir une alerte d’appel entrant même lorsque l’application est en arrière-plan.

Aucun protocole unique n’est imposé pour cette architecture. Un système peut utiliser SIP, WebRTC ou un autre cadre de communication en temps réel. Pour la plateforme métier, l’enjeu de conception le plus important consiste à relier l’identité de l’utilisateur, l’autorisation liée à la course et la session vocale.

Lorsqu’une course se termine, la plateforme peut retirer l’autorisation de communication directe entre le passager et le chauffeur. Lorsqu’une nouvelle course commence, un nouveau contexte de communication peut être créé pour cette relation métier. Cette approche définit une frontière de sécurité plus claire que le simple fait de stocker et d’exposer des numéros de téléphone.

Vu sous cet angle, l’intérêt de la VoIP ne se limite pas à « numériser l’appel téléphonique ». Elle permet à l’application de gérer la voix de la même manière qu’elle gère déjà les messages, la localisation, les paiements et l’état des commandes.

Une VoIP mobile réussie demande plus que de simplement établir un appel

Dans une démonstration produit, la VoIP peut sembler aboutie dès que deux téléphones peuvent communiquer. Les réseaux mobiles réels sont beaucoup moins prévisibles.

Un utilisateur peut passer du Wi-Fi à la 4G ou à la 5G, entrer dans un parking souterrain, arriver dans un hall d’ascenseur ou atteindre la limite de couverture du réseau. La latence varie, des paquets peuvent être perdus et la bande passante disponible peut fluctuer d’un instant à l’autre.

Les systèmes VoIP mobiles matures ont donc tendance à se concentrer sur plusieurs capacités opérationnelles :

Les services de VTC ajoutent une autre difficulté importante : les deux parties se trouvent souvent à l’extérieur et en mouvement. Les chauffeurs peuvent être entourés par le bruit du moteur, de la circulation et du vent, tandis que les passagers peuvent attendre dans des aéroports, des gares ou des rues très fréquentées.

Dans ces environnements, l’intelligibilité de la parole et les performances sur réseau faible ont souvent plus de valeur que la recherche du débit audio le plus élevé possible.

La VoIP fait évoluer la communication du numéro de téléphone vers l’identité métier

Dans une perspective d’architecture produit à plus long terme, l’un des changements les plus importants apportés par la VoIP intégrée n’est pas le fait que la voix transite sur IP. C’est que la logique qui détermine « qui peut communiquer avec qui » peut s’affranchir du numéro de téléphone.

Dans un système téléphonique traditionnel, le numéro de téléphone sert à la fois de référence d’identité et d’adresse de routage. Si quelqu’un connaît le numéro, il peut généralement essayer de l’appeler.

Une plateforme peut adopter un modèle très différent. La communication n’est pas autorisée simplement parce qu’un utilisateur connaît le numéro d’un autre. Le système peut au contraire autoriser un appel parce que les deux utilisateurs partagent à cet instant une relation métier valide.

Ce modèle convient particulièrement bien aux services basés sur une plateforme. Une course de VTC, une mission de livraison, une expédition logistique, un rendez-vous médical ou un ticket de service peuvent tous servir de contexte d’autorisation pour une session de communication temporaire.

Lorsque la transaction se termine, la relation de communication peut prendre fin en même temps.

C’est pourquoi le rôle de la VoIP dans les applications mobiles va bien au-delà de la baisse des frais téléphoniques. Elle permet aux plateformes de réunir la voix, la messagerie, l’identité utilisateur et l’état métier dans un même modèle de communication.

Pour les applications qui mettent fréquemment en relation des personnes qui ne se connaissent pas, ce modèle de communication temporaire, contrôlé et piloté par le contexte métier peut constituer une meilleure architecture à long terme que la simple exposition d’un numéro de téléphone supplémentaire.

FAQ

La VoIP intégrée à l’application nécessite-t-elle un IP PBX traditionnel ?

Pas nécessairement. Un IP PBX est utile lorsque le système doit également gérer des extensions d’entreprise et des terminaux SIP, mais une application mobile peut aussi utiliser une plateforme RTC dédiée, une architecture WebRTC ou un service de communication cloud.

La nécessité d’un IP PBX dépend surtout du fait que l’application doive ou non se connecter également à des téléphones SIP, des numéros PSTN, des centres de contact ou d’autres systèmes vocaux d’entreprise.

Pourquoi les appels VoIP sont-ils plus complexes lorsque l’application fonctionne en arrière-plan ?

Les systèmes d’exploitation mobiles limitent les activités prolongées en arrière-plan afin d’économiser la batterie et les ressources système. Par conséquent, les appels VoIP entrants doivent généralement s’appuyer sur les notifications push, les cadres d’appel natifs et la reprise de session au niveau de l’application, plutôt que de supposer que l’application peut rester active en permanence.

La VoIP doit-elle être le seul moyen de communication pour les appels d’urgence ?

Dans la plupart des cas, un service VoIP général intégré à une application ne doit pas simplement remplacer les systèmes d’appel d’urgence existants. Les communications d’urgence peuvent impliquer la gestion de la localisation, l’identification de l’appelant, la disponibilité en cas de panne réseau et des exigences réglementaires locales.

La VoIP standard intégrée convient mieux aux communications professionnelles, par exemple entre passager et chauffeur, pour l’assistance client ou entre travailleurs de terrain.

Que doit tester en priorité une entreprise lorsqu’elle ajoute la VoIP à sa propre application mobile ?

Les tests doivent aller au-delà du simple établissement d’un appel. Il faut évaluer tôt les réseaux faibles, le passage du Wi-Fi au réseau mobile, les appels entrants en arrière-plan, le changement de casque Bluetooth, l’écho, le bruit routier et la stabilité des appels de longue durée.

Un appel qui fonctionne parfaitement en laboratoire peut se comporter très différemment dès que les utilisateurs commencent à se déplacer sur de vrais réseaux mobiles.