Aller au contenu principal
Quel Support Client

Canaux

Messagerie dans le produit et SDK mobile

Pour qui : SaaS ou application mobile qui veut répondre à ses utilisateurs depuis le produit.

Documentations développeurs lues par extraction automatique le 3 novembre 2026 ; aucun SDK intégré ni testé.

Notre avis

Évaluez ce canal avant le reste si votre support vit dans le produit, car il touche votre code. Intercom propose des SDK iOS, Android, Cordova et React Native, avec JWT recommandé. Zendesk couvre le Web, Android, iOS et Unity avec JWT sur toutes les Suites, mais son tableau indique que le routage par compétence n'est pas pris en charge sur ces SDK. Crisp vérifie par signature HMAC-SHA256 de l'e-mail sur iOS et Android. Le vrai test est l'identification : un utilisateur peut-il se faire passer pour un autre ?

Dans l’ordre

  1. Vérifier le SDK sur vos plateformes
  2. Vérifier l'identification
  3. Vérifier ce que le SDK perd par rapport au web

Pourquoi

  • Un SDK touche votre code et votre sécurité
  • Une identification faible permet d'usurper un utilisateur

Ce qui change le choix

Support surtout e-mail malgré un produit : ne laissez pas ce critère décider.

Le relevé

D'après les documentations lues. Freshdesk : seul un Mobile SDK est nommé.
ÉditeurPlateformesIdentificationLimite lue
IntercomiOS, Android, Cordova, React NativeJWT recommandé ; user_hash sans mises à jourPlan requis non établi
ZendeskWeb, Android, iOS, UnityJWTRoutage par compétence non pris en charge sur ces SDK
CrispiOS, AndroidHMAC-SHA256 de l'e-mailDétails par plan non lus
HubSpotSDK Android et iOS, mention partielle, page non lue en entierNon établiÉdition non établie
FreshdeskMobile SDK nomméNon établiNon établi

Ce que votre développeur doit vérifier

  1. Identification signée. L'identifiant de l'utilisateur doit être signé par votre serveur. Sans cela, n'importe qui peut lire ou écrire la conversation d'un autre. Une API lue sans signature est un signal d'alerte.
  2. Poids et mises à jour. Un SDK de plus dans votre application : combien pèse-t-il, à quelle fréquence le mettre à jour ?
  3. Parité avec le web. Les fonctions que vous voyez en démo existent-elles sur le SDK ? Le routage par compétence en est l'exemple chez Zendesk.
  4. Sortie. Remplacer ce SDK sera un travail de code. Isolez-le derrière une petite couche à vous.

Notre lecture

Ce canal n'impose pas forcément l'outil : trois éditeurs proposent SDK et identification. La différence se joue donc sur vos plateformes exactes, ce que le SDK perd, et le poids de chaque solution dans le quotidien de votre équipe. Si vous êtes en React Native, cela peut trancher vite. Si vos utilisateurs écrivent surtout par e-mail malgré votre produit, ne laissez pas un widget décider de tout : regardez d'abord d'où viennent les demandes.

Limites

Aucun SDK testé. SDK et identification de Freshdesk non établis ; HubSpot : mention partielle, page non lue en entier. Plans requis non établis chez Intercom. Différences de qualité non mesurées.

Prochaine action

Demandez à votre développeur de lire la documentation d'identification de l'outil envisagé et d'estimer le travail d'intégration sur vos plateformes.

Preuves et sources

Ce qui relève d’un fait lu, d’une déclaration, de notre calcul, de notre méthode ou de notre avis. Notre méthode