Éditeur de logiciel

Éditeur de logiciel : Société qui développe et commercialise son propre produit sous licence ou abonnement, plutôt que du sur-mesure.

Cette entrée du glossaire relève de la famille « Business ». Elle donne la définition, sa traduction en exigences, et les erreurs vues le plus souvent sur des projets réels.

À quoi sert Éditeur de logiciel

Éditeur de logiciel se lit dans un devis ou dans un contrat, rarement dans une démonstration. C’est pourtant à ce niveau que se creuse l’écart entre le budget annoncé et le budget dépensé.

Le sujet se présente rarement seul. Il arrive au milieu d’une décision plus large, et c’est à ce moment qu’il faut savoir de quoi on parle.

Ce que ça devient dans un cahier des charges

Dans un cahier des charges, Éditeur de logiciel relève des conditions plutôt que du périmètre fonctionnel. Ça s’y écrit quand même : c’est ce chapitre qui rend deux devis comparables.

À écrire noir sur blanc, dans le chapitre qui correspond :

• Le mode de facturation retenu, forfait ou régie, et ce qui déclenche un avenant.
• L’échéancier de paiement, jalon par jalon, adossé à des livrables réels.
• La propriété des comptes, des accès et des données produites par le projet.
• Les conditions de réversibilité si le prestataire change en cours de route.

Le niveau de détail à viser est celui qui permet à deux prestataires différents de chiffrer la même chose. En dessous, les écarts de prix ne veulent rien dire.

Une fois la ligne écrite, la lecture ligne à ligne d’un devis dit ce qu’une proposition sérieuse doit détailler, et le guide des prix ce que coûte l’ensemble.

Comment le vérifier à la recette

Le contrôle de « Éditeur de logiciel » se fait à chaque jalon, jamais à la fin. Un écart repéré tôt se corrige, un écart repéré tard se subit.

• Rapprocher chaque ligne facturée d’un livrable réellement remis.
• Vérifier que l’avenant précède les travaux qu’il couvre, jamais l’inverse.
• Comparer budget engagé et budget initial à chaque jalon, pas à la fin.

Un prestataire sérieux propose ces contrôles de lui-même. Quand ce n’est pas le cas, c’est au client de les inscrire au cahier de recette.

Erreurs fréquentes

Aucune de ces erreurs ne se voit le jour où elle est commise. Toutes se paient plus tard, au moment le moins commode.

• Comparer deux devis dont les postes ne recouvrent pas le même périmètre.
• Signer un forfait sans annexe décrivant précisément ce qui est inclus.
• Accepter un échéancier déconnecté des livrables réellement remis.
• Absorber chaque demande nouvelle en geste commercial, jusqu’à ce que la relation se tende.
• Reprendre la formulation d’un autre projet sans vérifier qu’elle décrit bien celui-ci.

Termes liés

Les entrées du glossaire déjà publiées sur des sujets voisins :

• PV de recette
• Plan de financement
• Levée de réserves
• Valorisation
• Account executive

Questions fréquentes

Qu’est-ce que « Éditeur de logiciel » ?

Société qui développe et commercialise son propre produit sous licence ou abonnement, plutôt que du sur-mesure. La définition tient en une phrase, son application dépend du projet. C’est pour cette raison qu’elle doit figurer dans le cahier des charges plutôt que dans un échange de courriels.

Quel ordre de budget prévoir ?

Les fourchettes du guide des prix donnent le cadre : 15 000 à 40 000 € HT pour un MVP, 40 000 à 120 000 € HT pour une application d’ambition moyenne, 120 000 à 300 000 € HT pour un projet complexe. Le poste exact dépend du périmètre écrit.

Où placer ce point dans le cahier des charges ?

Dans le chapitre qui correspond à sa nature, jamais dans une ligne fourre-tout. Le modèle de cahier des charges propose les rubriques attendues et l’ordre dans lequel les remplir.

Toutes les définitions publiées sont rassemblées dans l’index du glossaire, classées de A à Z et par famille.