Pour MindType, j’ai relié le site d’une psychologue, un bot Telegram, une Mini App et un CRM. Le projet accompagne la découverte de son approche, l’auto-réflexion, l’accès aux ressources et la prise de rendez-vous. La praticienne dispose de son propre espace pour suivre les demandes. Chaque partie a son rôle.
1. Le premier écran : expliquer l’offre et la suite
Le site présente la psychologue et propose de découvrir les services ou de continuer dans Telegram. Des textes clairs, une cohérence visuelle et une prochaine étape explicite sont essentiels. Le design est détaillé dans l’étude de cas du site de psychologue.
Le passage au bot doit prolonger la promesse. Si le bouton invite à faire un test, la personne attend son début et une explication du déroulement. Ce détail relie l’ensemble du parcours.
2. Le bot : un test court et un résultat
Le projet utilise cinq questions d’auto-réflexion. La personne reçoit ensuite un profil et des ressources adaptées. Le bot garde une séquence compacte : question, réponse, étape suivante. Le résultat est enregistré et associé au compte.
Le test ne constitue pas un diagnostic clinique. Le compagnon IA est une fonction distincte et ne remplace pas un professionnel. Les textes de l’interface doivent expliquer précisément ces limites.
3. La Mini App : un espace où revenir
La Mini App rassemble résultats, historique des tests, espace personnel, journal, créneaux disponibles et réservation. Plusieurs rubriques s’y consultent plus facilement qu’en recherchant un message dans une longue conversation.
La personne retrouve son propre contexte. Cela demande de relier compte, résultats et actions suivantes. L’interface s’appuie sur le stockage des données et des contrôles d’accès aux fonctions protégées.
4. Le paiement : après le bouton
Le code comprend la création de paiements via YooKassa, la vérification du statut et le traitement des notifications de paiement réussi. Le bouton lance le processus, mais ne confirme pas l’achat : la suite doit dépendre d’un état de paiement vérifié.
Il faut aussi prévoir l’attente, l’annulation et le retour dans l’application. La personne doit comprendre si l’opération est terminée et ce qui suit. Cette description porte sur l’intégration réalisée, et non sur un nouvel achat de contrôle.
5. Le CRM : le parcours côté praticienne
Un espace séparé réunit étapes de suivi, fiches clients, historique des échanges, notes et rappels. La praticienne peut ainsi poursuivre le travail avec son contexte, sans reconstituer les informations à partir de plusieurs conversations.
L’espace possède sa propre connexion et son API exige une autorisation. La partie publique présente, l’espace personnel affiche les données de l’utilisateur, et le CRM soutient la praticienne. Cette séparation se décide avant la mise en forme des écrans.
6. Ce qu’apporte cette approche
Mon travail sur MindType a couvert UX, interfaces, textes, développement et lancement. Le produit prévoit aussi la conservation de l’état du dialogue et des sauvegardes de la base. Ces aspects concernent son fonctionnement après le lancement.
Le résultat principal est un ensemble d’interfaces et de parcours reliés. Cet article ne présente pas de chiffres de vente ou de conversion, qui demanderaient des mesures distinctes. Le périmètre réalisé figure dans l’étude de cas MindType.
Le parcours du produit
Découverte sur le site → test dans le bot → résultats et actions dans la Mini App → confirmation du paiement ou réservation. Le suivi de la praticienne continue dans un CRM séparé.
Pour un projet similaire, commencez par le parcours client et les actions de l’équipe. Vous pourrez alors définir les écrans, données et intégrations nécessaires.
Si votre service combine questionnaire, réservation, ressources et suivi, nous pouvons commencer par représenter ce processus. Je vous aide à en tirer le périmètre d’une première version.
Discuter d’un projet similaire →