Plateforme SaaS
DiagNow
Plateforme SaaS pour bureaux d’expertise : saisie terrain, rapports polluants, CRM et facturation réunis.
Découvrir le projetOn construit des produits web complets : comptes, abonnements, facturation, tableaux de bord, API. Une architecture pensée pour évoluer sans être réécrite au bout d’un an.
Notre approche
01
Le modèle de données décide de tout le reste
C’est le seul choix qu’on ne rattrape pas. Qui possède une donnée : un utilisateur, une équipe, une organisation ? Si vous démarrez avec un utilisateur rattaché à une seule société et qu’un client veut gérer trois filiales six mois plus tard, la migration touche chaque requête de l’application. On pose cette question au premier jour, même quand vous ne vendez qu’à des indépendants.
02
Un MVP qui prouve quelque chose
Un MVP n’est pas une version réduite du produit final : c’est le plus petit objet capable de vérifier que quelqu’un est prêt à payer. On bâcle volontairement le back-office et l’automatisation des cas rares, on ne bâcle jamais l’authentification, les permissions ni les tests du parcours principal. Six à dix semaines pour avoir une réponse.
03
Abonnements, facturation et rôles
Comptes, invitations, rôles, essais gratuits, changements de forfait, factures, TVA, relances d’échec de paiement. Cette partie paraît accessoire et représente régulièrement un tiers du développement. On l’appuie sur des briques éprouvées comme Stripe plutôt que de la réécrire, mais on la teste sérieusement : c’est là que les bugs coûtent directement de l’argent.
04
Tests et déploiement continu
Un produit qui évolue chaque semaine sans filet finit par ralentir jusqu’à l’arrêt : plus personne n’ose toucher au code. On couvre les parcours critiques (inscription, paiement, action principale) et on automatise le déploiement. L’objectif n’est pas la couverture parfaite, c’est de pouvoir livrer un vendredi sans angoisse.
Ce que ça comprend
- Cadrage produit et parcours utilisateurs
- Comptes, rôles, abonnements et facturation
- API publique et intégrations tierces
- Tests automatisés et déploiement continu
Comment ça se passe
Quatre étapes, zéro effet tunnel.
01
Cadrage produit
Utilisateurs, parcours, modèle de données et périmètre du premier jalon.
02
Prototype
Écrans cliquables pour valider les parcours avant de construire.
03
Développement
Itérations de deux semaines, démonstration à chaque fin de cycle.
04
Mise en production
Déploiement automatisé, supervision, puis évolutions au fil des retours.
Questions
Ce qu’on nous demande sur cette prestation.
Pouvez-vous reprendre un produit existant ?
Oui. On commence par un audit du code et de la base pour dire honnêtement si la reprise est rentable ou si une réécriture partielle coûtera moins cher à terme. Le verdict est écrit et argumenté, même quand il ne nous arrange pas.
Où sont hébergées les données ?
Où vous le décidez : Suisse ou UE selon vos contraintes réglementaires et celles de vos clients. L’hébergement est à votre nom, nous pouvons l’administrer sans en être propriétaires.
Que se passe-t-il si on veut internaliser plus tard ?
C’est prévu dès le départ. Code documenté, environnement reproductible, pas de dépendance à un outil maison. On accompagne la passation de votre future équipe si vous le souhaitez.
Réalisations
Ce qu’on a livré dans cette expertise
À lire
Notre manière de travailler, en détail
Produit
3 min de lecture
Du MVP au SaaS : construire un produit qui ne sera pas à réécrire
Les raccourcis qu'on peut prendre au démarrage, et les trois décisions qu'il ne faut jamais reporter sous peine de tout refaire à la première centaine de clients.
Lire l’article
Produit
3 min de lecture
Quitter Excel : à partir de quand un outil métier devient rentable
Le tableur partagé fonctionne, jusqu'au jour où il coûte plus cher qu'il ne rapporte. Voici les signaux et le calcul.
Lire l’articleServices liés
Six expertises, une seule équipe.
Un projet en tête ?
Décrivez-le en trois lignes, on répond sous 24 heures ouvrées avec une première estimation.