Passer au contenu principal
Fugen Services logo

Ingénierie logicielle

Concentrez-vous sur le produit, pas sur la plateforme que vous devrez reconstruire

Presque chaque refonte de SaaS à laquelle nous sommes appelés a la même cause : la première version a été construite comme une application mono-client, et le multi-locataires a été ajouté plus tard. Intégrer l’isolation des locataires dans un schéma qui ne l’avait jamais prévue est l’un des travaux les plus coûteux en développement logiciel, et cela peut être évité dès la première semaine.

Indicatif

MVP à partir de £22,000

Prix fixe convenu par écrit avant le début de la réalisation.

Demander un devis+44 7488 265083

Le problème que cela résout

La pression pour livrer un MVP rapidement est réelle et généralement justifiée — mais certaines décisions sont réellement difficiles à inverser. Comment les locataires sont isolés, comment les abonnements et les droits sont modélisés, et comment fonctionnent les permissions. Les prendre à la légère et chaque fonctionnalité ultérieure sera plus lente à développer.

Ce que vous obtenez

Isolation des locataires dès la première migration

Appliquée au niveau des requêtes, et non laissée à la mémoire de chaque développeur avec une clause where. Un locataire voyant les données d’un autre est l’incident qu’une entreprise SaaS ne surmonte pas.

Facturation par abonnement qui se réconcilie

Intégration Stripe gérant les essais, les mises à niveau, la proratisation en cours de cycle, les relances et les paiements échoués — pilotée par des webhooks pour que votre base de données et Stripe ne puissent pas diverger sur qui est un client payant.

Droits séparés des plans tarifaires

Fonctionnalités protégées par des capacités plutôt que par un nom de plan, afin d’ajouter un niveau ou d’intégrer un client existant par simple configuration plutôt que par une modification du code.

Organisations, rôles et invitations

Comptes d’équipe avec flux d’invitation, permissions basées sur les rôles et transfert de propriété. Intégrer des équipes à des comptes mono-utilisateur est une migration douloureuse en soi.

Intégration qui atteint la première valeur utile

Le parcours d’inscription conçu autour du moment où le produit devient utile, avec des données d’exemple là où un état vide bloquerait un nouvel utilisateur. C’est ici que la conversion des essais se joue.

Analyses produit dès le premier jour

Activation, utilisation des fonctionnalités et signaux de désabonnement instrumentés avant le lancement, afin que les décisions de feuille de route s’appuient sur des comportements plutôt que sur les demandes du client le plus bruyant.

Notre méthode de travail

  1. Définir honnêtement le périmètre du MVP

    Ce qui doit exister pour qu’un client paie, et ce qui peut attendre. Réduire le périmètre ici est le travail le plus rentable du projet.

  2. Concevoir les parties difficiles

    Modèle de locataires, facturation et permissions définis et documentés avant de commencer le développement des fonctionnalités.

  3. Développer par incréments de deux semaines

    Logiciel fonctionnel sur une URL de staging que vous pouvez utiliser, toutes les deux semaines.

  4. Facturation et intégration

    Inscription, paiement et annulation de bout en bout, testés avec de vraies cartes de test Stripe.

  5. Bêta privée

    Un petit groupe d'utilisateurs réels avant le lancement public, avec un retour intégré au backlog.

  6. Lancement et itération

    Surveillance, analyse des données et un backlog priorisé basé sur l'utilisation réelle.

Ce à quoi vous devez vous attendre

  • Isolation des locataires assurée par la couche de données, et non par convention
  • État de facturation toujours synchronisé avec Stripe
  • Nouveaux paliers tarifaires ajoutés via configuration
  • Un lancement avec activation et attrition déjà mesurables

Créé avec

  • Next.js
  • TypeScript
  • React
  • Node.js
  • Laravel
  • PostgreSQL
  • Prisma
  • Redis
  • Stripe
  • AWS
  • Vercel
  • Docker
  • Playwright

Mainstream, well-supported technology — chosen so you can hire for it and so another team could take the project over.

Développement de produits SaaS — your questions

Y compris les questions relatives au coût, que la plupart des agences omettent sur leur site.

Un MVP authentique — authentification, flux de travail principal, facturation et onboarding — coûte généralement entre £22 000 et £45 000 sur trois à cinq mois. En dessous d’environ £20 000, vous ne faites que construire un prototype plutôt qu’un produit que vous pourrez facturer, et nous préférons vous le dire plutôt que de prendre le projet et vous décevoir ensuite.

Un MVP, presque toujours — mais un MVP signifie un produit étroit développé correctement, pas un produit large bâclé. Supprimez des fonctionnalités, jamais la gestion multi-locataires, la précision de la facturation ou la sécurité, car ce sont ces éléments qui imposent une refonte plutôt qu'une itération.

Un schéma partagé avec un identifiant de locataire sur chaque ligne et une isolation appliquée au niveau de la couche d'accès aux données, ce qui convient à la grande majorité des SaaS B2B. Lorsqu'un client exige contractuellement une séparation physique, nous utilisons une base de données par locataire, mais cette décision a un coût opérationnel réel et doit être justifiée.

Intégralement, dès le premier commit, dans votre propre dépôt. Cela n'est pas négociable de notre côté — une entreprise SaaS dont la base de code est détenue par son agence n'est pas vraiment une entreprise.

La plupart des clients optent pour un abonnement mensuel pour les itérations et le support, mais vous n'êtes pas obligé de rester. La transmission inclut une documentation d'architecture et un manuel d'exploitation conçu pour qu'une autre équipe puisse reprendre le projet, ce qui est le seul test honnête pour vérifier si la transmission a été réelle.

Oui, et c'est une grande partie de notre activité. Nous commençons par un audit payant — architecture, modèle de location, sécurité, couverture des tests et état réel de l'intégration de facturation — et vous fournissons un rapport écrit avec un plan priorisé avant que quiconque ne s'engage dans une refonte.

Parlez à quelqu'un qui l'a déjà développé

A short call is usually enough to tell you whether this is the right service for your situation — including when it is not.