Construire un SaaS belge : les coulisses d'Inalis

Inalis est un produit né d'un besoin observé sur le terrain : des outils professionnels souvent trop lourds, trop chers ou trop éloignés de la manière dont les gens travaillent réellement.

Partir du problème, pas de la technologie

La première version d'Inalis n'a pas commencé par un choix de framework. Elle a commencé par une liste de frictions concrètes, formulées par des utilisateurs. Tant que cette liste n'était pas stable, écrire du code aurait été prématuré.

Les arbitrages du début

• Un périmètre volontairement étroit plutôt qu'un produit générique
• Un socle technique standard, ennuyeux et maintenable
• L'hébergement européen comme contrainte non négociable
• Pas de fonctionnalité ajoutée sans usage démontré

Ce qui est plus dur qu'on ne le croit

Le développement n'est pas la partie difficile. La partie difficile, c'est de dire non. Chaque bonne idée refusée protège la cohérence du produit et le temps disponible, qui est la ressource la plus rare quand on construit en parallèle d'autres activités.

La discipline du rythme

Je travaille par cycles courts avec un objectif unique par cycle. Une fonctionnalité livrée, testée par de vrais utilisateurs, puis évaluée. Ce rythme évite l'effet tunnel, où l'on construit six mois pour découvrir qu'on a résolu le mauvais problème.

Où en est le produit

Inalis est en ligne sur inalis.eu. Le socle fonctionnel est posé et l'itération continue avec les premiers utilisateurs. La feuille de route reste guidée par les mêmes règles : utilité démontrée, simplicité d'usage, coût maîtrisé.

Ce que j'en retire

Faire un SaaS apprend l'humilité produit. En conseil, on livre une recommandation. En produit, on livre quelque chose que quelqu'un doit vouloir utiliser demain matin, sans qu'on soit là pour l'expliquer.