Proposition CSaaS · Refonte plateforme

Reconstruire la plateforme Maxsime sur une base dev solide, scalable et souveraine, sans casser ce qui marche.

Une réponse structurée à votre besoin de sortie de Base44 : refonte complète du front client et du back-office en stack code (Next.js / Node / Supabase), correction de la faille de cloisonnement multi-tenant, automatisation des opérations critiques (facturation, stock SIM, onboarding clients), et accompagnement long terme via notre modèle CSaaS sur 12 ou 24 mois.

Alfred × MaxsimeProposition CSaaS v2 · Mai 2026

InterlocuteursAlban Frémont de Reboul — Fondateur
Yoann Alvarez — Maxsime

Préparé parThéo Auzas Mota — Co-fondateur Alfred

01 Contexte 02 Ce qu'on a vu 03 Notre lecture 04 Vision cible 05 Modules 05+ Prototype 06 ROI 07 Proposition 08 Planning 09 Stack 10 Références 11 À propos 12 Conditions

Votre contexte.

Maxsime est un opérateur télécom B2B nouvelle génération qui simplifie la gestion de la flotte mobile et des équipements IT des entreprises — forfaits mobiles, SIM/eSIM internationale, MDM, leasing, assurance, achats équipements — agrégés sur une seule facture, sans engagement abusif.

La plateforme actuelle, construite sur Base44 + Supabase, est fonctionnelle et l'expérience utilisateur tient la route. Mais à l'approche d'une phase de scaling, trois sujets sont devenus bloquants : un cloisonnement multi-tenant identifié comme défaillant par un audit dev externe, des limites d'API côté Base44 qui contraignent les intégrations à venir, et une dette opérationnelle sur la facturation et le provisioning qui rend le scaling impossible sans rupture.

L'enjeu de cette proposition : reconstruire la plateforme sur une base dev pérenne, en gardant la totalité du périmètre fonctionnel actuel, en corrigeant les fragilités, et en posant les fondations des chantiers à venir (multi-fournisseurs, automatisation facturation, freemium/premium, intégrations SIRH/MDM élargies).

~15

clients entreprises actifs aujourd'hui — phase de pré-scaling

interfaces principales : front client multi-tenant + back-office Maxsime

10+

intégrations à conserver ou à brancher (Snaic / Orange / Bouygues, Lucca, Appaloosa, GoCardless, Pennylane, Holafly, Inmac, Stripe, HubSpot, Crisp...)

faille de sécurité critique à corriger en priorité absolue : isolation des données entre clients

Ce qu'on a vu.

Notre lecture s'appuie sur le call de découverte avec Alban (~1h), une analyse rapide de la plateforme actuelle et de son architecture (Base44 + Supabase), et notre expérience cumulée sur des refontes équivalentes (Dott, Outsideur, Smash Group).

~1h

Call de découverte avec Alban — fonctionnement, douleurs, vision produit

Interfaces analysées : front client (8 modules), back-office Maxsime (10 écrans)

10+

Intégrations cartographiées : opérateurs, MDM, SIRH, paiement, support

Audit sécurité externe pris en compte (votre dev partenaire)

Front client multi-tenant Back-office opérationnel Catalogue & forfaits Lignes mobiles & SIM/eSIM Inventaire équipements & MDM Employés & SIRH Commandes & leasing Finance & facturation CDR & hors-forfait Support & actualités Notifications & SSO Paramétrage & multi-tenant

Notre lecture
de votre plateforme.

Cinq constats structurants qui dessinent le chantier — formulés à partir de vos mots, sans détour.

La conformité (SOC 2 type 1, ISO 27001) est le vrai cap court-terme — pas l'UX.

Vous l'avez exprimé clairement : Maxsime héberge de la donnée sensible (numéros de ligne, équipements, identités collaborateurs, à terme CDR), et adresse des entreprises qui exigeront des certifs avant de signer. C'est le sujet qui structure tous les autres choix de cette proposition : hébergement EU/France, cloisonnement multi-tenant strict, audit log, accès tracés et révocables, sous-traitants conformes. Cible réaliste : SOC 2 type 1 en ~3 mois post-démarrage, ISO 27001 dans la foulée.

Verbatim Yoann : "Côté utilisation client, il y a des sujets d'UX, mais c'est assez moindre par rapport à nos vraies problématiques qui sont plus des sujets de sécurité. C'est vraiment le cœur du sujet, c'est de repartir sur une base saine."

Le cloisonnement multi-tenant est aujourd'hui défaillant — c'est le déclencheur principal.

Un audit externe a relevé un mauvais cloisonnement entre clients dans le code généré par Base44. À ce stade de la plateforme, ce n'est plus un risque acceptable : c'est le sujet n°1 à régler avant tout scaling. Sans isolation forte (Row Level Security côté Supabase + contrôles applicatifs côté API), Maxsime ne peut pas signer un grand compte ni passer des audits sécurité clients.

Verbatim Alban : "J'ai un pote dev qui m'a analysé le code et qui m'a dit qu'effectivement, il y avait un mauvais cloisonnement entre clients. Et donc, à ce stade aujourd'hui, c'est quelque chose qui n'est plus possible."

Base44 a tenu pour aller vite, mais ses limites d'API et son code généré bloquent le passage à l'échelle.

Base44 est excellent pour matérialiser une intuition produit en quelques semaines — vous l'avez fait, et c'est précisément ce qui vous permet aujourd'hui d'avoir une plateforme qui tourne avec une quinzaine de clients. Mais pour intégrer un deuxième opérateur, brancher Holafly, Inmac, Pennylane, Stripe, et tenir des règles de gestion fines (pricing par client, gating freemium/premium, CDR, refacturation hors-forfait), il faut sortir du modèle "code généré non auditable" et passer sur une stack maîtrisée par des devs.

Verbatim Alban : "Avec Base44, il faut gérer aussi un peu les API où une certaine limite, celle de notre fournisseur, sont assez strictes. (...) je ne suis pas dev pour valider le code qu'il y a derrière."

L'opérationnel quotidien repose encore sur des actions manuelles structurantes — facturation, stock SIM, onboarding clients.

Aujourd'hui, vous créez chaque client manuellement chez le fournisseur Snaic, vous affectez les SIM une par une, vous générez les factures Pennylane à la main les deux derniers jours du mois, et vous êtes le seul à pouvoir créer un admin client. Ces gestes vous coûtent du temps et bloquent toute embauche d'un opérateur (stagiaire ou autre) qui ne peut pas opérer sans accès aux outils fournisseurs. Le back-office actuel n'a pas été pensé pour déléguer.

Verbatim Alban : "Pour moi, ce back-office doit être pensé pour du pilotage business et pour de l'opération que je puisse mettre un stagiaire qui puisse gérer sans avoir besoin d'aller se connecter sur les outils de nos fournisseurs."

Le périmètre fonctionnel actuel est riche et largement validé — la priorité n'est pas de réinventer, c'est de redévelopper proprement.

Dashboard, catalogue, lignes mobiles avec swap SIM / changement de forfait / résiliation 1-clic, eSIM Holafly, inventaire avec MDM Appaloosa, employés avec SIRH Lucca, leasing, assurance, support, notifications Slack/Teams/Telegram : la plateforme couvre déjà l'essentiel. À très court terme, l'objectif n'est pas d'ajouter — c'est de reproduire à l'identique sur stack dev en corrigeant la faille sécu, en simplifiant quelques flux UX (CTA non explicites, filtres sous-optimaux, écrans back-office trop nombreux) et en posant les fondations des modules à automatiser ensuite.

Verbatim Alban : "À très court terme, ça serait vraiment reproduire ça. Le premier geste serait de reprendre ça, et puis après ça serait de développer les nouvelles intégrations avec les autres SIRH, les autres MDM."

Les chantiers de monétisation (freemium / premium, prix par client, SMS conso, SSO) attendent une plateforme qui sait gérer du gating fin.

Vous avez l'intuition produit du modèle freemium/premium et vous savez que le coût par ligne supplémentaire est probablement la mécanique la plus juste. Mais l'activation de ce modèle suppose une base de données et une logique applicative capables de gérer du gating par feature, des grilles tarifaires différenciées par client, l'historique long (6 mois vs 2 semaines), et des notifications utilisateurs finaux par SMS — autant de briques qui ne tiennent pas dans la stack actuelle. La refonte est aussi le moment de poser ces fondations sans dette future.

Verbatim Alban : "Ce serait d'avoir une version freemium et une version payante. (...) Le coût par ligne supplémentaire, c'est le plus juste, le plus adapté."

Vision cible.

Une plateforme où chaque client opère dans un espace strictement isolé, où chaque opération critique est outillée côté back-office, et où chaque intégration est branchée par API de manière auditable.

L'architecture cible repose sur trois principes structurants.

Un : la donnée vit dans Supabase (que vous utilisez déjà), avec un cloisonnement Row Level Security par client et une politique d'accès appliquée à la fois côté base et côté API.

Deux : la logique métier est portée par un backend Node/TypeScript auditable et un front Next.js, deux outils standards qui élargissent immédiatement le pool de devs capables de prendre la suite si nécessaire.

Trois : chaque intégration tierce (Snaic, Lucca, Appaloosa, Pennylane, Stripe, GoCardless, Holafly, Inmac, HubSpot, Crisp) est traitée comme un connecteur isolé, avec ses propres tests et son propre fallback en cas de panne fournisseur.

— Architecture fonctionnelle cible

L'objectif n'est pas d'inventer une nouvelle architecture mais de matérialiser celle que vous avez déjà en tête, sur une stack maîtrisée et auditable, avec un cloisonnement multi-tenant rendu strict dès le jour 1.

Architecture détaillée
et priorités.

Le périmètre est volumineux mais structuré. Nous avons groupé l'ensemble en blocs fonctionnels, chacun priorisé en P0 (socle minimal — la plateforme actuelle reproduite et sécurisée), P1 (automatisations qui débloquent le scaling) ou P2 (extensions monétisation et confort).

P0 Socle minimal — réplica de l'existant, faille sécu corrigée, périmètre fonctionnel iso, prêt pour la production. Indispensable.

P1 Automatisations — ce qui débloque le scaling : self-onboarding clients, automatisation facturation, gestion stock SIM, intégrations multi-fournisseurs, CDR.

P2 Extensions — monétisation (gating freemium/premium, prix par client, SMS conso utilisateur final), confort (refonte module actualités, SSO, champs personnalisés).

V2 Vagues post-MVP — analytics business avancée, intégrations SIRH/MDM élargies, automatisation onboarding/offboarding lignes via SIRH, modules optionnels.

⚡ Périmètre à challenger ensemble

Cette liste est un point de départ, pas un cahier des charges figé. Plusieurs briques back-office actuelles sont peu utilisées (à confirmer ensemble), et certaines fonctionnalités peuvent être reportées en V2 pour réduire le coût et accélérer le go-live P0. L'atelier de priorisation du 13 mai servira précisément à faire ce pass module par module — chacun peut être déprioritisé, fusionné ou retiré.

Phase 0 · Fondations & Modélisation

🟡 P0 · Socle

Avant tout dev, on aligne sur le schéma de données cible, la politique de cloisonnement, le mapping des intégrations existantes et la stratégie de migration. Cette phase débouche sur un livrable non négociable : la validation du modèle.

Sans fondations solides, tout ce qui est construit dessus est fragile. La Phase 0 n'est pas du développement — c'est la phase qui sécurise tout le reste. On valide ensemble la modélisation Supabase, les règles RLS, la stratégie de migration depuis l'export que vous avez déjà fait, et le contrat d'API entre front et back.

Livrables clés

Schéma de données validé · Cartographie complète des intégrations existantes · Plan de migration data depuis Supabase actuel · Politique de cloisonnement multi-tenant documentée · Roadmap macro Build + Run partagée.

Phase	Action	Détail
P0	Atelier modélisation données	Reprise de votre schéma Supabase actuel (export GitHub déjà fait), validation des entités cibles : Tenants, Clients, Sites, Employés, Lignes, SIM, Forfaits, Équipements, Commandes, Factures, CDR, Abonnements features.
P0	Politique de cloisonnement	Définition des règles Row Level Security par client · contrôles applicatifs côté API · politique de session · audit log obligatoire.
P0	Cartographie intégrations	Inventaire des appels API actuels vers Snaic, Lucca, Appaloosa, GoCardless, Slack/Teams/Telegram · documentation des limites de débit et des fallbacks à prévoir.
P0	Plan de migration data	Stratégie de bascule depuis votre Supabase actuel : transformation des tables, mapping des champs, plan de cutover sans interruption pour les ~15 clients en place.
P0	Spécifications UX critiques	Maquettage des écrans prioritaires nécessitant un travail UX (CTA explicites, filtres dynamiques, refonte module actualités, séparation opérationnel/financier dashboard).

Valeur attendue

Zéro surprise : on a aligné sur le périmètre exact avant la première ligne de code.

Sécurité dès J1 : la politique de cloisonnement n'est pas patchée après coup — elle structure le schéma.

Migration sans rupture : les ~15 clients actuels basculent sans perdre leurs données ni leur historique.

Module 1 · Identité, multi-tenant & sécurité

🟢 P0 · Socle

Le sujet n°1 — celui qui justifie cette refonte. Auth, RLS, multi-admin client, gestion des rôles, audit log, hébergement EU/France.

Tout commence ici. Le cloisonnement multi-tenant est le sujet structurant qui motive la refonte — c'est aussi ce qui débloquera la signature de grands comptes et la passation d'audits sécurité clients. Ce module pose la couche d'identité, d'auth et d'isolation pour toute la plateforme.

Phase	Fonctionnalité	Détail
P0	Cloisonnement multi-tenant strict	Row Level Security Supabase par tenant_id sur toutes les tables · double vérification côté API · tests automatisés de non-fuite entre tenants.
P0	Auth Supabase + magic link / password	Connexion par email/mot de passe et magic link · refresh token sécurisé · révocation de session côté admin.
P0	Multi-admin côté client	L'admin entreprise peut inviter ses collègues (RH, IT, Office Manager) sans passer par vous. Gestion des rôles : admin, gestionnaire, lecture seule.
P0	Hébergement EU / France	Bascule sur région Supabase EU (Francfort ou Paris selon disponibilité) · politique de backup quotidien · plan de DR documenté.
P0	Audit log applicatif	Journalisation de toutes les actions sensibles (création/modification ligne, accès CDR, changement forfait) · consultable côté back-office.
P2	SSO entreprise	SSO SAML / OIDC pour clients premium (Google Workspace, Microsoft Entra) — cible feature payante.
P2	2FA optionnel	TOTP (apps type Google Authenticator) — disponible pour tous les utilisateurs admin.

Valeur attendue

Faille corrigée : isolation forte entre clients, dès la mise en prod.

Vous délégué : plus besoin de créer manuellement chaque admin client.

Audits passés : les questionnaires sécu de vos prospects deviennent gérables.

Module 2 · Catalogue des équipements

🟢 P0 · Socle · 🔵 P2 · Pricing différencié

Catalogue 6 typologies (Téléphones, Ordinateurs, Tablettes, Écrans, Accessoires, Connectivité), filtres dynamiques avec compteurs, fiche produit avec achat/leasing/options, produits similaires. P2 = prix différenciés par client.

Le catalogue équipements est le point d'entrée commercial pour acheter ou louer du matériel : 6 typologies, filtres dynamiques, fiche produit avec achat/leasing et options. Les filtres actuels ne sont pas optimaux ("ce ne sont pas les meilleurs filtres") — on retravaille au passage. Et on prépare le terrain pour des prix différenciés par client en P2. Les forfaits mobiles ne sont pas dans ce module — la commande de ligne se fait via son flow dédié, traité dans le Module 4.

Phase	Fonctionnalité	Détail
P0	Catalogue équipements	6 typologies (Téléphones, Ordinateurs, Tablettes, Écrans, Accessoires, Connectivité) · filtres dynamiques avec compteurs (Marque, État, Écran, RAM, Processeur, Connectivité) · cards avec badges Neuf/Reconditionné et SIM/eSIM.
P0	Fiche produit + options panier	Modale avec image, specs, choix Achat / Leasing 24m / Leasing 36m, options (Assurance Casse et Vol, Coque + Verre trempé), produits similaires.
P0	CTA top bar	Boutons "Demande de reprise" et "Panier" permanents · pont direct vers le module Reprises et le checkout.
P1	Connecteur Inmac (catalogue étendu)	Ouvre l'accès à un catalogue d'accessoires bien plus large sans gestion de stock côté Maxsime · livraison directe.
P2	Prix différenciés par client	Grilles tarifaires personnalisées (remises grands comptes, prix négociés) · gating visuel des features Premium · upsell intégré au parcours d'achat.

Valeur attendue

UX qui scale : filtres revus, navigation lisible, plus de friction sur l'ajout au panier.

Multi-opérateurs : la base est posée pour ajouter un 3e opérateur sans re-développer.

Pricing fin : remises grands comptes activables sans dev one-shot.

Module 3 · Commandes, leasing & procurement

🟢 P0 · Socle · 🟡 P1 · Inmac & leasing auto

Suite logique du catalogue : panier, options leasing/assurance, sélection site de livraison, suivi commandes. P1 = Inmac pour passage de commande automatique chez le fournisseur.

La commande équipement est aujourd'hui simple côté UX (panier, options, site de livraison) mais nécessite un travail manuel côté back-office. La cible : intégration Inmac qui passe la commande automatiquement chez le fournisseur dès validation client, et activation de l'option leasing/assurance via API partenaire.

Phase	Fonctionnalité	Détail
P0	Ajout panier équipements	Sélection produit · quantité · options · vue panier.
P0	Option leasing au moment de commander	"Quand tu commandes, tu peux avoir l'option de le passer en leasing" — toggle conservé.
P0	Option assurance	Ajout de l'assurance Maxsime au panier · génération contrat à terme via API partenaire.
P0	Sélection site de livraison	Sites enregistrés du client sélectionnables · adresse de livraison.
P0	Confirmation + notification Slack	Validation panier · notif Maxsime via Slack/Teams/Telegram pour traitement.
P0	Liste commandes côté client	À revoir UX · suivi statut · historique.
P1	Connecteur Inmac (procurement)	Passage de commande automatique chez Inmac à validation panier · livraison directe au site choisi · suivi statut côté plateforme.
P1	Génération contrat assurance auto	API partenaire assurance · génération automatique du contrat à validation panier.
P1	Module leasing — contrôle & gestion	Suivi contrats leasing · échéances · refacturation mensuelle automatisée.
V2	Module reprise équipements	Aujourd'hui anecdotique — peut-être supprimé. À trancher en Phase 0.

Module 4 · Lignes mobiles & commande de ligne

🟢 P0 · Socle (cœur métier)

Cœur métier en 2 sous-blocs : gestion des lignes existantes (swap SIM, changement forfait, résiliation 1-clic, QR code eSIM, IMEI auto) et commande de nouvelle ligne (flow guidé en 6 étapes vers création API fournisseur en 1 sec).

Le cœur de votre proposition de valeur — c'est ce que vos clients utilisent au quotidien et ce qui vous différencie des opérateurs traditionnels (résiliation en un clic vs engagement 3 ans). Le module se découpe en deux : la gestion des lignes existantes (action sur une ligne déjà en service) et la commande de nouvelle ligne (flow guidé qui crée la ligne chez le fournisseur en quelques secondes).

A · Gestion des lignes existantes

Phase	Fonctionnalité	Détail
P0	Liste des lignes + filtres	Vue tabulaire avec filtres (employé, statut, opérateur, forfait, inactivité, géolocalisation France/Europe/Monde). Refonte filtres pour fluidité.
P0	Actions ligne (CTA explicites)	Changement de forfait · Swap SIM (physique ou bascule eSIM) · Suspension · Résiliation 1-clic. Différenciant fort vs opérateurs historiques.
P0	QR code eSIM auto	Récupération automatique de l'URL fournisseur · affichage QR code dans la fiche · envoi par email au collaborateur (aujourd'hui mis à la main).
P0	Détection auto IMEI + historique	Liaison automatique SIM ↔ appareil en inventaire · historique clair des changements forfait, swap SIM, suspensions, conso.

B · Commande de nouvelle ligne

Flow guidé qui aboutit à la création de la ligne via API en moins d'une seconde. Le parcours change selon le type de support choisi à l'étape 1 : SIM physique et eSIM virtuelle déclenchent un flow long à 7 étapes (avec opérateur, options, numéro, employé), tandis qu'eSIM Travel Data Only emprunte un flow court à 4 étapes (forfait + date de démarrage), branché à Holafly.

Phase	Étape	Détail
P0	1. Type de support	Carte SIM physique (livraison 24-48h) · eSIM virtuelle (activation QR code) · eSIM Travel Data Only (voyages business, internet uniquement). Détermine la suite du flow.
P0	2. Opérateur (SIM phys. / eSIM virtuelle)	Choix entre Orange et Bouygues Telecom, intégrés via Snaic. Pas de SFR à ce jour.
P0	3. Forfait	Sélection du forfait dans le catalogue de l'opérateur · pour eSIM Travel Data Only : forfaits Holafly par durée et zone géographique.
P0	4. Options (SIM phys. / eSIM virtuelle)	Décocher / ajouter les options du forfait · livraison.
P0	5. Numéro / Date	SIM phys. / eSIM virtuelle : nouveau numéro ou portabilité, choix d'une SIM existante en stock si physique. eSIM Travel : date de démarrage.
P0	6. Employé (SIM phys. / eSIM virtuelle)	Sélection de l'employé qui pilote la ligne / utilise la SIM. Manque actuellement : création employé inline.
P0	7. Récapitulatif + confirmation	Validation client · création de la ligne côté fournisseur via API en moins d'1 seconde.
P0	Création employé inline	À l'étape 6 : créer un nouvel employé directement dans le flow sans sortir de la commande.
P0	Pré-commande SIM	"Tu peux commander des SIM d'avance, les avoir prêtes sur ton bureau" — étape avancée optionnelle.
P1	Création appareil depuis ligne	CTA "Ajouter l'appareil associé" en post-commande quand pas d'appareil détecté en inventaire.

C · Connecteurs opérateurs

Phase	Connecteur	Détail
P0	Snaic → Orange & Bouygues Telecom	Snaic est l'opérateur intermédiaire qui agrège Orange et Bouygues Telecom · maintien de l'intégration · création ligne, gestion forfait, swap SIM, résiliation via API.
P0	Holafly (eSIM Travel Data Only)	Branchement de l'API Holafly · forfaits par durée et zone · livraison QR code à l'utilisateur final. À confirmer : statut effectif de l'API en prod.
V2	3e opérateur (SFR ou autre)	Ajout d'un opérateur supplémentaire (SFR ou autre) selon les opportunités commerciales · architecture déjà prête pour l'accueillir.

Valeur attendue

Aucune régression : tous les flows actuels marchent à l'identique côté utilisateur.

UX simplifiée : CTA explicites, filtres revus, friction réduite sur les actions quotidiennes.

QR code & employé inline : les deux gestes manuels les plus chronophages disparaissent.

Module 5 · Inventaire équipements & MDM

🟢 P0 · Socle · 🟡 P1 · Champs personnalisés

Inventaire avec 3 modes de gestion (MDM / Manuel / BYOD), MDM Appaloosa intégré pour actions à distance, fiche équipement complète, vues Tableau & Cartes, import CSV.

L'inventaire est déjà branché à Appaloosa, qui remonte automatiquement OS, apps installées et état des appareils. La granularité est déjà bien posée côté UX : 3 modes de gestion (MDM, Manuel, BYOD), fiche équipement riche, actions à distance via MDM. On conserve l'existant en sécurisant l'architecture, et on prépare le terrain pour deux extensions : d'autres MDM en plus d'Appaloosa, et des champs personnalisés qui ouvriront le module à l'office management (clés, badges, équipements non-IT).

Phase	Fonctionnalité	Détail
P0	Liste équipements	Vues Tableau et Cartes · colonnes Marque, Modèle, Catégorie, Stockage, RAM, Statut, Utilisateur, Ligne, Entité, Gestion · 4 filtres rapides + recherche.
P0	3 modes de gestion	MDM (Appaloosa, sync auto) · Manuel (saisie & MAJ par admin) · BYOD (équipement employé, suivi minimal).
P0	Fiche équipement complète	Marque, Modèle, Catégorie (Téléphone, Ordinateur, Tablette, Accessoire...), Statut, IMEI, N° série, Employé, Ligne associée, Entité, Stockage, RAM, Couleur, Type & date d'acquisition, Prix d'achat, Fin de garantie, Fin d'assurance.
P0	Connecteur MDM Appaloosa	Synchro auto OS / apps / état · bouton "Sync MDM" manuel · actions à distance : Détails MDM, Verrouiller, Localiser, Alarme sonore, Redémarrer, Effacer l'appareil.
P0	Ajout & import	Ajout manuel via modale · Import CSV en masse · liaison à un employé / une ligne / une entité.
P1	Champs personnalisés	Permet à un office manager d'inventorier "tout" — y compris clés, badges, équipements non-IT. Schéma de champs paramétrable par client.
V2	Connecteurs MDM additionnels	Intégration d'autres solutions MDM (Jamf, Intune, Kandji...) selon demande clients.

Module 6 · Employés & SIRH

🟢 P0 · Socle · 🟡 P1 · Onboarding/offboarding auto

Liste employés multi-pays, fiche enrichie (département, entité, dates), CTA "+ Commander" pour lancer une ligne depuis le profil, synchro SIRH manuelle + import CSV. P1 = onboarding/offboarding automatique des lignes via SIRH.

Lucca est branché, ce qui permet à vos clients de garder leur source de vérité RH. Le module fait déjà le pont avec la commande de ligne via un CTA "+ Commander" présent sur chaque ligne employé. La grosse promesse à terme : créer automatiquement la ligne quand un collaborateur arrive, la résilier automatiquement quand il part — ce qui est exactement ce que les RH attendent d'un opérateur "moderne".

Phase	Fonctionnalité	Détail
P0	Liste employés	Tableau triable avec colonnes Statut, Prénom, Nom, Email, Département, Entité, Ligne, Date de début, Date de fin · recherche + filtres · pagination.
P0	Création employé	Modale "Nouvel employé" avec Prénom, Nom, Email, Département, Entité (siège / filiale, multi-pays : France, UK, Espagne, Suisse...), Date de début, Date de fin.
P0	CTA "+ Commander" depuis l'employé	Lance directement le flow de commande de ligne (Module 4) depuis le profil employé · pré-remplissage de l'étape "Affectation employé".
P0	Synchro SIRH + Import CSV	Bouton "Synchroniser SIRH" (Lucca aujourd'hui) · import CSV pour onboarding initial · mapping de colonnes paramétrable.
P1	Onboarding/offboarding ligne auto	Sur arrivée SIRH : proposition de création de ligne avec forfait par défaut · sur départ : résiliation programmée à la date de sortie + workflow de récupération SIM physique.
V2	Autres connecteurs SIRH	PayFit, BambooHR, Personio... selon demande clients.

Module 7 · Finance, facturation & CDR

🟢 P0 · Auto-facturation incluse

Quick win attendu dès le P0 : auto-facturation Pennylane + cycle terme à échoir + cutoff dernier jour. P1 = Stripe self-onboarding, CDR, refacturation hors-forfait auto.

Aujourd'hui les factures sont faites à la main via IA les deux derniers jours du mois. C'est le quick win le plus évident, donc on le bascule dans le P0 : auto-facturation via Pennylane API + cycle terme à échoir + cutoff dernier jour automatisés dès la mise en prod. Le reste (Stripe self-onboarding, CDR, refacturation hors-forfait) suit en P1.

Phase	Fonctionnalité	Détail
P0	Connecteur Pennylane (auto-facturation)	Quick win P0. Génération + envoi des factures clients via API Pennylane · synchro statuts · gestion des avoirs · 2 derniers jours du mois libérés dès la MEP.
P0	Cycle terme à échoir + cutoff dernier jour	Automatisation du process actuel : prélèvement le 1er, possibilité de changer de forfait jusqu'au dernier jour, génération facture cohérente.
P0	Vue finance côté client	Coût parc, optimisations possibles, "bons usages" · refonte stratégique du quoi-montrer (vs cacher le coût total).
P0	Vue abonnements + facturation back-office	Abonnements actifs / résiliés avec factures associées · état des facturations à émettre · alerte anomalies · export comptable.
P1	Connecteur Stripe (petits clients)	Pour clients self-onboardés · paiement carte · récurrence automatique.
P1	Mandat SEPA via Qonto (challenge GoCardless)	Étude du remplacement GoCardless par mandat SEPA Qonto · gain sur frais % par transaction.
P1	Récupération CDR mensuelle	API fournisseur · récupération conso d'appels · stockage sécurisé (données sensibles) · disponibilité côté plateforme.
P1	Refacturation hors-forfait automatisée	Détection automatique des dépassements via CDR · règles de refacturation · ajout sur facture du mois.
P2	Facture détaillée style "fiche de paye"	Vision Alban : comme PayFit a fait pour la fiche de paye — facture télécom détaillée, lisible, exploitable côté RH.

Valeur attendue

2 derniers jours du mois libérés : plus de saisie manuelle, plus de check à la main.

Hors-forfait monétisé : aujourd'hui bloqué côté client par sécurité — demain refacturable proprement.

Stripe ouvre le self-onboarding : petits clients qui s'inscrivent et paient seuls.

Module 8 · Support & ticketing

🟢 P0 · Socle · 🟡 P1 · Crisp

Module dédié au support : centre d'aide côté client (onglet "Support" de la sidebar), création de tickets, suivi par statut. P1 = intégration chat Crisp avec contextualisation automatique (client, ligne en cours).

Le support a son propre onglet dans la sidebar — il mérite son propre module. Aujourd'hui les sollicitations clients passent essentiellement par email / Slack avec Alban en single point. Demain : centre de support intégré côté client (création de tickets, suivi statut, base d'articles), et chat Crisp branché à la plateforme avec contextualisation automatique.

Phase	Fonctionnalité	Détail
P0	Espace support côté client	Onglet dédié dans la sidebar · liste de mes tickets · création d'un nouveau ticket avec catégorie (technique, facturation, opérations) et niveau de priorité.
P0	Suivi de ticket	Statuts (Ouvert · En cours · Résolu · Fermé) · échanges horodatés · pièces jointes · notification client à chaque changement de statut.
P0	Vue admin back-office	Liste tickets entrants · assignation à un opérateur · filtres par client, par statut, par catégorie · SLA visibles.
P1	Connecteur Crisp	Chat Crisp embarqué dans la plateforme · contextualisation auto (client connecté, ligne en cours, équipement consulté) injectée dans la conversation côté agent.
P2	Base d'aide / FAQ	Articles d'aide consultables côté client (procédure swap SIM, portabilité, configuration eSIM...) · suggestions automatiques à la création d'un ticket.

Module 9 · Notifications & actualités

🟢 P0 · Socle · 🔵 P2 · Refonte actus & SMS conso

Webhooks Slack/Teams/Telegram, paramétrage fin des notifs, refonte module actualités (push + newsletter + upsell), SMS conso utilisateur final en feature payante.

Deux sujets traités ensemble parce qu'ils touchent à la communication sortante entre Maxsime, ses clients et leurs collaborateurs finaux. P0 = parité fonctionnelle. P2 = refonte du module actualités (aujourd'hui affiché en permanence donc peu efficace) et SMS conso utilisateur final qui devient une feature payante.

Phase	Fonctionnalité	Détail
P0	Webhooks Slack / Teams	Conservé · paramétrage par canal · règles de routage par event.
P1	Webhook Telegram	Ajout du canal Telegram dans le moteur de notifications · même mécanique que Slack / Teams.
P0	Paramétrage fin des notifs	Commande livrée, validée · règles conso lignes (alerte X gigas, dépassement, atteint 100%) · destinataires personnalisables.
P0	Email QR code eSIM au collaborateur	Conservé · template email amélioré.
P2	Refonte module actualités	Push notifs / banner bas de page · newsletter mensuelle (focus produit, sans pub) · génération upsell sur services connexes.
P2	SMS conso utilisateur final	Alerte 80%/100% conso envoyée par SMS au collaborateur · feature payante (premium).

Module 10 · Back-office Maxsime — pilotage & opérations

🟢 P0 · Socle (refonte structurante)

Le back-office est le sujet le plus stratégique : il doit permettre à un stagiaire de tourner sans accès aux outils fournisseurs. Refonte structurante des écrans, automatisation des gestes manuels (création client, stock SIM, admin auto).

"Il fonctionne très bien, mais il peut être vu complètement pour être optimisé, parce qu'il y a beaucoup d'écrans qui pourraient en avoir moins." Le back-office est le sujet où le ROI immédiat est le plus visible : aujourd'hui vous êtes le seul à pouvoir l'opérer parce que la création client passe par les outils fournisseurs · demain un opérateur peut tout faire depuis la plateforme.

Pilotage business

Section pensée pour le dirigeant : stats actionnables, métriques justes (les actuelles ne le sont pas), KPIs ARR / churn / lignes actives / coût d'acquisition / marge brute par client.

Opérations courantes

Phase	Fonctionnalité	Détail
P0	Liste clients (création auto)	Aujourd'hui : Alban crée le client chez Snaic puis l'associe. Demain : création compte client + association via API en une action → débloque le self-onboarding.
P0	Gestion stock SIM	Vue état des stocks · affectation SIM à client (aujourd'hui à la main · à automatiser à terme).
P0	Liste lignes (back-office)	QR code SIM : récupération automatique via URL fournisseur (aujourd'hui à la main).
P0	Gestion utilisateurs admin	Récupération auto de l'ID compte client chez le fournisseur via la liaison workspace existante (aujourd'hui saisie manuelle).
P0	Administration forfaits	Création de forfait · saisie ID Snaic pour le payload · choix opérateur (multi-fournisseurs).
P0	Administration catalogue	Ajout attributs, gestion champs, gestion catégories.
P0	Liste commandes (refonte UX)	"Pensé pour quelqu'un qui doit traiter des commandes" · filtres accessibles (aujourd'hui 2 clics) · tri par état · vue dédiée traitement.
P0	Administration support	Vue tickets · assignation · états.
P0	Administration actualités	Refonte pour push notifs · newsletter · upsell services (cf Module 9).
P1	Stats / Pilotage business	Refonte stats mensuelles (les actuelles "même pas justes") · KPIs ARR, churn, marge par client, lignes actives, conso moyenne · vue dirigeant simple et exploitable.
P1	Affectation SIM auto	Sur commande de N SIM, affectation automatique des N premières SIM en stock (vs choix manuel actuel).
P2	Connecteur HubSpot pour gestion commandes	À explorer en Phase 0 : intégration commandes ↔ HubSpot vs vue native plateforme.

Valeur attendue

Délégable : un stagiaire peut traiter les commandes du jour sans accès Snaic/Inmac/Lucca/Appaloosa.

Visibilité dirigeante : KPIs justes, mensuels, exploitables — vous savez à l'instant T où vous en êtes.

Friction back-office divisée par 3 : gestes répétitifs supprimés, écrans rationalisés.

Module 11 · Modèle Freemium / Premium

🔵 P2 · Activable post-MVP

Activation d'un modèle économique avec gating de features (intégrations gratuites, automatisations / SMS conso / historique long premium), mécanique tarifaire au coût par ligne supplémentaire.

Le SaaS est aujourd'hui gratuit. Le modèle freemium/premium est en réflexion — vous avez l'intuition que le coût par ligne supplémentaire est la mécanique la plus juste, et que les intégrations doivent rester gratuites pour ne pas freiner l'adoption. La refonte est le moment idéal pour poser les bases de ce gating sans dette future. L'activation effective se fait en P2, post-MVP.

Phase	Fonctionnalité	Détail
P0	Modèle données plans/features	Préparation du schéma : entités Plan, Feature, Subscription, FeatureFlag · règles d'éligibilité par client.
P2	Gating de features	Activation/désactivation de features par plan · UI marquant les features Premium · upsell intégré.
P2	Tarification au coût par ligne	Mécanique : abo de base + supplément par ligne supplémentaire · facturation auto via Module 7.
P2	Historique long (Premium)	2 semaines en Free · 6 mois en Premium · règles de rétention par plan.
P2	SMS conso utilisateur final	Feature Premium (cf Module 9) · activation par client.
P2	Self-onboarding clients (Free)	Inscription + paiement Stripe (Module 7) + provisioning compte fournisseur auto (Module 10) → client opérationnel sans intervention humaine.

Phase finale · Migration data, mise en production & formation

🟡 P0 · Socle

Migration des données depuis Supabase actuel, recette utilisateur sur scénarios réels, formation Maxsime + premiers clients, bascule progressive sans interruption.

Le MVP ne va pas en production sans tests sur données réelles, ni sans que l'équipe Maxsime soit formée et que les premiers clients aient été briefés. Cette phase clôt le Build et ouvre le Run.

Phase	Action	Détail
P0	Migration data complète	Bascule de toutes les données du Supabase actuel vers la nouvelle base · vérification d'intégrité · rollback prévu.
P0	Recette sur scénarios réels	Tests bout-en-bout avec un client pilote (à choisir parmi vos 15) · validation de tous les flows métier critiques.
P0	Formation Maxsime	Session formation Alban + futur opérateur (stagiaire ou autre) · documentation utilisateur · vidéos courtes par module.
P0	Communication clients	Brief par email + onboarding individuel des admins clients · maintien de leur historique.
P0	Cutover progressif	Bascule par cohortes (3-4 clients par semaine sur 2-3 semaines) · monitoring renforcé · rollback à tout moment.

— Récapitulatif par module / priorité

Brique	P0 · Socle	P1 · Automatisations	P2 · Extensions
Phase 0 · Fondations & modélisation	✓	—	—
Module 1 · Identité & multi-tenant	✓	—	+ SSO · 2FA
Module 2 · Catalogue des équipements	✓	+ Inmac (catalogue étendu)	+ Prix par client · gating
Module 3 · Commandes, leasing & procurement	✓	+ Inmac · assurance · leasing auto	—
Module 4 · Lignes mobiles & commande de ligne	✓	+ Holafly · employé inline · 3e opérateur	—
Module 5 · Inventaire & MDM	✓	+ Champs custom	—
Module 6 · Employés & SIRH	✓	+ Onboarding/offboarding auto	—
Module 7 · Finance, facturation & CDR	✓ Pennylane auto-facturation	+ Stripe · CDR · hors-forfait · Qonto	+ Facture détaillée style PayFit
Module 8 · Support & ticketing	✓	+ Crisp	+ Base d'aide / FAQ
Module 9 · Notifications & actualités	✓	—	+ Refonte actus · SMS conso
Module 10 · Back-office Maxsime	✓	+ Stats · affectation SIM auto	+ HubSpot
Module 11 · Freemium / Premium	✓ Modèle données	—	+ Gating · tarification · SMS · self-onboarding
Phase finale · Migration & MEP	✓	—	—

— Roadmap V2 · Vagues post-MVP

V2 · Prioritaires après le MVP

Onboarding/offboarding lignes auto via SIRH
Champs personnalisés inventaire (clés, badges)
Connecteurs SIRH additionnels (PayFit, BambooHR...)
Connecteurs MDM additionnels (Jamf, Intune...)
Module reprise équipements (à trancher en Phase 0)

V3 · Fonctionnalités complexes

Application mobile (côté admin client)
Recommandations IA (sous/sur-dimensionnement forfaits)
Marketplace de services tiers (assurance, accessoires)
API publique pour clients (intégration leur SI)
3e opérateur télécom intégré

05+

Prototype.

Refonte du flow "Commande de ligne", desktop et mobile. Cliquable d'un bout à l'autre des 9 étapes — pas une capture d'écran, du HTML qui tourne.

— Pourquoi pas une refonte complète

Le flow actuel a déjà l'essentiel des bonnes décisions. On garde tout ça, on ne cible que ce qui résiste à l'usage.

Stepper persistant avec états validé / actif / à venir
CTA explicites ("Continuer", "Confirmer") — pas de flèches mystères
Création d'employé inline sans sortir du flow
Indicateur de stock SIM contextualisé par opérateur
Sites de livraison enregistrés avec SIRET et entité de facturation
Frais d'activation séparés dans le récap

— Ce que le proto change concrètement

Filtres croisés sur le catalogue Forfait

Type (Europe / Data Only) + Volume par fourchettes (< 5 Go, 5–20, 20–100, 100+). Les 20 forfaits du catalogue passent à 2–4 cards visibles en deux clics.

Total mensuel mis en avant

Le prix affiché en gros = le récurrent (€/mois). Les frais d'activation passent en sous-ligne discrète. La comparaison entre forfaits redevient honnête.

Sidebar timeline cliquable

Les 9 étapes affichées en permanence avec leur état (validée / en cours / à venir). Retour à n'importe quelle étape d'un clic — pas "Précédent" × 6.

Mobile complet, pas un downsize

Les 9 étapes accessibles depuis le téléphone, chips de filtres en scroll horizontal, footer collapsable qui détaille le total. Pour les commandes en mobilité.

Desktop

Mobile

Le prototype couvre le parcours SIM physique — le plus long, 9 étapes. Les flows eSIM virtuelle et eSIM Travel Data Only ont moins d'étapes (pas de livraison physique, parfois pas d'attribution employé) et seront évidemment à adapter dans la même logique — non maquettés ici pour rester sur le cas le plus dense.

ROI estimé.

Trois dimensions : du temps libéré, des risques évités, et de la capacité à scaler que vous n'avez pas aujourd'hui.

Le ROI d'un projet de cette nature se mesure rarement en gains mensuels chiffrables nets — il se mesure surtout en risques évités (faille sécu qui pourrait coûter cher) et en capacité débloquée (scaler de 15 à 100+ clients sans rien casser). Voici les trois dimensions à retenir.

Les chiffres présentés ci-dessous sont des ordres de grandeur construits à partir d'hypothèses raisonnables. Ils seront précisés lors de la Phase 0, en croisant avec votre comptabilité réelle (temps passé sur facturation, taux d'erreur, conversion self-onboarding cible).

① Risque sécurité corrigé · capacité à signer des grands comptes

Aujourd'hui, le cloisonnement multi-tenant défaillant est un risque immédiat (un client pourrait techniquement voir des données d'un autre) et un blocage commercial (impossible de répondre proprement à un questionnaire sécurité d'un grand compte ou d'un client soumis à des contraintes RGPD strictes).

Une fois corrigé via Row Level Security + contrôles applicatifs + audit log + hébergement EU/France, vous débloquez un segment client que vous ne pouvez pas adresser aujourd'hui : ETI et grands comptes avec exigences sécu formalisées, secteurs régulés (santé, finance, éducation), entreprises ayant subi un incident et ayant durci leurs critères de choix fournisseur.

Risque évité (incident multi-tenant)

RGPD + réputation

Segments clients débloqués

ETI · grands comptes

Délai pour passer un audit sécu client

Réalisable en J+0

À nuancer selon vos cibles commerciales — ce ROI est qualitatif mais structurant pour la trajectoire de Maxsime.

② Temps opérationnel récupéré · facturation, stock, onboarding clients

Facturation mensuelle automatisée

Aujourd'hui : 2 derniers jours du mois passés à checker conso, ajuster forfaits, générer factures Pennylane à la main, gérer les hors-forfait. À 15 clients, ça reste tenable. À 50 clients, ce n'est plus possible. Avec l'automatisation Pennylane API + Stripe + récupération CDR auto, le mois se ferme tout seul. Ordre de grandeur : 2 à 4 jours/mois de Alban libérés, qui valent factuellement plus cher que ça côté dev commercial.

Création client + affectation SIM automatisées

Aujourd'hui : Alban crée chaque client chez Snaic puis l'associe au compte Maxsime · affecte chaque SIM une par une (10 SIM = 10 actions manuelles). Demain : un opérateur (stagiaire) ou même le client lui-même (self-onboarding) peut le faire. Ordre de grandeur : ~30 min de friction supprimées par nouveau client.

Refacturation hors-forfait débloquée

Aujourd'hui : le hors-forfait est bloqué côté client (par sécurité, parce que pas de moyen de refacturer proprement). Avec l'automatisation CDR + détection dépassement + refacturation auto, vous pouvez ouvrir cette mécanique → revenu additionnel récurrent.

Temps facturation libéré

2 à 4 j/mois

Friction onboarding client

−30 min / client

Capacité à embaucher un opérateur

Stagiaire opérationnel

③ Gains structurants long terme (non chiffrables)

Au-delà des gains mesurables, la refonte débloque des trajectoires que la stack actuelle ne permet pas.

Multi-fournisseurs activable — ajouter un 3e opérateur (SFR ou autre) sans re-développer la plateforme. Différenciant fort vs revendeurs mono-fournisseur.
Modèle freemium/premium activable — gating de features posé dans le schéma de données, monétisation au coût par ligne supplémentaire faisable proprement.
Self-onboarding clients — petites entreprises qui s'inscrivent et paient seules via Stripe → CAC quasi-nul sur ce segment.
Auditabilité du code — fini le code généré par Base44 que personne ne peut auditer. Devs seniors d'Alfred sur la review · vous-même pouvez relire à votre rythme · code transférable vers une équipe interne plus tard.
Souveraineté des données — hébergement EU/France assumé · données clients sensibles (CDR notamment) protégées · argument commercial activable sur prospects sensibles.
Réversibilité totale — au terme de l'engagement, le code et les données vous reviennent. Vous reprenez la main avec vos propres devs ou un autre prestataire si besoin.

Notre proposition CSaaS.

Le CSaaS (Custom Software as a Service) répond directement à votre brief : un setup unique pour cadrer, modéliser, refondre et migrer · puis un abonnement mensuel qui couvre l'hébergement, le support, la maintenance et les évolutions continues. Engagement 12 ou 24 mois. À terme, le code et les données vous reviennent.

Phase de Build

Setup initial

~4 mois · paiement à la signature + jalons intermédiaires

Phase 0 + refonte complète du périmètre P0 (Modules 1 à 9 socle) + migration data + recette + formation. À l'issue : la plateforme refondue est en production, les ~15 clients ont basculé sans interruption, l'équipe Maxsime est formée.

Phase 0 · Fondations & modélisation 3-4 semaines · ateliers + spécifications + cartographie
Build · Modules 1 à 4 (sécurité, catalogue, lignes, inventaire) 4-5 semaines · cœur fonctionnel
Build · Modules 5 à 9 (employés, commandes, finance vue, notifs, back-office) 4-5 semaines · périmètre complet
Migration · Recette · Formation · MEP 2-3 semaines · cutover progressif par cohortes

Phase de Run

Abonnement mensuel

Engagement 12 ou 24 mois, renouvelable

L'outil vit avec vous. Supervision directe par votre Product Manager attitré. Évolutions illimitées priorisées ensemble — pas de devis à chaque nouveau besoin.

Hébergement, maintenance, support Stack Supabase + Next.js / Node sur Railway (hébergée par Alfred par défaut), sauvegardes, monitoring, correctifs
Meeting mensuel avec votre Product Manager attitré Revue des usages, priorisation du backlog, décisions produit directes — un interlocuteur unique qui connaît votre métier
Évolutions continues sur les briques existantes Enrichissements, ajustements UX, corrections — sans facture additionnelle
Livraison progressive du P1 puis des items P2 et V2 Pennylane, CDR, Holafly, Inmac, onboarding SIRH, freemium/premium, refonte actus, etc. construits par vagues — priorisés ensemble en meeting mensuel
Possibilité d'upgrade à tout moment Pour tous les nouveaux besoins, simple ajustement de l'abonnement

Engagement 12 mois

Flexibilité.

Pour démarrer avec un horizon court · réversibilité au bout d'un an.

26 000 € HT

Setup fee unique · payable à la signature

Abonnement mensuel selon périmètre

P0 · SoclePlateforme refondue iso périmètre actuel 2 600 €/mois

P0 + P1+ Automatisations facturation, CDR, multi-fournisseurs 3 000 €/mois

P0 + P1 + P2+ Freemium/Premium, refonte actus, SSO 3 400 €/mois

Recommandé

Engagement 24 mois · tarif préférentiel

Tarif préférentiel.

Notre recommandation — couvre Build + Run avec activation progressive P1 puis P2.

26 000 € HT

Setup fee unique · payable à la signature

Abonnement mensuel selon périmètre

P0 · SoclePlateforme refondue iso périmètre actuel 2 200 €/mois

P0 + P1+ Automatisations facturation, CDR, multi-fournisseurs 2 600 €/mois

P0 + P1 + P2+ Freemium/Premium, refonte actus, SSO 3 000 €/mois

✦

Notre recommandation : démarrer en P0 socle sur 24 mois (Tarif préférentiel)

Couverture P0 complète à mi-parcours du Build : plateforme refondue à l'identique sur stack code, faille sécu corrigée, base posée pour SOC 2, ~15 clients basculés sans rupture.
Auto-facturation P0 intégrée au socle (Pennylane API + cycle terme à échoir) — quick win attendu dès le démarrage.
P1 activable à tout moment sans nouveau forfait : CDR, Holafly, Inmac, onboarding SIRH — simple ajustement de l'abonnement (ex : +400€/mois pour passer P0 à P0+P1).
Inclus vs upsell — la règle : 1ère intégration d'une famille (SIRH, MDM, opérateur, finance) = incluse dans l'abonnement courant ; nouvelles familles ou briques structurantes = ajustement de l'abonnement, pas de re-setup.
Code & données vôtres au terme : transfert PI à la fin de l'engagement, export SQL à tout moment, réversibilité totale, factures libellées pour amortissement comptable.

— Hébergement & stack technique

Par défaut, Alfred héberge la stack pour vous (Supabase, Railway, Sentry…). Concrètement ça intègre l'opération à notre process — déploiements, updates, monitoring, sauvegardes et rollbacks sont gérés sans aller-retour côté Maxsime. Si vous préférez garder l'infra sous vos propres comptes (Alfred opère alors via accès dédiés), c'est tout à fait possible. Dans les deux cas, vous restez propriétaires de l'infra et des données.

L'abonnement CSaaS présenté ci-dessus inclut déjà les coûts de stack au niveau « Pro » (colonne de gauche). Le passage en niveau « Team / Business » exigé par SOC 2 / ISO 27001 — principalement le saut Supabase de ~25 à 550 €/mois — sera répercuté sur l'abonnement le moment venu, sans surprise.

Estimation indicative de la stack (à affiner en Phase 0 selon volumétrie réelle) :

Brique	Niveau "Pro" (sans SOC 2)	Niveau "Team / Business" (compatible SOC 2)
Supabase EU (Postgres + Auth + Storage)	~25 €/mois	~550 €/mois (plan Team requis pour SOC 2)
Railway (déploiement Next.js + Node)	~20 €/mois	~20-40 €/mois
Sentry (monitoring & alertes)	~30 €/mois	~80 €/mois (Business)
Email transactionnel (Resend / SendGrid)	~20-30 €/mois	~30-50 €/mois
Domaines, SSL, divers	~10 €/mois	~10 €/mois
Total estimé	~105-130 €/mois	~690-770 €/mois

Le passage en mode "Team / Business" ne devient nécessaire qu'au démarrage du processus de certification SOC 2 — pas obligatoire dès le jour 1. Vous pouvez démarrer en "Pro" et upgrader au moment voulu.

Planning prévisionnel.

~16 semaines de Build pour livrer le P0 socle complet, puis Run continu sur 12 ou 24 mois.

— Date d'engagement P0

P0 en production cible : fin septembre / début octobre 2026

Hypothèse : kick-off Phase 0 début juin 2026 + 16 semaines de Build (à raccourcir si scope réduit en atelier de priorisation). Une fois le P0 en prod, l'audit SOC 2 type 1 peut démarrer sur les 3 mois suivants pour viser une certification fin 2026 / début 2027.

— Phase de Build · ~16 semaines pour P0 socle complet

Juin · S1-3

Phase 0 · Fondations

Modélisation Supabase · politique cloisonnement · cartographie intégrations · plan migration · prio P0/P1/P2

Juin-Juillet · S4-8

Build cœur fonctionnel

Modules 1 (sécurité), 2 (catalogue), 3 (commandes), 4 (lignes mobiles)

Août-Sept · S9-13

Build périmètre complet

Modules 5 (inventaire), 6 (employés), 7 (finance + Pennylane), 8 (support), 9 (notifs), 10 (back-office)

MEP

Sept-Oct · S14-16

Migration · MEP · Formation

Recette client pilote · cutover progressif par cohortes · formation Maxsime + clients · go-live P0

— Phase de Run · pilotée par votre PM attitré, vagues priorisées en meeting mensuel

M+0

Oct-Déc 2026

Stabilisation + audit SOC 2

Support actif post-MEP · ajustements UX · audit SOC 2 type 1 démarré · monitoring renforcé

M+3

Q1 2027

P1 — Vague Finance

Stripe self-onboarding · CDR · refacturation hors-forfait · Mandat Qonto vs GoCardless

M+6

Q2-Q3 2027

P1 — Vague Intégrations

Holafly · Inmac · onboarding/offboarding SIRH · stats back-office · création client auto

M+12+

2027-2028

P2 + V2

Freemium/Premium · prix par client · refonte actus · SSO · self-onboarding · SOC 2 type 2 + ISO 27001

⚡

Ce que ce calendrier débloque pour Maxsime

Continuité commerciale : la migration progressive par cohortes ne casse pas l'expérience des ~15 clients déjà en prod.
Réponse aux audits sécu prospects dès le mois 4 post-démarrage : faille de cloisonnement corrigée, hébergement EU, audit log opérationnels.
Auto-facturation Pennylane livrée avec le P0 : 2 derniers jours du mois libérés dès la MEP — Alban peut se concentrer sur l'acquisition.
SOC 2 type 1 visible 3 mois après la MEP : passe les questionnaires sécu des grands comptes.
Vagues Run priorisées en meeting mensuel avec votre PM attitré — pas de calendrier figé, ajustement en fonction de la traction commerciale réelle.

Stack technique.

Stack code standard, stable, hébergée en Europe, auditable. Nous bossons sur Supabase pour 80% de nos projets — vous y êtes déjà, on conserve. Le reste s'articule autour de Next.js (front) et Node/TypeScript (backend), deux outils éprouvés qui élargissent immédiatement le pool de devs capables de prendre la suite.

Supabase

Base de données · Auth · Storage

Postgres managé · Row Level Security pour le cloisonnement multi-tenant · Auth (email/magic link/SSO) · Storage pour fichiers · hébergement Europe/France selon région choisie. Vous y êtes déjà — on conserve, on durcit la sécurité, on optimise les schémas.

Node.js / TypeScript

Backend · API · jobs asynchrones

Backend portant la logique métier · API REST consommée par le front · jobs asynchrones (synchro fournisseurs, génération factures, récupération CDR, notifs) · monitoring (Sentry) · logs structurés.

Next.js

Front client + back-office

Framework React de référence · SSR pour SEO et perf · responsive desktop/mobile natif · même base de code pour le front client et le back-office Maxsime (gain dev + cohérence design).

Vos exigences	Base44 actuel	Stack Alfred (Next.js + Node + Supabase)
Cloisonnement multi-tenant strict	Faille relevée par audit dev externe — non corrigeable proprement sur la stack actuelle	Row Level Security Postgres + contrôles applicatifs + audit log + tests automatisés de non-fuite
Audit du code par un dev senior	Code généré par Base44 — non auditable par vous-même, difficile à valider	Code TypeScript écrit et reviewé par devs seniors Alfred · vous pouvez relire à votre rythme
Limites d'API tierces	Limites Base44 sur les API fournisseur, contraint l'ajout d'intégrations	Aucune limite imposée par la plateforme · chaque connecteur est codé sur-mesure avec ses propres règles de débit
Souveraineté / hébergement EU	Dépend du Supabase configuré — à vérifier	Région Supabase EU (Francfort ou Paris) · politique de backup quotidien · DR documenté
Évolutivité long terme	Risque vendor lock-in fort sur Base44 · code peu portable	Stack standard du marché · code transférable vers une équipe interne ou un autre prestataire à tout moment
Logs & monitoring	Limité à ce que Base44 expose	Sentry + logs structurés · "quand il y a un bug, on le voit avant nos clients"

Ils nous font confiance.

Des équipes opérationnelles, des cabinets et des directions qui ont choisi Alfred pour structurer leur croissance.

Grâce à la plateforme, on a enfin une vision claire de tous nos prestataires, livrables et projets. On pilote désormais la production, les budgets et les délais bien plus efficacement.

Sylvain Nanhou

Senior Construction Manager · Disney

Alfred nous permet de déployer un outil à l'échelle internationale pour plus de 500+ project managers. Nous allons enfin avoir un process et outil commun pour gérer l'ensemble de nos artistes.

Thomas Papin

Artist Success PM · Believe Music

À propos d'Alfred.

On construit des outils sur-mesure qui libèrent le potentiel de croissance — sans imposer de SaaS générique, sans recruter pour faire de la saisie.

Notre conviction

Les professions à forte expertise méritent des outils aussi bien pensés que ceux des grands groupes, sans les délais et les budgets qui vont avec. Alfred rend ça possible en combinant no-code, IA souveraine et un vrai suivi humain dans la durée.

On ne livre pas un outil pour disparaître ensuite, ni un SaaS qui t'impose sa logique. On est un partenaire tech embarqué dans ta croissance — et sur ton métier réglementé, on prend le temps supplémentaire de cadrer la responsabilité.

Start with Users Partir de l'utilisateur

Tout commence par toi et tes clients. On a passé du temps sur tes templates, tes dossiers OBERT et FREEMAN, ton process — pas sur des hypothèses.

Act as a Butler Servir dans l'ombre

Pas d'égo, pas de jargon : une posture de partenaire. L'outil doit te faire gagner du temps, pas demander une heure d'explication par feature.

On the Mission Porter la mission

Chaque projet est porté comme un projet entrepreneurial. On vise l'excellence et on dépasse les attentes — surtout quand le risque (ton titre d'avocat) est sur la table.

Stay Humble Rester humble

Reconnaître ses limites, écouter sincèrement. Si une fonctionnalité n'est pas utilisée, on la repense. C'est notre engagement.

Conditions commerciales.

Tarifs HT (TVA française 20% applicable) · prélèvement SEPA mensuel · engagement 12 ou 24 mois selon formule choisie.

Setup fee

26 000 € HT
payable à la signature et jalons

Abonnement mensuel

2 200 à 3 400 € HT/mois
selon périmètre · prélèvement SEPA

Engagement

12 ou 24 mois
renouvelable · sortie anticipée possible

Hébergement

Sous comptes Maxsime
infra estimée 125-820 €/mois selon mode

🔐 Propriété intellectuelle (PI) Au terme de l'engagement, vous êtes propriétaires du code, des données et de toute la PI de la solution. Cette clause est inscrite au contrat. Export SQL et accès complet aux dépôts git à tout moment pendant le contrat.

📒 Amortissement comptable Une partie des factures est amortissable comptablement côté Maxsime — notamment les setup fees et une part des license fees. Les factures Alfred sont libellées en conséquence pour permettre le traitement comptable correspondant.

↗

Vous êtes à 3 étapes
d'une plateforme refondue.

Simple, rapide, sans friction.

Atelier de priorisation · 13 mai 18h

Revue de cette propale ensemble : qu'est-ce qui reste P0, qu'est-ce qu'on retire, qu'est-ce qu'on déplace en P1/P2. Présentation des deux prototypes UX (catalogue + flow commande de ligne) — livrés en amont du call.

Signature & kick-off

Signature de la lettre de mission CSaaS, paiement du setup fee, mise en place de la stack (Supabase, Railway, Sentry — hébergée par Alfred par défaut, ou sous vos comptes si vous préférez). Démarrage de la Phase 0 fin mai / début juin.

P0 en production fin septembre / début octobre 2026

Plateforme refondue, faille sécu corrigée, ~15 clients basculés sans rupture, auto-facturation Pennylane livrée. Audit SOC 2 type 1 démarré dans la foulée. Bascule en mode Run avec PM attitré.

On construit ça ensemble ?

Prêts à reconstruire
la plateforme Maxsime.

Proposition du 6 mai 2026 · Démarrage cible : juin 2026

Échanger avec Théo →

Validité de l'offre : 30 jours à compter de la date d'envoi

Reconstruire la plateforme Maxsime sur une base dev solide, scalable et souveraine, sans casser ce qui marche.

Votre contexte.

Ce qu'on a vu.

Notre lecturede votre plateforme.

La conformité (SOC 2 type 1, ISO 27001) est le vrai cap court-terme — pas l'UX.

Le cloisonnement multi-tenant est aujourd'hui défaillant — c'est le déclencheur principal.

Base44 a tenu pour aller vite, mais ses limites d'API et son code généré bloquent le passage à l'échelle.

L'opérationnel quotidien repose encore sur des actions manuelles structurantes — facturation, stock SIM, onboarding clients.

Le périmètre fonctionnel actuel est riche et largement validé — la priorité n'est pas de réinventer, c'est de redévelopper proprement.

Les chantiers de monétisation (freemium / premium, prix par client, SMS conso, SSO) attendent une plateforme qui sait gérer du gating fin.

Vision cible.

Architecture détailléeet priorités.

Phase 0 · Fondations & Modélisation

Module 1 · Identité, multi-tenant & sécurité

Module 2 · Catalogue des équipements

Module 3 · Commandes, leasing & procurement

Module 4 · Lignes mobiles & commande de ligne

Module 5 · Inventaire équipements & MDM

Module 6 · Employés & SIRH

Module 7 · Finance, facturation & CDR

Module 8 · Support & ticketing

Module 9 · Notifications & actualités

Module 10 · Back-office Maxsime — pilotage & opérations

Module 11 · Modèle Freemium / Premium

Phase finale · Migration data, mise en production & formation

Prototype.

— Pourquoi pas une refonte complète

Filtres croisés sur le catalogue Forfait

Total mensuel mis en avant

Sidebar timeline cliquable

Mobile complet, pas un downsize

ROI estimé.

Notre proposition CSaaS.

Setup initial

Abonnement mensuel

Flexibilité.

Tarif préférentiel.

Notre recommandation : démarrer en P0 socle sur 24 mois (Tarif préférentiel)

Planning prévisionnel.

P0 en production cible : fin septembre / début octobre 2026

Ce que ce calendrier débloque pour Maxsime

Stack technique.

Supabase

Node.js / TypeScript

Next.js

Ils nous font confiance.

À propos d'Alfred.

Notre conviction

Conditions commerciales.

Vous êtes à 3 étapesd'une plateforme refondue.

Atelier de priorisation · 13 mai 18h

Signature & kick-off

P0 en production fin septembre / début octobre 2026

Prêts à reconstruirela plateforme Maxsime.

Notre lecture
de votre plateforme.

Architecture détaillée
et priorités.

Vous êtes à 3 étapes
d'une plateforme refondue.

Prêts à reconstruire
la plateforme Maxsime.