OmniTech — Développement web app
Développement de web app et de SaaS sur mesure
Une application web s’ouvre dans un navigateur, sans rien installer. Espace client, back-office, outil interne d’entreprise ou produit SaaS destiné à être vendu par abonnement : nous construisons des applications web sur mesure pour les TPE et PME dont le métier ne rentre dans aucun logiciel du marché. Cette page explique ce qui distingue une web app d’un site, ce qu’elle coûte à faire tourner, et ce qu’elle impose en matière de données.
La confusion la plus fréquente
Un site internet et une web app ne sont pas le même objet
Beaucoup de projets démarrent mal parce que les deux mots sont employés l’un pour l’autre. Quatre différences suffisent à trancher.
- 01
Un site publie, une web app fait travailler
Un site présente des informations que vous décidez d’afficher. Une application web reçoit des informations : une commande saisie, un planning modifié, un devis validé, un stock décrémenté. Le visiteur ne lit plus, il produit de la donnée que vous devez conserver et rendre juste.
- 02
Une web app a des comptes, donc des règles
Dès qu’il y a une connexion, il faut décider qui voit quoi, qui peut modifier quoi, ce qui arrive quand un salarié part, et comment on retrouve l’auteur d’une saisie. Ces règles ne sont pas un détail technique : elles sont la moitié du cahier des charges.
- 03
Un site se termine, une web app se maintient
Un site vitrine peut vivre des mois sans intervention. Une application web héberge des données vivantes : elle demande des sauvegardes, des mises à jour de sécurité et une surveillance. Le budget n’est plus seulement un budget de création, c’est aussi un budget de fonctionnement.
- 04
Une application web s’ouvre dans un navigateur
Pas d’installation, pas de version à déployer poste par poste, pas de passage par un magasin d’applications. Chrome, Safari ou Firefox, sur un ordinateur, une tablette ou un téléphone, et tout le monde utilise la même version au même moment.
Si votre besoin est d’être trouvé et d’être appelé, la création d’un site internet répond mieux et coûte moins cher. Si vos utilisateurs doivent revenir tous les jours depuis un téléphone, avec des notifications ou un mode hors connexion, regardez plutôt le développement d’application mobile.
Périmètre
Espace client, back-office, outil interne, produit SaaS
Quatre demandes différentes, quatre manières de travailler. Le point commun : on part de la tâche qui vous coûte le plus de temps aujourd’hui.
Espace client
Vos clients se connectent pour suivre une commande, retrouver leurs factures, déposer un document ou envoyer une demande. Cela retire du téléphone et de l’e-mail une part du travail répétitif, et cela donne à votre client la réponse sans attendre vos horaires d’ouverture.
Back-office sur mesure
L’écran par lequel votre équipe pilote l’activité : commandes, dossiers, plannings, tarifs, contenus. Un back-office sur mesure épouse votre vocabulaire et vos étapes réelles, au lieu de forcer votre métier à entrer dans les cases d’un logiciel générique.
Outil interne d’entreprise
Le cas le plus fréquent : un tableur partagé qui a grossi jusqu’à devenir dangereux, ou trois outils qui ne se parlent pas et qu’on ressaisit à la main. On remplace cela par un outil interne à accès contrôlé, avec un historique des modifications et des données qui ne dépendent plus du fichier ouvert par la dernière personne.
Produit SaaS à commercialiser
Vous ne voulez pas seulement un outil pour vous : vous voulez le vendre par abonnement à d’autres entreprises. Le logiciel doit alors accueillir plusieurs sociétés clientes étanches les unes des autres, gérer les inscriptions, la facturation récurrente et le support.
Multi-utilisateur
Les droits se décident avant la première ligne de code
Dans une application web, la question n’est jamais « est-ce que ça marche » mais « qui a le droit de faire ça, et comment le sait-on ». Quatre principes que nous appliquons systématiquement.
Un compte par personne, jamais un compte partagé
Le compte partagé rend impossible de savoir qui a fait quoi, et oblige à changer le mot de passe de toute l’équipe au moindre départ.
Des rôles définis avant le développement
Direction, encadrement, opérateur, comptabilité, prestataire externe : chaque rôle voit et modifie un périmètre décidé à l’avance, pas au fil de l’eau.
Un historique des actions sensibles
Modification d’un tarif, suppression d’un dossier, export de données : la trace est conservée avec l’auteur et la date. C’est ce qui permet de trancher un doute.
Des arrivées et des départs prévus
Créer un accès prend une minute, le retirer aussi. Un ancien salarié qui garde ses identifiants trois mois après son départ est un incident, pas un oubli.
Ces règles paraissent lourdes tant que l’équipe compte trois personnes. Elles deviennent indispensables au premier litige, au premier départ, ou le jour où un client vous demande qui a consulté son dossier.
Ce qui tourne après la livraison
Hébergement, coûts récurrents, sauvegardes et RGPD
Une application web est un système en fonctionnement, pas un livrable posé une fois pour toutes. Voici ce que cela implique, sans le cacher au fond d’un devis.
L’hébergement se paie tous les mois
Serveur, base de données, stockage des fichiers, envoi des e-mails transactionnels, nom de domaine, certificat, surveillance. Le montant dépend du volume de données, du nombre d’utilisateurs connectés en même temps et de la disponibilité attendue. Nous chiffrons ce coût de fonctionnement au cadrage, séparément du développement, pour que vous sachiez ce que l’outil vous coûtera une fois livré.
Une sauvegarde ne compte que si elle a été restaurée
Nous mettons en place des sauvegardes automatiques, une copie conservée ailleurs que sur le serveur de production, une durée de conservation décidée avec vous, et un test de restauration. La bonne question à poser à n’importe quel prestataire est simple : combien d’heures de travail perdrais-je au pire des cas, et quand la restauration a-t-elle été testée pour la dernière fois ?
Le RGPD commence par la sobriété des données
La donnée la mieux protégée est celle que vous n’avez pas collectée. Nous limitons les champs enregistrés à ce que le métier exige réellement, nous fixons une durée de conservation, nous prévoyons l’export et la suppression sur demande, et nous tenons une trace des accès aux données sensibles. Nous privilégions un hébergement dans l’Union européenne, en France quand le projet le demande, ce qui écarte les questions de transfert hors UE. Le registre des traitements et l’information de vos utilisateurs restent votre responsabilité de responsable de traitement : nous vous disons ce qu’il faut y inscrire.
Vendre son propre logiciel
Ce que devenir éditeur de SaaS implique vraiment
Créer un SaaS à commercialiser n’est pas un projet plus gros qu’un outil interne : c’est un autre métier.
Un outil interne sert une entreprise, la vôtre, avec des utilisateurs que vous connaissez. Un SaaS vendu par abonnement sert des sociétés clientes qui doivent être étanches les unes des autres : chacune ne voit que ses données, même si le logiciel est le même. À cela s’ajoutent l’inscription autonome, la facturation récurrente, la relance des impayés, le support, la documentation, les conditions générales et la gestion des incidents pour des clients qui, eux, ne vous connaissent pas.
Le logiciel cesse d’être un projet qui se termine pour devenir une activité qui se pilote : correction des anomalies, évolutions, sécurité, et une disponibilité que vos clients considèrent comme due. Notre position est constante sur ce point : nous construisons d’abord une version que de vrais utilisateurs peuvent payer, et nous industrialisons ensuite ce qui coûte cher, plutôt que l’inverse.
Nous parlons de ce sujet depuis notre propre expérience, parce que nous éditons nos logiciels : OmniPOS, caisse et gestion pour les restaurants et les commerces, et Book Your Ride, réservation et gestion de courses pour les chauffeurs. Deux applications web multi-utilisateurs, avec comptes, rôles et données à sauvegarder, que nous exploitons nous-mêmes. Ce que nous décrivons ici, nous le vivons sur nos propres produits.
Déroulé
Comment se construit votre application web
Cinq étapes, un devis avant le développement, une première version utilisable avant la version complète.
1.Cadrage du métier
Nous partons de vos flux réels : qui saisit quoi, à quel moment, avec quelle information sous les yeux. Nous listons les rôles, les cas particuliers et ce qui doit être conservé. Rien n’est développé avant que ce document soit validé et chiffré.
2.Première version utilisable
Nous livrons d’abord le cœur de l’outil, celui qui remplace la tâche la plus coûteuse. Vous l’utilisez en conditions réelles pendant que le reste avance. C’est le meilleur moyen d’éviter de payer des fonctions dont personne ne se sert.
3.Reprise de vos données existantes
Tableurs, fichiers, ancien logiciel : nous étudions ce qui est récupérable et ce qui doit être ressaisi. Une reprise est un chantier en soi, nous la chiffrons séparément plutôt que de la faire passer pour un détail.
4.Mise en production et formation
Hébergement, nom de domaine, certificat, sauvegardes automatiques, comptes créés. Puis une prise en main avec les personnes qui vont s’en servir tous les jours, et non seulement avec la direction.
5.Exploitation et évolutions
Surveillance, mises à jour de sécurité, corrections, puis évolutions par lots. Vous savez ce que coûte le fonctionnement mensuel et ce que coûte chaque nouveau développement, séparément.
OmniTech est la branche technologique du groupe OmniPro Solutions. Une application web peut donc se combiner aux autres services du groupe, avec un seul interlocuteur.
Questions fréquentes
Ce que les dirigeants demandent avant de lancer une web app
Quelle est la différence entre un site internet et une application web ?
Un site internet présente des informations : vous publiez, le visiteur lit. Une application web traite des informations : les utilisateurs se connectent, saisissent et consultent des données qui leur sont propres. Cela suppose des comptes, une base de données, des droits d’accès, des sauvegardes, une surveillance, et donc un budget de fonctionnement mensuel en plus du budget de création. Si votre besoin est d’être trouvé et d’être appelé, un site suffit ; s’il est de faire travailler des gens dans un outil commun, il faut une application web.
Faut-il installer un logiciel sur les postes de l’entreprise ?
Non. Une web app s’ouvre dans un navigateur, sur ordinateur, tablette ou téléphone, avec une adresse et des identifiants. Rien à installer, rien à mettre à jour poste par poste, et toute l’équipe travaille sur la même version au même moment. C’est aussi ce qui permet à un salarié en déplacement d’accéder à l’outil sans configuration particulière.
Combien coûte une application web par mois une fois livrée ?
Une application web engendre des coûts récurrents réels : serveur, base de données, stockage des fichiers, sauvegardes, nom de domaine, envoi des e-mails transactionnels et surveillance. Le montant dépend du volume de données, du nombre d’utilisateurs simultanés et de la disponibilité attendue. Nous ne publions pas de tarif type parce qu’il ne correspondrait à aucun projet réel : le chiffrage de l’hébergement et de la maintenance vous est remis au cadrage, ligne par ligne, avec le devis de développement.
Où sont hébergées les données et sont-elles conformes au RGPD ?
Nous privilégions un hébergement dans l’Union européenne, et en France quand le projet le demande, ce qui évite les questions de transfert hors UE. La conformité ne s’arrête pas au lieu d’hébergement : n’enregistrer que les données nécessaires, fixer une durée de conservation, permettre l’accès, l’export et la suppression sur demande, tracer les accès, et signer un contrat de sous-traitance décrivant ce que nous faisons de vos données. Nous mettons en place la partie technique ; le registre des traitements et l’information de vos utilisateurs restent votre responsabilité de responsable de traitement, et nous vous indiquons ce qu’il faut y faire figurer.
Que se passe-t-il si les données sont perdues ou effacées par erreur ?
C’est le rôle des sauvegardes, et une sauvegarde n’a de valeur que si elle a déjà été restaurée au moins une fois. Nous mettons en place des sauvegardes automatiques, une copie conservée à un autre endroit que le serveur de production, une durée de rétention définie avec vous, et nous testons la restauration. Nous vous disons aussi, en clair, quelle quantité de travail vous perdriez au pire des cas : c’est ce chiffre-là qui doit décider de la fréquence des sauvegardes.
Je veux vendre mon logiciel en SaaS : qu’est-ce que cela change ?
Cela change de métier. Un outil interne sert une entreprise ; un SaaS commercialisé sert des sociétés clientes qui doivent être totalement étanches entre elles, avec inscription autonome, abonnement récurrent, factures, support, documentation, conditions générales et gestion des incidents. Vous devenez éditeur : le logiciel n’est plus un projet qui se termine, c’est une activité qui se pilote. Nous construisons cette architecture multi-sociétés, mais nous commençons toujours par vérifier avec vous que le produit trouve des clients avant d’industrialiser ce qui coûte cher.
À qui appartiennent le code et les données de mon application ?
Pour un développement sur mesure, le code livré et les données vous appartiennent. L’hébergement est ouvert sur un compte à votre nom quand c’est possible, les accès administrateur vous sont remis, et vous pouvez obtenir un export complet de vos données dans un format exploitable, sans avoir à le négocier. Un autre prestataire doit pouvoir reprendre le projet : c’est la contrepartie normale d’un développement que vous avez financé.
Une question absente de cette liste ? Écrivez-nous — vous pouvez aussi parcourir toutes nos solutions.
Parlons de votre application web
Espace client, back-office, outil interne ou produit SaaS : décrivez la tâche qui vous coûte le plus de temps aujourd’hui. Nous vous disons ce qui est réaliste, par quoi commencer, et nous chiffrons le développement et le fonctionnement séparément avant de démarrer.