Concevoir des solutions numériques qui partent du besoin réel.
Cantrelle Studio est un studio indépendant de conception et de développement, fondé par Sébastien Cantrelle. Applications métier, SaaS, sites professionnels ou besoins plus spécifiques : chaque projet commence par comprendre ce qu'il faut réellement résoudre avant de choisir comment le construire.
Métier, technique et expérience ne sont pas trois sujets séparés.
Une interface réussie ne compense pas une logique métier mal comprise. Une architecture solide ne suffit pas si le produit reste difficile à utiliser. Le rôle du studio est de relier ces dimensions pour construire une solution cohérente dans son ensemble.
Le contexte avant les outils
Les utilisateurs, les processus, les contraintes et l'existant donnent le cadre des décisions à prendre.
Donner une forme claire au besoin
Parcours, données, règles métier et architecture sont organisés avant d'empiler les fonctionnalités.
Faire des choix qui restent maîtrisables
La technologie, l'interface et le niveau de complexité doivent rester proportionnés au produit réellement nécessaire.
Sébastien Cantrelle
Fondateur · Développeur Full Stack
Mon parcours associe développement logiciel, gestion de projet et sensibilité visuelle 2D/3D. Cette combinaison me pousse à regarder un projet au-delà du code : comprendre l'activité, structurer le problème, concevoir une expérience claire puis construire une solution capable d'évoluer.
Cantrelle Studio est né de cette manière de travailler : garder une relation directe avec le besoin tout en apportant la rigueur technique nécessaire à une application métier, un SaaS ou un site professionnel.
Basé à Amiens, il accompagne des projets locaux dans les Hauts-de-France ainsi qu'à distance partout en France. Développement web à Amiens
Un interlocuteur direct, du cadrage aux décisions techniques.
Cantrelle Studio fonctionne aujourd'hui avec une structure légère : la compréhension du besoin, les arbitrages de conception et les décisions techniques restent reliés au même interlocuteur. Cela évite que le projet se dilue entre des couches d'intermédiaires et permet de garder les choix compréhensibles.
- Une continuité entre besoin et réalisation.
- Des arbitrages expliqués plutôt qu'imposés.
- Un périmètre qui reste lisible au fil du projet.
Faire juste avant de faire plus.
Une solution doit pouvoir être comprise avant d'être complexifiée.
Produit, interface et architecture doivent raconter la même chose.
Chaque ajout technique doit avoir une raison d'exister.
Une base propre doit pouvoir accueillir la suite sans devenir un obstacle.
Des contextes différents, une même exigence de cohérence.
Applications métier, SaaS ou expérience web : les études de cas montrent plus concrètement comment les besoins, les contraintes et les choix techniques se traduisent dans les projets.
Un besoin à clarifier ou une solution à construire ?
Le premier échange sert à comprendre le contexte, le besoin et le niveau d'accompagnement pertinent avant de parler technologie.