Famulor SMS Conversations : l'IA au service de la voix et du texte

Le 5 octobre 2026, Famulor a lancé SMS Conversations. Un numéro de téléphone compatible SMS peut désormais devenir un canal de conversation géré : les messages entrants, les réponses de l'IA, les réponses manuelles, le statut de livraison et les crédits consommés apparaissent regroupés dans History → SMS. Un membre de l'équipe peut répondre directement, ce qui suspend l'IA pour cette conversation jusqu'à ce qu'elle soit réactivée.

Ce développement va bien au-delà de l'ajout d'une simple boîte de réception. L'IA vocale est synchrone : les deux parties doivent être disponibles simultanément. Le SMS est asynchrone, contraint et persistant. Il convient aux questions brèves, aux confirmations et aux suivis de service qui ne justifient pas un nouvel appel. Mais il nécessite une conception d'interaction différente de celle du téléphone, de WhatsApp ou du chat web.

Points clés à retenir

• Un numéro éligible peut servir à la fois pour la voix et les SMS dans Famulor, avec des assistants différents assignés à chaque canal.
• Les réponses automatiques par SMS sont désactivées immédiatement après la configuration.
• Les équipes peuvent consulter les messages, les actions de l'IA, l'analyse, le statut de livraison et les crédits dans un historique SMS unique.
• Une réponse manuelle suspend l'IA pour cette conversation spécifique.
• Famulor limite les réponses à un segment SMS : jusqu'à 160 unités GSM-7 ou 70 unités Unicode.
• Le partage d'un numéro de téléphone ne crée pas automatiquement une mémoire partagée. Le contexte, l'identité et le consentement nécessitent toujours une conception explicite.

Ce qui a été déployé le 5 octobre 2026

Selon le journal des modifications de Famulor actuel, les équipes peuvent connecter un numéro de plateforme compatible SMS ou un numéro importé éligible via Settings → Channels → SMS. La documentation SMS décrit quatre étapes de configuration essentielles : choisir le numéro, nommer le canal et assigner un assistant, connecter les SMS entrants, puis définir le délai de réponse, le délai d'inactivité et un webhook optionnel de fin de conversation.

Le tableau ci-dessous distingue les comportements confirmés des limites du produit :

Ceci ne constitue pas une promesse de disponibilité universelle. Le type de numéro, le pays de destination, l'enregistrement auprès de l'opérateur, l'accès à l'espace de travail et le consentement déterminent toujours si un flux de travail SMS spécifique peut fonctionner.

Pourquoi le SMS nécessite une conception IA différente de celle d'un appel téléphonique

Un assistant vocal peut clarifier immédiatement, réagir à une déclaration ambiguë et gérer le rythme de la conversation. Le SMS manque de ton, de réparation instantanée et de certitude que le destinataire est en train de lire. En contrepartie, le message reste visible et peut être traité ultérieurement.

Cela modifie le rôle de l'assistant :

1. Chaque message doit avoir un objectif clair. Confirmez une heure, fournissez une référence ou posez une seule question plutôt que d'ouvrir plusieurs branches.
2. L'identité ne peut être présumée. Un numéro de téléphone connu est un signal, pas une vérification d'identité universelle. Les divulgations sensibles nécessitent un processus de vérification approprié.
3. Le silence n'est pas nécessairement un échec. L'absence de réponse peut signifier un retard, une non-livraison ou un choix délibéré. Les tentatives automatiques nécessitent des règles explicites.
4. La reprise en main doit être observable. Une fois qu'un humain intervient, l'IA ne doit pas répondre en parallèle. La pause de réponse manuelle de Famulor répond à ce risque opérationnel.
5. Les changements de canal nécessitent des règles de contexte. Pouvoir appeler et envoyer des SMS au même numéro ne transfère pas automatiquement le contenu ou le consentement entre les conversations.

Le SMS n'est donc pas une application de chat réduite. C'est un format contraint, dépendant de l'opérateur, avec son propre modèle de livraison et de consentement.

Faits officiels et signaux de la communauté, gardés séparés

Les faits produits ci-dessus proviennent du journal des modifications et de la documentation de Famulor. Deux discussions sur Hacker News offrent des signaux utiles mais non représentatifs de la pratique :

• Dans un post Show HN sur Hail.so, un développeur décrit le câblage répété entre téléphone, SMS, e-mail, fournisseurs et logique de conformité. Il s'agit d'un compte individuel à faible engagement, pas d'une preuve de marché. Cela illustre néanmoins pourquoi les équipes apprécient une couche opérationnelle partagée pour plusieurs canaux de communication.
• Dans une discussion Ask HN sur le support client par IA, les commentateurs s'opposent à plusieurs reprises aux boucles sans issue vers un humain. C'est un fil d'opinion, pas une étude. Le signal de conception produit est néanmoins spécifique : l'automatisation nécessite un chemin de reprise observable, et pas seulement de meilleures réponses générées.

L'historique SMS de Famulor répond à cette couche opérationnelle. L'équipe peut inspecter la conversation, répondre manuellement et arrêter la participation de l'IA dans ce fil. La qualité du service dépend toujours de l'invite, de la base de connaissances, du modèle de propriété et de la révision continue.

Un segment SMS est une limite éditoriale stricte

Famulor maintient les réponses du canal dans un seul segment : jusqu'à 160 unités GSM-7 ou 70 unités Unicode. Certains caractères spéciaux consomment plus d'une unité, tandis que les emojis occupent généralement plus d'espace en mode Unicode. Les brouillons trop longs de l'IA reçoivent une réécriture et ne sont jamais tronqués silencieusement.

La documentation sur la longueur des SMS de Twilio explique la contrainte de transport. Un message GSM-7 de plus de 160 caractères devient plusieurs segments avec des charges utiles plus petites. Un seul caractère non pris en charge peut faire basculer l'encodage vers Unicode et modifier le nombre de segments. La concision est donc une exigence de transport autant qu'une préférence rédactionnelle.

Une invite SMS pratique devrait inclure des règles telles que :

• Commencez par la réponse ou la question spécifique.
• Utilisez des phrases courtes et directes.
• Ne posez pas plus d'une question de suivi par message.
• Évitez les tableaux, les longues listes et les URL interminables.
• Utilisez les emojis et la ponctuation typographique avec parcimonie.
• Escaladez les cas complexes, sensibles ou litigieux vers une personne.

Testez ces règles avec des exemples réels GSM-7 et Unicode. Un message allemand contenant des signes diacritiques peut être compté différemment d'un message uniquement en anglais ; le compositeur affiche la limite applicable.

Exemple pratique : support de rendez-vous pour le service sur site

Une entreprise de service planifie des visites de maintenance par téléphone. Certains clients n'ont besoin plus tard que d'un court changement d'horaire. Le canal SMS peut gérer ce suivi étroit sans remplacer le flux de travail téléphonique plus large.

Un déploiement contrôlé pourrait fonctionner comme suit :

1. L'entreprise connecte un numéro compatible SMS et assigne un assistant avec un rôle SMS étroitement défini.
2. Les réponses automatiques de l'IA restent désactivées pendant la configuration.
3. L'équipe teste des messages tels que « Mardi à 15h fonctionne », « Veuillez le déplacer à mercredi » et « Appelez-moi ».
4. L'assistant ne demande que les informations nécessaires pour identifier et vérifier le rendez-vous.
5. L'identité incertaine, les litiges, les données sensibles ou les exceptions sont routés vers une personne.
6. La personne répond dans l'historique ; l'IA se met en pause pour cette conversation.
7. Les réponses automatiques sont activées uniquement après approbation opérationnelle.

L'historique SMS ne prouve pas que le rendez-vous a été modifié dans le système d'enregistrement. Cela nécessite un outil approprié, une automatisation ou une confirmation manuelle. Ce scénario est une conception de processus, pas un résultat client mesuré.

La livraison est un statut, pas une garantie

Famulor affiche le statut de livraison dans la conversation. Sa documentation avertit explicitement les équipes d'enquêter sur une livraison non confirmée avant de réessayer, ce qui aide à éviter les doublons causés par des mises à jour de statut retardées.

Twilio traite également les informations de livraison de manière asynchrone. Sa documentation sur les services de messagerie fournit des changements de statut via des rappels et note que les réseaux des opérateurs peuvent retarder la livraison après que la plateforme a transmis le message.

Une politique opérationnelle devrait donc :

• définir quelles valeurs de statut autorisent une nouvelle tentative ;
• éviter la duplication immédiate lorsque la livraison est incertaine ;
• enregistrer les réponses manuelles et les reprises de l'IA ;
• séparer la livraison technique du succès commercial ;
• vérifier les exigences de l'opérateur et du pays de destination avant le déploiement.

Consentement, STOP et responsabilité humaine

Une connexion technique ne crée pas de consentement. Famulor indique que les messages STOP entrants suppriment les envois ultérieurs et que la reprise dépend du processus d'opt-in pris en charge par l'opérateur.

Pour le trafic envoyé via Twilio, la politique de messagerie de Twilio actuelle exige un consentement préalable exprès selon les règles applicables, une identification claire de l'expéditeur et un chemin de révocation accessible. Les politiques des fournisseurs ne constituent pas des conseils juridiques et ne remplacent pas une évaluation de l'organisation, de la destination ou du cas d'utilisation.

Avant le lancement, documentez :

• d'où provient le consentement SMS et quel objectif il couvre ;
• quels rôles peuvent voir l'historique et répondre manuellement ;
• quand l'IA se met en pause, quand elle reprend et qui décide ;
• comment les messages STOP, les échecs de livraison et le consentement renouvelé sont gérés ;
• quelles données ne doivent jamais être envoyées par SMS ;
• quelles règles de rétention et de suppression s'appliquent à l'historique.

Liste de contrôle pour le déploiement de SMS Conversations

Commencez par un cas de service étroit et un petit groupe de test interne. Développez uniquement après que l'encodage, la logique de livraison, la reprise et la gestion du consentement soient reproductibles.

Questions fréquemment posées

Un numéro Famulor peut-il gérer à la fois les appels téléphoniques et les SMS ?

Oui, si le numéro est compatible SMS et éligible pour le marché de destination. La voix et les SMS peuvent utiliser des assistants différents.

L'assistant SMS hérite-t-il automatiquement du contexte d'un appel téléphonique ?

Pas simplement parce que le même numéro est utilisé. Le contexte requis doit être rendu disponible via le flux de travail pertinent et géré avec des contrôles appropriés d'identité, de consentement et de minimisation des données.

L'IA commence-t-elle à répondre immédiatement après la configuration ?

Non. La documentation de Famulor indique que les réponses automatiques commencent désactivées et doivent être activées intentionnellement.

Que se passe-t-il lorsqu'un membre de l'équipe répond manuellement ?

L'IA se met en pause pour cette conversation SMS. Elle peut être réactivée plus tard.

Le canal prend-il en charge les images ou le RCS ?

Non. La documentation actuelle spécifie le texte brut, aucune pièce jointe et aucun RCS.

Un trunk SIP suffit-il pour activer les SMS ?

Non. Un trunk SIP seul ne fournit pas les SMS. Le numéro doit disposer d'une capacité de messagerie prise en charge.

Conclusion : un changement de canal est un processus opérationnel

SMS Conversations apporte plus que la messagerie texte à Famulor. Il crée une transition contrôlable entre l'IA et l'équipe : visible dans l'historique, soutenue par le statut de livraison, activée intentionnellement et mise en pause lorsqu'une personne répond.

La règle de conception centrale est simple : Ne transformez pas chaque appel en un long fil de texte. Sélectionnez les étapes asynchrones courtes qui fonctionnent mieux par SMS. Lorsque les limites de segment, l'identité, la livraison, le consentement et la reprise humaine sont conçus ensemble, le SMS peut compléter l'IA vocale sans copier l'expérience téléphonique ou de chat.

À propos de l'auteur

Sarah Müller écrit sur l'IA vocale, l'automatisation sécurisée et les flux de travail pratiques pour les équipes de service, de vente et d'opérations.