Le téléphone reste la porte d’entrée d’un nombre surprenant d’entreprises.
Les gens appellent parce qu’ils veulent une réponse maintenant. Ils souhaitent savoir si un service est disponible, expliquer un problème, modifier un rendez-vous ou parler à quelqu’un avant de décider de la suite. L’interaction est immédiate et familière. Elle est aussi difficile à gérer de manière constante pour une petite équipe.
C’est le point de départ de Mon Réceptionniste.
Le problème n’est pas « les appels manqués »
« Ne manquez plus aucun appel » est une promesse évidente, mais trop superficielle pour guider un produit.
Le vrai problème est une connexion rompue entre une personne qui demande de l’aide et un professionnel déjà occupé à faire son travail. Décrocher peut interrompre ce qui se passe devant soi. Ne pas décrocher peut faire perdre du contexte, de la confiance ou une opportunité. Les services de permanence téléphonique couvrent une partie du besoin, mais ils ne sont pas toujours disponibles, spécifiques ou connectés au reste de l’entreprise.
Le produit doit créer un résultat utile des deux côtés. L’appelant doit être compris et orienté. Le professionnel doit recevoir une information structurée et exploitable, pas une nouvelle boîte de réception à traiter.
L’IA vocale a changé l’espace des possibles
Jusqu’à récemment, une expérience téléphonique automatisée signifiait généralement un menu rigide : tapez un, répétez-vous, attendez, recommencez.
Les modèles vocaux modernes rendent possible une conversation plus naturelle. Mais une voix naturelle n’est pas un produit. Les questions difficiles commencent une fois que la démo fonctionne :
- Que doit savoir l’agent ?
- Quand doit-il poser une question complémentaire ?
- Quelles actions peut-il effectuer sans risque ?
- Comment rend-il la conversation à un humain ?
- Que se passe-t-il lorsqu’il n’est pas certain ?
- Comment l’entreprise comprend-elle ensuite ce qui s’est passé ?
Ces questions se situent entre design produit, design conversationnel, infrastructure et opérations. C’est précisément cette intersection qui rend le projet intéressant pour moi.
Construire la boucle complète
Je n’aborde pas Mon Réceptionniste comme une simple fonctionnalité IA. C’est un système qui commence avant l’appel et continue après celui-ci.
Avant l’appel, le produit a besoin du bon contexte métier et de limites claires. Pendant l’appel, il doit proposer une conversation rapide et compréhensible. Ensuite, il doit transformer ce qui s’est passé en quelque chose d’utile : un résumé, une notification, un rendez-vous ou une prochaine action.
Je travaille directement sur une grande partie de cette boucle — des décisions produit et interface à l’infrastructure voix, au messaging, aux analytics et à la distribution. Les agents de code me permettent de construire davantage moi-même, mais ils ne décident pas de ce qui doit exister ni de l’intérêt réel pour les utilisateurs.
La distribution fait partie du produit
Construire un logiciel est devenu plus rapide. Atteindre les bons utilisateurs ne l’est pas devenu.
Les professionnels ne se réveillent pas en souhaitant un agent vocal. Ils veulent moins d’interruptions, davantage d’opportunités captées et un service qui reste disponible. La manière dont le produit est expliqué, démontré, configuré et rendu digne de confiance compte autant que les modèles sous-jacents.
La distribution ne commence donc pas une fois le produit terminé. Elle influence ce qui est construit. Une promesse difficile à expliquer est souvent difficile à délivrer. Un cas d’usage impossible à démontrer clairement manque peut-être encore de précision.
Mon Réceptionniste est ainsi à la fois un produit et un problème continu de distribution. Je veux comprendre comment les deux peuvent se renforcer.
Pourquoi écrire à ce sujet
Je ne veux pas publier une rétrospective parfaitement lissée une fois que toutes les décisions difficiles ont été retirées du récit.
Je préfère documenter un travail précis pendant qu’il est encore utile : ajouter des messages après les appels, définir les limites de l’agent, tester des canaux d’acquisition, modifier le positionnement et comprendre les endroits où le système échoue.
C’est ici que vivront ces notes. Non comme preuve que j’ai résolu l’IA vocale ou la distribution SaaS, mais comme archive de ce que je construis et apprends réellement.