Développer
Sensaria est une entreprise suisse de développement de logiciels sur mesure basée à Lugano. Nous développons des applications web, des systèmes métier internes, des portails clients, des tableaux de bord et des services pilotés par API pour les entreprises, en Suisse et à l'étranger, dont les processus ont dépassé les tableurs et les outils standard. Vous obtenez un logiciel en production, un code testé et documenté qui vous appartient, et une équipe capable de le faire évoluer.
Un logiciel sur mesure est rentable lorsque votre façon de travailler fait partie de ce qui vous distingue, ou lorsque les outils standard imposent des contournements qui coûtent chaque année plus cher que le développement. C’est en général le mauvais choix lorsqu’un produit du marché couvre l’essentiel du processus et que le reste se règle par configuration ou par une petite intégration. Nous le vérifions honnêtement dès le départ : le logiciel le moins cher reste celui qu’on n’a pas besoin de développer.
Les signaux que nous cherchons : un processus qui passe par des tableurs et des e-mails parce qu’aucun outil ne lui correspond ; des collaborateurs qui ressaisissent les mêmes données dans plusieurs systèmes ; des licences par utilisateur payées pour des personnes qui n’ont besoin que d’un écran ; des données qui doivent rester sous votre contrôle. Les arbitrages sont détaillés dans notre article logiciel sur mesure ou logiciel standard.
Une phase de découverte avec les personnes qui font le travail. Nous cartographions le processus tel qu’il fonctionne aujourd’hui, exceptions comprises, et formulons les règles métier comme des énoncés testables (« une commande au-dessus de la limite de crédit doit être validée par un responsable ») plutôt que comme des descriptions d’écrans. Le résultat : un modèle de données, une note d’architecture et une première version utile à elle seule.
Une architecture simple et éprouvée. La plupart des systèmes métier que nous développons sont une seule application avec une base de données PostgreSQL, une API REST typée et documentée avec OpenAPI, et une interface React ou rendue côté serveur. Nous ne séparons des services que lorsque la charge, l’isolation ou un cycle de mise en production indépendant le justifient. Les backends sont en Python (FastAPI, SQLAlchemy, migrations Alembic) ou en Node.js avec TypeScript, selon votre équipe et vos systèmes existants.
Des tests dès la première semaine. Les tests unitaires et d’intégration tournent dans la CI à chaque modification, avec des tests de bout en bout Playwright sur les parcours critiques, et aucun déploiement ne passe sans une suite au vert. La première instance de la plateforme de prospection que nous avons développée pour un client SaaS a été livrée avec environ 160 tests automatisés.
La sécurité par défaut. Les rôles sont appliqués dans le backend, les mots de passe sont hachés, les connexions se bloquent après plusieurs échecs et les secrets restent hors du code. Les tableaux de bord d’administration refusent de démarrer sur une adresse publique tant que l’authentification n’est pas configurée. Lorsque le serveur appelle des URL externes, il ne se connecte qu’à des adresses publiques et les revérifie après chaque redirection, ce qui ferme les failles SSRF habituelles.
L’exploitation prévue avant le lancement. Images Docker, environnement de préproduction, reverse proxy avec TLS, journaux structurés, sauvegardes et un manuel d’exploitation qu’une autre personne que le développeur d’origine peut suivre.
| Facteur | Effet sur l’effort |
|---|---|
| Workflows et rôles utilisateurs | Chaque rôle et chaque circuit de validation ajoutent des écrans, des règles et des tests. |
| Intégrations | La qualité et les limites des API externes décident souvent du calendrier. |
| Migration des données | Nettoyer et transférer les données existantes est régulièrement sous-estimé. |
| Audit et conformité | Journaux, règles de conservation et contrôles d’accès ajoutent du travail de conception et de test. |
| Complexité de l’interface | L’édition en masse, les tableaux complexes ou l’usage hors ligne coûtent plus que de simples formulaires. |
| Disponibilité | Un fonctionnement 24 h sur 24 demande supervision, redondance et service de piquet. |
Nous proposons un prix forfaitaire pour une première version clairement définie, ou nous travaillons par étapes lorsque la phase de découverte montre qu’une partie du périmètre dépend de l’usage réel de la première version. Dans les deux cas, vous voyez le plan et ses hypothèses avant le début des travaux.
Les systèmes métier contiennent en général des données personnelles : la loi fédérale sur la protection des données (LPD) révisée, en vigueur depuis le 1er septembre 2023, s’applique aux données traitées en Suisse, le RGPD aux personnes dans l’UE, et toutes deux guident la conception. L’art. 7 LPD impose la protection des données dès la conception et par défaut. L’art. 16 LPD n’autorise la communication à l’étranger que vers des pays offrant une protection adéquate ou moyennant des garanties supplémentaires. L’art. 24 LPD impose d’annoncer au PFPDT toute violation susceptible d’entraîner un risque élevé pour les personnes concernées ; le RGPD prévoit des obligations équivalentes. Concrètement, nous intégrons les rôles, les règles de conservation et les journaux d’audit dès la première version, documentons quels sous-traitants voient quelles données, et hébergeons en Suisse ou dans une région de l’UE selon vos contrats et votre secteur.
Un logiciel sur mesure fonctionne rarement seul. Il lit et écrit dans votre CRM, votre comptabilité ou votre boutique en ligne grâce aux intégrations API, devient parfois un CRM ou un ERP sur mesure, et se transforme à l’occasion en produit pour d’autres entreprises par le développement SaaS. Les scénarios types sont décrits dans notre solution systèmes métier internes.
Sensaria AG est une entreprise suisse basée à Lugano. Pour un client SaaS, nous avons développé une plateforme de détection de startups et de prospection : un flux quotidien avec files de validation, un tableau de bord par rôles et un transfert vers le CRM du client. Nous avons aussi développé un système de réactivation d’affiliés qui analyse une plateforme tierce strictement en lecture seule, et un moteur de recrutement d’affiliés avec un crawling protégé contre les attaques SSRF et une piste d’audit pour chaque identité fusionnée. Nous travaillons en français, en allemand, en italien et en anglais.
Ce qui est inclus
Des applications dans le navigateur avec leur propre modèle de données et leurs règles métier, de l'outil de calcul d'offres au système complet de gestion des opérations.
Des services en Python (FastAPI) ou Node.js sur PostgreSQL, avec une API REST documentée et un contrat OpenAPI sur lequel d'autres systèmes et d'autres équipes peuvent s'appuyer.
Des interfaces React et TypeScript pour le travail quotidien sur beaucoup de données : tableaux, filtres, actions groupées, brouillons et files de validation.
Des outils qui remplacent les chaînes d'e-mails et les tableurs partagés : validations, files de tâches, gestion des documents et historique de chaque modification.
Des espaces connectés où les clients suivent un statut, téléchargent des documents ou envoient des demandes, en lisant les systèmes internes à travers une couche API contrôlée.
Des tableaux de bord opérationnels où chaque indicateur est défini une seule fois dans la couche de données : ventes, opérations et finance voient le même chiffre.
Des tâches planifiées ou déclenchées par des événements, avec relances automatiques, délai progressif (back-off) et file de messages en échec : une étape qui échoue reste visible et récupérable au lieu de disparaître sans bruit.
Des applications placées entre vos systèmes existants, comme le CRM, la comptabilité, la boutique en ligne et l'outil d'e-mailing, qui font circuler les données entre eux au fil des événements.
Des accès par rôle appliqués dans le backend, une protection des connexions et un journal d'audit qui indique qui a modifié quoi, et quand.
Scénarios types
Commandes, offres ou demandes suivies dans des fichiers Excel partagés passent dans une application avec validation des saisies, rôles et historique. Le tableur reste disponible comme export, plus comme source de référence.
Des données collectées depuis plusieurs sources sont dédoublonnées, notées puis soumises à validation humaine avant tout envoi. Les exécutions sont idempotentes : un redémarrage ne traite jamais deux fois le même élément.
Les données d'un outil SaaS que vous ne pouvez pas modifier sont synchronisées, les indicateurs qu'il ne propose pas sont calculés, et les résultats génèrent des tâches pour votre équipe, sans aucun risque d'écriture accidentelle.
Vos clients consultent l'état de leurs commandes, leurs documents et leurs demandes en cours sans téléphoner. Le portail passe par une couche API : les systèmes internes ne sont jamais exposés directement sur Internet.
Un petit service transfère les données entre le CRM, la comptabilité et l'outil d'e-mailing dès que quelque chose change, avec journaux et relances, et met fin à la ressaisie des mêmes données à trois endroits.
FAQ
Demandez à voir des systèmes que l'entreprise a développés et exploite, et interrogez-la sur l'architecture, les tests et l'exploitation plutôt que sur des captures d'écran. Vérifiez à qui appartient le code source, comment les modifications sont testées avant chaque mise en production, qui exploite le logiciel après le lancement, dans quelles langues l'équipe travaille et où vos données seront hébergées. Un bon partenaire vous dira aussi quand un outil standard est la meilleure réponse.
Le coût dépend du nombre de workflows et de rôles utilisateurs, de la qualité des API externes à connecter, de la migration des données, des exigences d'audit et de conformité, et du niveau de disponibilité attendu. Nous ne publions pas de prix. Après une courte phase de découverte, nous proposons un prix forfaitaire pour une première version clairement définie, ou un plan par étapes avec une estimation par étape lorsqu'une partie du périmètre dépend de l'accueil réservé à la première version.
Une première version en production d'un outil interne ciblé demande en général deux à quatre mois, phase de découverte comprise. Les systèmes plus importants sont livrés par versions successives toutes les quelques semaines plutôt qu'en un seul grand lancement : les équipes utilisent le logiciel tôt et l'étape suivante s'appuie sur des retours réels. Les intégrations avec des API tierces lentes ou mal documentées sont la cause de retard la plus fréquente.
Une équipe nearshore peut coûter moins cher à l'heure. Un partenaire basé en Suisse se justifie lorsque le projet demande un travail étroit avec vos collaborateurs dans leur langue, un contrat avec une société de droit suisse et une réponse claire sur le lieu de traitement des données personnelles, au regard de la LPD pour les données traitées en Suisse et du RGPD pour les personnes dans l'UE. Sensaria AG est inscrite au registre du commerce du canton du Tessin, travaille à distance, en français, en allemand, en italien et en anglais.
Les deux. Nous travaillons avec des petites et moyennes entreprises, et avec des équipes de grandes organisations qui ont besoin d'un système précis, livré rapidement. L'architecture est dimensionnée selon le problème : une seule application avec une base PostgreSQL couvre la plupart des systèmes métier, ce qui garde les coûts d'hébergement et de maintenance prévisibles.
À vous. Le code se trouve dans votre dépôt ou y est transféré à la remise, avec la documentation, le schéma de base de données et ses migrations, et le manuel de déploiement. Aucun framework propriétaire ni aucune licence ne vous lie à Sensaria pour la suite du développement.
La LPD s'applique aux données traitées en Suisse, le RGPD aux personnes dans l'UE. Nous choisissons le lieu d'hébergement avec vous : un centre de données en Suisse lorsque vos contrats ou les règles de votre secteur l'exigent, sinon une région de l'UE, que le Conseil fédéral reconnaît comme offrant une protection adéquate. Les rôles d'accès, les règles de conservation et les journaux d'audit font partie de la première version, et nous documentons quels sous-traitants voient quelles données.
Oui, après un audit technique. Nous lisons le code, exécutons les tests s'il y en a, vérifions les dépendances et le déploiement, puis vous remettons une évaluation écrite : ce qui peut évoluer tel quel, ce qu'il faut d'abord remanier et ce qui présente un risque. La reprise d'un système commence en général par l'ajout de tests autour des parties qui changent le plus.
Technologies utilisées
TechnologiesApplications web, systèmes internes, portails clients et services pilotés par API, construits autour de la façon dont votre entreprise travaille vraiment, avec un code et des données qui vous appartiennent.