Budget et périmètre
Le prix dépend moins du nombre d'écrans que des processus, règles, données et intégrations à sécuriser. Voici des repères d'effort pour situer votre projet et préparer un premier chiffrage défendable.
Réponse directe
Un petit outil ciblé peut représenter une dizaine à quelques dizaines de jours de travail. Une application structurante comprenant plusieurs modules, des intégrations et une reprise de données peut demander plusieurs mois et doit être estimée par étapes.
Les repères ci-dessous ne sont ni des tarifs Kodeva ni des devis. Le montant final se calcule à partir de l'effort estimé, du mode d'intervention, des éventuels services tiers, puis des coûts d'hébergement et de maintenance explicitement retenus.
Ces fourchettes servent à qualifier un ordre de grandeur avant cadrage. Elles supposent un besoin suffisamment accessible et varient fortement avec l'état des données, les intégrations et le niveau d'exigence.
Environ 10 à 25 jours de travail
Remplacement d'un fichier Excel, workflow simple, quelques utilisateurs et peu d'intégrations.
Périmètre possible : Authentification simple, données métier, statuts, droits de base, historique et import initial limité.
Environ 30 à 60 jours de travail
Plusieurs rôles, workflow complet, reporting et une ou deux intégrations.
Périmètre possible : Cadrage, UX, règles métier, API, notifications, tests, déploiement et accompagnement à la prise en main.
Environ 60 à 150 jours de travail
Plusieurs modules, règles importantes, reprise de données et connexions ERP, CRM ou WMS.
Périmètre possible : Architecture évolutive, sécurité détaillée, intégrations supervisées, administration, reporting et documentation.
Plus de 150 jours, à estimer par phases
Nombreux flux, forte criticité, migration de données, sécurité renforcée et multiples interconnexions.
Périmètre possible : Découpage en lots, architecture de transition, tests approfondis, observabilité, exploitation et gouvernance projet.
Deux logiciels comportant dix écrans peuvent coûter très différemment si l'un affiche simplement des données et l'autre orchestre des règles métier, des validations et trois systèmes externes.
Scénarios de budget
Chaque cas part d'un besoin courant, mais les facteurs qui consomment du travail ne sont pas les mêmes.
Plusieurs utilisateurs travaillent sur des versions concurrentes pour suivre des dossiers et leurs validations.
Le chiffrage dépend surtout du nettoyage du fichier, des règles de validation, des profils d'accès et du nombre d'exceptions à reprendre.
Les demandes, l'affectation, le planning et les comptes rendus circulent entre mails, téléphone et fichiers.
La planification, la mobilité, les notifications et la connexion à la facturation pèsent davantage que le simple nombre d'écrans.
Des clients ou partenaires doivent consulter et agir sur des données provenant du système d'information.
Le coût varie avec la qualité des API existantes, la fréquence de synchronisation, les contrôles métier et la gestion des erreurs.
Le logiciel orchestre plusieurs équipes, processus et systèmes avec des données historiques à reprendre.
Le projet doit être estimé par domaines et par lots ; une enveloppe globale précoce masquerait trop d'hypothèses et d'incertitudes.
Coût du statu quo
Une première estimation du temps perdu peut être calculée sans promettre un retour sur investissement :
Temps perdu par semaine × collaborateurs concernés × coût horaire chargé × semaines travaillées
Ajoutez séparément les erreurs, retards, doubles saisies, consolidations, maintenance de fichiers et le risque associé à une connaissance concentrée chez une seule personne. Ce calcul ne décide pas du projet, mais permet de comparer le coût de l'inaction avec celui d'un premier lot.
Maîtriser le budget
Pour une PME, il est souvent plus pertinent de chiffrer un premier lot métier utilisable que de tenter d'estimer dès le départ un logiciel complet comprenant toutes les exceptions futures. Réduire l'incertitude et le périmètre initial maîtrise souvent mieux le budget que la seule recherche du tarif journalier le plus bas.
Cadrage du processus
Premier lot utilisable
Observation de l’usage réel
Extension priorisée
Il n'existe pas de prix unique. Un petit outil ciblé peut représenter environ 10 à 25 jours de travail, tandis qu'une application structurante peut demander plusieurs dizaines ou centaines de jours. Le montant dépend ensuite du tarif, de l'équipe, des services tiers et des conditions d'exploitation.
Non. Ce sont des repères d'effort destinés à situer la taille d'un projet, pas une grille tarifaire ni un devis Kodeva. Un chiffrage nécessite d'examiner le processus, les données, les intégrations et les exigences du projet.
Un écran peut simplement afficher des données ou orchestrer des règles, des validations, des droits et plusieurs systèmes externes. La complexité se trouve souvent dans les comportements, les données et les intégrations plutôt que dans le nombre de pages.
Il faut réduire le périmètre et l'incertitude : choisir un processus prioritaire, limiter les exceptions, réutiliser les outils standards pertinents et repousser les fonctions non indispensables après les premiers usages réels.
Pas nécessairement. Le devis doit préciser ce qui relève du développement, de la garantie, de l'hébergement, de la supervision, des sauvegardes, du support et des évolutions futures.
Non. Pour une PME, un premier lot métier utilisable est souvent plus fiable à estimer qu'une application complète incluant des exceptions encore inconnues. La suite peut être recalibrée après observation de l'usage réel.
La propriété, l'accès au dépôt et les droits d'utilisation doivent être écrits dans le contrat. Il faut également prévoir l'export des données, la documentation et les conditions de reprise par un autre prestataire.
Vous n'avez pas besoin d'avoir déjà défini tout le logiciel. Le premier échange sert à isoler le processus prioritaire, les données, les intégrations et les principales inconnues avant tout chiffrage.
Estimer un premier périmètre