Produit interne · recherche, réservation et agent conversationnel

Contexte

MiBelBoat est un produit interne codéveloppé autour de la recherche et de la réservation nautique. Il sert aussi de terrain d’expérimentation pour relier catalogue, disponibilité, relation commerciale, paiement et assistance conversationnelle dans un même parcours.

Ce statut est important : il ne s’agit pas d’une prestation présentée comme réalisée pour un client tiers. L’agence utilise le produit pour confronter ses choix d’architecture à un parcours complet, depuis la formulation du besoin jusqu’au suivi de la demande. Le cas permet ainsi de documenter les composants d’une application web métier sans attribuer au produit un résultat commercial qui n’est pas mesuré ici.

Enjeu : conserver le contexte d’une recherche complexe

La préparation d’une location de bateau combine de nombreux critères : zone, dates, type d’unité, budget, disponibilité et attentes de navigation. Une recherche classique ne suffit pas toujours à guider l’utilisateur. À l’inverse, un assistant qui répond sans connaître le catalogue ou les disponibilités peut orienter vers une option qui ne correspond pas à la demande.

Le suivi commercial devient également difficile si les critères saisis, les échanges, la proposition et le paiement restent répartis entre plusieurs outils. Le produit devait donc préserver le même contexte d’une étape à l’autre, plutôt que demander à l’utilisateur ou à l’équipe de reformuler le besoin.

Contraintes du produit

La donnée nautique n’est pas seulement un ensemble de fiches. La disponibilité dépend des dates et de la source connectée ; les critères de recherche doivent rester lisibles ; le paiement ne doit intervenir qu’au moment défini par le parcours. Chaque composant a donc sa propre responsabilité.

L’assistance conversationnelle pose une limite supplémentaire. Sonia aide à préciser une recherche, mais cette fonction ne doit pas être confondue avec une validation de disponibilité ou une confirmation de réservation. La conception sépare l’aide au dialogue, la donnée issue du catalogue et les actions transactionnelles.

Approche retenue

Le produit organise la donnée nautique autour d’un parcours continu. La recherche réduit le choix, l’assistant Sonia aide à formuler le besoin, le CRM conserve le contexte de la demande et le paiement intervient au moment prévu par le parcours de réservation.

L’architecture React et Supabase permet de distinguer l’interface, la persistance PostgreSQL et les fonctions serveur. Stripe Connect est intégré à la partie paiement. La source de réservation nautique alimente le catalogue et les disponibilités utilisées dans le parcours. Ce découpage évite qu’une seule interface porte à la fois la recherche, la conversation, le suivi commercial et la transaction.

Sonia s’inscrit dans une logique de système IA relié aux outils métier : son utilité vient du contexte auquel elle accède et des limites posées à ses réponses, pas d’une conversation isolée du reste du produit.