Logiciel métier sur mesure : quand une PME en a besoin

Une PME a besoin d’un logiciel métier sur mesure quand l’outil du marché l’oblige à contourner sa façon de travailler : données recopiées d’un fichier à l’autre, détours chaque semaine, terrain privé d’information, abonnements qui s’ignorent. Le développement apporte alors un outil ajusté, s’il part d’un besoin écrit, d’une version réduite et d’un contrat clair.

Quatre signes qu’un logiciel du marché ne suit plus

Un logiciel standard vise l’entreprise moyenne de son secteur. Tant que vos pratiques lui ressemblent, il rend service à moindre frais. Le décrochage vient quand l’entreprise gagne ses clients grâce à une manière de faire que l’outil ignore.

Une même donnée recopiée de fichier en fichier

La tournée des techniciens vit dans un tableur, les coordonnées des clients dans un autre, l’état des devis dans le logiciel commercial. Chaque changement se reporte à la main, et le jour où deux versions divergent, personne ne sait laquelle croire. L’équipe n’y est pour rien : l’outil ne porte pas l’information dont le métier a besoin.

Des détours inscrits dans la semaine

Un champ « remarques » détourné, un export retouché chaque vendredi, un mail envoyé à soi-même en guise de rappel : ces détours forment une procédure parallèle, souvent tenue par une seule personne. Qu’elle s’absente, et le processus s’arrête.

Le terrain coupé du bureau

Le technicien part avec une fiche imprimée, revient avec des notes griffonnées, et le bureau ressaisit le tout avant de facturer. L’information existe, mais elle reste sur le poste fixe, dans un logiciel pénible à manier sur un téléphone.

Des abonnements qui s’ignorent

Devis, agenda partagé, notes de frais, messagerie d’équipe : chaque abonnement a été pris pour une bonne raison, mais aucun ne parle aux autres. Le dirigeant paie des fonctions qui se chevauchent, sans obtenir la vue d’ensemble qu’il cherchait.

Un seul signe ne justifie pas un développement. Des ressaisies entre deux logiciels qui fonctionnent bien relèvent souvent d’une automatisation sans code ; une gestion éclatée, des achats à la comptabilité, pose plutôt la question d’un ERP pour PME. Le logiciel sur mesure prend le relais quand le cœur du métier ne trouve sa place dans aucun produit standard.

Faire développer son outil près de chez soi

Le travail qu’un outil sur mesure doit servir se comprend mieux sur place. Un développeur qui passe une matinée à l’atelier ou suit une tournée voit ce qu’aucun entretien ne décrit : les gestes, les gants, la cave où le réseau disparaît. La proximité facilite aussi les tests dans vos locaux.

Pour une PME de l’Ain ou de l’Est lyonnais, s’adresser à un développeur d’applications métier basé dans l’Ain rend cette observation facile à organiser. Elevate System commence par examiner les outils déjà en place et les logiciels du marché capables de couvrir le besoin, et ne propose un développement que si aucun ne colle aux pratiques de l’entreprise. Quand le projet se justifie, le besoin est écrit et validé avant la première ligne de code, puis l’outil est construit pour servir au bureau comme en intervention, depuis un téléphone. Il peut tourner à côté du logiciel existant sans le remplacer, et les données restent à l’entreprise, exportables.

Ce premier échange gagne à s’appuyer sur des faits : les fichiers tenus en double, les détours de la semaine écoulée, les personnes qui les pratiquent. Ce matériau parle davantage qu’une liste de fonctions souhaitées.

Ce qu’un logiciel métier sur mesure change au quotidien

Premier apport : l’outil suit le processus, et non l’inverse. Les écrans ne montrent que les champs utiles, dans l’ordre du travail et avec le vocabulaire de l’équipe. Une application métier bien conçue retire des étapes au lieu d’en ajouter. Quatre exemples :

• Le suivi d’interventions : le technicien reçoit sa tournée sur son téléphone, remplit le rapport chez le client, joint ses photos et fait signer ; le bureau facture sans ressaisie.
• Le portail client : chaque client dépose ses pièces, retrouve ses factures et suit sa demande sans avoir à appeler.
• Le CRM calé sur un cycle de vente particulier : visite technique, échantillon, essai et relance de saison deviennent des étapes suivies plutôt que des notes libres.
• Le suivi de chantier : avancement par lot, réserves photographiées, comptes rendus partagés, lisibles par le chef de chantier comme par le bureau d’études.

Autre apport : l’entreprise fixe le rythme des évolutions de son logiciel sur mesure, selon les demandes de l’équipe et non la feuille de route d’un éditeur qui sert un marché entier. La contrepartie existe, et elle se prépare.

Ce que le projet demande à l’entreprise

Un développement sur mesure ne se commande pas comme un abonnement : il mobilise du temps interne, des décisions rapides et des utilisateurs disponibles.

Exprimer le besoin à partir du travail réel

Décrivez le processus avant de lister des fonctions : qui fait quoi, dans quel ordre, avec quelles informations, et où le travail se bloque. Partez de cas vécus, un dépannage urgent, un chantier interrompu, et notez ce que l’outil ne fera pas, pour éviter que le projet gonfle au fil des réunions. Quelques pages relues par ceux qui font le travail valent mieux qu’un cahier des charges épais.

Une première version volontairement réduite

Mieux vaut livrer d’abord une version de l’application métier limitée à un seul processus et une seule équipe, par exemple le suivi des interventions sans la facturation. Elle sert vite, révèle les oublis du besoin écrit et se corrige plus facilement qu’un ensemble complet. La suite s’appuie sur l’usage constaté.

Des tests confiés aux utilisateurs

Confiez la maquette, puis la version d’essai, aux personnes qui s’en serviront, dans leurs conditions réelles : gants aux mains, réseau faible, client qui attend. Cette boucle prépare l’adoption, que détaille le guide consacré à l’appropriation d’un logiciel par les équipes.

Hébergement et maintenance, deux clauses à écrire

Une fois livré, un outil métier tourne quelque part : serveur loué par le prestataire, hébergement au nom de la PME ou machine interne. Demandez qui l’administre, où se trouvent les données, qui applique les correctifs de sécurité et comment les sauvegardes sont testées, avec la même méthode de sauvegarde et de plan de reprise que vos autres données.

La maintenance couvre la correction des anomalies et les évolutions. Le Code de la propriété intellectuelle dispense de l’autorisation de l’auteur les modifications nécessaires à l’utilisation d’un logiciel, correction d’erreurs comprise, sauf si le contrat réserve cette correction à l’auteur (article L122-6-1). Cette clause décide si un autre prestataire pourra réparer une panne.

Le prestataire qui héberge l’outil ou intervient sur des données personnelles agit en sous-traitant. Le guide du sous-traitant de la CNIL, édition de septembre 2017, cite parmi eux les prestataires d’hébergement et de maintenance qui accèdent aux données, et demande un contrat reprenant l’article 28 du RGPD.

Propriété du code et réversibilité : ce que prévoit le droit

Payer un développement ne rend pas propriétaire du code. Le Code de la propriété intellectuelle range les logiciels parmi les œuvres de l’esprit (article L112-2) et précise qu’un contrat de prestation ne prive pas l’auteur de ses droits (article L111-1). Sans écrit contraire, il garde donc le droit de reproduire, de modifier et de mettre sur le marché le logiciel (article L122-6). Quand le code est écrit par les salariés du prestataire, l’article L113-9 attribue ces droits à leur employeur, pas au client.

Leur transfert passe par une cession constatée par écrit (article L131-2), chaque droit transmis y figurant séparément, avec son étendue, sa destination, son territoire et sa durée (article L131-3). Le contrat d’une application sur mesure règle aussi ces points :

La réversibilité organise la sortie. Pour les données personnelles, l’article 28 du RGPD impose au sous-traitant, au terme de la prestation et au choix du client, de supprimer les données ou de les lui renvoyer, puis de détruire les copies, sauf obligation légale de conservation. Le modèle de clauses du guide de la CNIL ajoute le renvoi vers un nouveau prestataire désigné par le client. Pour le reste, exigez un export complet dans un format ouvert et documenté, testé avant d’en avoir besoin.

Prochaine étape : listez les fichiers tenus en double et les détours pratiqués par votre équipe, avec la personne qui s’en charge. Cette page servira de première expression du besoin et montrera si un produit du marché, une passerelle ou un logiciel métier répond le mieux.

Questions fréquentes

Que devient l’outil si le prestataire cesse son activité ?

Tout dépend du contrat. Avec une cession des droits et la remise régulière du code source, de la documentation et des accès à l’hébergement, un autre développeur peut reprendre l’outil. Sans ces éléments, l’entreprise garde un logiciel qui tourne, que personne ne peut reprendre faute de code source et qu’elle ne peut faire évoluer sans l’accord de l’auteur. Le dépôt du code chez un tiers de confiance, avec des conditions de remise écrites, réduit ce risque en l’absence de cession.

Comment décrire son besoin sans compétences techniques ?

Racontez le travail plutôt que l’outil rêvé. Choisissez quelques situations réelles, du premier contact au paiement, et décrivez pour chacune qui intervient, ce qu’il doit savoir et ce qui le ralentit. Joignez les fichiers et formulaires actuels, même imparfaits. Le développeur traduit ces récits en écrans et en règles, puis les soumet sous forme de maquette : votre rôle consiste à vérifier que le récit est fidèle, pas à dessiner l’application.

Une application sur mesure fonctionne-t-elle sans réseau sur le terrain ?

Elle le peut, si le besoin est posé dès la conception. Une application pensée pour un usage hors connexion enregistre la saisie sur le téléphone ou la tablette, puis synchronise les données au retour du réseau. Ce mode demande des règles claires quand une même fiche change au bureau et sur place pendant la coupure. Signalez donc les caves et les zones mal couvertes dès l’expression du besoin : l’ajouter après coup oblige à reprendre une partie du travail.