Un besoin partagé
En en parlant autour de nous, la même situation revenait partout : une piscine, une médiathèque, un gymnase municipal. Seule l’origine des contacts changeait.
Un agent prévient tous les inscrits d’une séance annulée depuis son téléphone, en quatre écrans, sans exporter de fichier ni recopier un seul numéro. Nous avons conçu Novixo Relais pour les piscines, les gymnases, les bibliothèques et toutes les structures qui gèrent des créneaux ou des inscriptions.
Tout part d’un centre nautique municipal. Quand un bassin ferme à cause d’une panne, d’un problème de qualité de l’eau ou d’un manque de personnel, il faut prévenir les usagers inscrits aux séances du jour, souvent tôt le matin.
Les réservations sont dans une plateforme en ligne, qui ne sait pas envoyer de SMS. L’agent exporte la liste des inscrits, retrouve les numéros, les recopie dans un téléphone ou dans un outil d’e-mailing qui n’est pas fait pour ça, ou appelle les usagers un par un.
Ce premier besoin est décrit dans la réalisation SMS aux usagers lors d’une fermeture.
En en parlant autour de nous, la même situation revenait partout : une piscine, une médiathèque, un gymnase municipal. Seule l’origine des contacts changeait.
Un seul produit pour plusieurs structures, avec des données isolées pour chacune. Chaque client paie un abonnement plutôt qu’un développement, profite des évolutions demandées par les autres et démarre en quelques jours.
Quand un besoin est partagé par beaucoup, un produit bien conçu sert mieux qu’un développement unique. Le dire fait partie de notre métier.
Captures de la démonstration, sur des données fictives. Une fermeture se décide souvent au bord du bassin, pas au bureau : chaque écran tient sur un téléphone.
Chaque SMS inutile coûte et agace, chaque SMS oublié laisse un usager devant une porte close. Les règles du produit partent de là.
L’agent pense « la séance d’aquagym de mardi 18 h », pas « une liste de 31 numéros ». L’écran de départ est donc un agenda, et personne ne manipule de numéros.
Une personne inscrite à deux séances reçoit un seul SMS. Doublons, annulations et numéros désinscrits sont retirés, et les numéros absents sont signalés au lieu d’être ignorés en silence.
Le bouton annonce « Envoyer à 31 personnes », puis une confirmation est demandée. Le récapitulatif montre les SMS utilisés, sans prix : l’agent décide sur le fond, pas sur le coût.
Chaque envoi est tracé avec son auteur. Plus personne n’a besoin du numéro personnel d’un usager.
Plateforme de réservation connectée, fichier importé ou inscription par QR code, ou les trois. Une même liste peut mélanger les sources, et on démarre sans projet d’intégration.
Chaque site peut avoir son expéditeur, par exemple « PISCINECTR ». Il est créé par le responsable, validé par notre équipe, puis appliqué automatiquement. La mention de désinscription est comptée dans la longueur du message.
Le choix de l’expéditeur est détaillé dans notre guide sur l’identifiant expéditeur SMS alphanumérique.
Le responsable crée une liste par site, par lieu ou par activité, puis imprime son affiche avec QR code en quelques secondes.
Un club importe ses membres, puis les nouveaux s’inscrivent en scannant l’affiche. Le consentement est enregistré avec sa date et le texte accepté.
Le même socle que nos applications Symfony et PHP, et l’envoi par l’API SMS Novixo que nous éditons.
Un noyau commun pour les comptes, les envois, les désinscriptions et l’historique, et un module par source de contacts. Une nouvelle source s’ajoute sans toucher au reste, et cette règle est vérifiée à chaque modification du code.
Le filtrage est appliqué automatiquement à chaque requête, et chaque accès à un objet est contrôlé. Des tests vérifient qu’un utilisateur ne peut ni lire ni modifier les données d’une autre organisation.
L’envoi n’est jamais relancé automatiquement, et son état est enregistré avant l’appel à la plateforme. Les statuts remontent ensuite : délivré, en attente, échec.
Jamais de promotion. Consentement daté pour chaque inscription par QR code, suppression automatique à l’issue des durées publiées, SMS et données d’envoi hébergés en France.
Analyse statique au niveau le plus strict, et une démonstration sur données fictives qui ne peut rien écrire en base.
Les factures sont émises au format Factur-X, lisibles par une personne comme par un logiciel comptable.
Agenda, message, confirmation, résultat.
Les inscrits sont retrouvés à partir des créneaux.
Même inscrite à plusieurs séances.
L’équipe qui a conçu Relais l’héberge, le maintient et répond à l’assistance.
Ce que nous avons fait pour Relais, nous le faisons pour les applications métier de nos clients :
Non. Une structure peut connecter sa plateforme de réservation, importer un fichier, proposer une inscription par QR code, ou combiner les trois.
Non. Les numéros sont dédoublonnés avant l’envoi, et les réservations annulées comme les numéros désinscrits sont retirés.
Non. Relais sert uniquement aux SMS d’information de service : fermeture, séance annulée, changement d’horaire. Voir notre guide SMS transactionnel ou promotionnel.
Oui. Si votre besoin est proche, Relais peut suffire. S’il est propre à votre organisation, nous concevons l’application et l’intégrons à vos logiciels. Voir notre page alertes SMS aux usagers.
Décrivez-nous vos utilisateurs et les logiciels déjà en place. Nous vous disons si un produit existant suffit ou si un développement se justifie.
Démonstration sur données fictives, puis mise en service en quelques jours.