Combien coûte une évaluation de logiciel ? Prix et honoraires 2026 (France & Suisse)

Introduction : combien coûte réellement une évaluation de logiciel en 2026 ?

Faire évaluer un logiciel coûte, en France et en Suisse en 2026, entre 6 000 et 15 000 EUR (8 000 à 18 000 CHF) pour une estimation indicative sans audit de code, entre 15 000 et 35 000 EUR (18 000 à 40 000 CHF) pour un rapport opposable mobilisant plusieurs méthodes, et dès 35 000 EUR (40 000 CHF), sans plafond fixe, pour un portefeuille logiciel complexe ou un dossier de prix de transfert intragroupe. Ces intervalles interpellent de plus en plus de dirigeants : éditeurs de logiciels métier, sociétés industrielles qui capitalisent leur développement interne, fonds d'investissement qui structurent une levée de fonds ou une cession partielle. Le logiciel occupe en effet une place particulière parmi les actifs incorporels : contrairement à une marque ou un brevet, il combine un droit d'auteur qui protège l'expression du code, une dépendance forte au capital humain qui l'a écrit, et un cycle de vie technologique de plus en plus court.

Un actif incorporel se définit, selon les normes comptables internationales, comme un actif identifiable, dépourvu de substance physique, qui procure des avantages économiques futurs à l'entité qui le contrôle. Le logiciel en est une illustration directe : qu'il soit vendu sous licence, exploité en interne pour fiabiliser un processus industriel, ou concédé à un partenaire académique ou technologique, sa valeur ne se confond ni avec son coût de développement historique ni avec le volume de lignes de code écrites.

« Un actif incorporel est un actif non monétaire identifiable, sans substance physique, contrôlé par une entité et dont on attend des avantages économiques futurs. », IASB, IAS 38, paragraphe 8.

Trois facteurs convergent en 2026 pour rendre cette question du prix plus pressante.

Premièrement, la généralisation des outils d'intelligence artificielle générative réduit le coût et le délai de reproduction d'un logiciel, ce qui bouscule directement les méthodes fondées sur le coût de remplacement et impose de documenter plus finement l'obsolescence technologique retenue.

Deuxièmement, les levées de fonds technologiques et les cessions partielles d'éditeurs logiciels se multiplient des deux côtés de la frontière, et exigent d'isoler la valeur du logiciel du reste du bilan pour documenter une allocation du prix d'acquisition ou une valorisation pre-money défendable.

Troisièmement, les administrations fiscales et les tribunaux, en France comme en Suisse, examinent avec une vigilance accrue les redevances intragroupe et les apports en nature portant sur des actifs logiciels, ce qui rend un simple avis interne insuffisant dans la plupart des cas transactionnels ou contentieux.

Cet article détaille les intervalles de prix pratiqués en 2026, les facteurs qui font varier le budget d'une mission, les modalités de facturation, le déroulement concret d'une évaluation, les options disponibles sur le marché, les leviers pour maîtriser le coût sans sacrifier la défendabilité du rapport, les tendances qui structurent 2026, les erreurs les plus coûteuses, un cas chiffré construit à partir des pratiques de marché, puis une foire aux questions couvrant les dix interrogations les plus fréquentes des dirigeants et de leurs conseils. Une distinction s'impose d'emblée : cet article couvre le logiciel au sens large (licence, propriétaire, développé en interne), hors modèle SaaS par abonnement, dont les mécaniques de prix et les intervalles diffèrent sensiblement et sont traités dans notre article dédié à l'évaluation de logiciel et de SaaS.

Le prix d'une évaluation de logiciel en un coup d'œil : intervalles 2026

Le tableau ci-dessous résume les trois niveaux de prestation observés par Hectelion pour l'évaluation d'un logiciel en France et en Suisse. En pratique, un logiciel se situe souvent dans le haut de chaque palier, et peut même dépasser le palier du portefeuille complexe dès lors qu'un audit technique du code source s'avère nécessaire, ce dernier n'étant pas inclus par défaut dans les intervalles ci-dessous.

Intervalles indicatifs, pratique Hectelion, 2026. Montants hors taxes, hors coût d'un éventuel audit technique du code source sous-traité à un expert tiers. La borne haute de chaque palier s'applique le plus souvent lorsque le logiciel présente plusieurs modules, une dette technique documentée ou un usage transactionnel (levée de fonds, cession, contentieux).

Cadrez le budget de votre mission d'évaluation de logiciel

Avant de détailler les facteurs qui font varier ces intervalles, la façon la plus rapide d'obtenir un chiffrage précis reste d'échanger directement avec un praticien sur le périmètre exact de votre logiciel, son contexte d'usage et l'objectif de la mission (transaction, transmission, apport, contentieux). Prenez rendez-vous avec Hectelion, trente minutes, confidentiel, pour cadrer votre budget et le délai attendu avant de vous engager.

Acontos : estimez gratuitement la valeur de votre entreprise en ligne

Avant d'entrer dans le détail des facteurs de prix, sachez qu'Hectelion a développé Acontos, un outil en ligne d'audit, de due diligence et d'évaluation d'entreprise, propulsé par l'intelligence artificielle Claude Sonnet 5 d'Anthropic et calibré par la méthodologie d'Hectelion. À partir de vos comptes, il produit en quelques minutes une première estimation de la valeur de vos titres, gratuitement et sans conserver aucun document, utile lorsque votre logiciel constitue une part significative de votre bilan.

Lancez le simulateur de valorisation pour obtenir un ordre de grandeur, puis poursuivez votre lecture pour comprendre ce qui détermine spécifiquement le prix d'une évaluation de logiciel.

Ce qui fait varier le prix : périmètre, méthode et contexte

• Le périmètre technique du logiciel pèse directement sur le budget : un logiciel monolithique, documenté et porté par une équipe stable coûte moins cher à analyser qu'un ensemble de modules interconnectés, développés par des équipes successives, avec une dette technique non documentée.
• La disponibilité et la qualité des données conditionnent la durée de la mission : historique de développement (feuilles de temps, contrats des développeurs et prestataires), documentation technique, contrats de licence existants, chiffre d'affaires attribuable au logiciel lorsque celui-ci en génère directement. Plus ces éléments sont structurés, plus le budget se rapproche de la borne basse de l'intervalle.
• L'objectif de la mission détermine le niveau d'exigence attendu : une estimation indicative destinée à éclairer une discussion interne n'appelle pas le même degré de robustesse qu'un rapport opposable produit pour une banque, un tribunal ou l'administration fiscale.
• Le nombre de méthodes mobilisées influence mécaniquement les honoraires : une évaluation opposable croise généralement au moins deux approches parmi le coût de remplacement, les redevances évitées et la méthode des flux actualisés attribuables (MEEM), ce qui multiplie le temps d'analyse et de rédaction.
• La nécessité ou non d'un audit technique du code source, souvent sous-traité par le cabinet d'évaluation à un expert technique tiers indépendant, ajoute un budget séparé, particulièrement pour un logiciel critique ou pour une transaction où l'acquéreur exige une revue de la dette technique.
• Le contexte transfrontalier franco-suisse ajoute une dimension : un dossier qui articule un prix de transfert intragroupe entre une entité française et une entité suisse impose une analyse fonctionnelle DEMPE plus fournie, ce qui rapproche naturellement la mission du palier portefeuille complexe.

Forfait ou régie : comment se facture une mission

En pratique, la grande majorité des missions d'évaluation de logiciel se facturent au forfait, sur la base d'une lettre de mission qui définit précisément le périmètre, les méthodes retenues, le format du livrable et le calendrier. Le forfait offre une visibilité budgétaire complète au client et responsabilise le cabinet sur le respect du délai annoncé.

La facturation en régie, à un taux journalier, reste réservée à des situations particulières : une mission dont le périmètre évolue en cours de route (découverte d'un contentieux de titularité des droits, extension à un second logiciel), un accompagnement continu dans le cadre d'une due diligence financière élargie, ou une revue itérative d'un modèle financier fourni par le client.

Dans tous les cas, un acompte est généralement demandé à la signature de la lettre de mission, le solde étant facturé à la remise du rapport. Les honoraires d'évaluation d'un logiciel développé en interne sont, en règle générale, déductibles du résultat imposable au titre des frais professionnels lorsqu'ils sont engagés dans l'intérêt de l'entreprise, sous réserve de la position retenue par l'expert-comptable de la société sur la nature de la dépense.

Déroulement et délais : les étapes d'une évaluation de logiciel

1. Entretien de cadrage, généralement inférieur à une heure : précision du périmètre du logiciel, de l'objectif de l'évaluation et des documents disponibles.
2. Collecte documentaire, en moyenne une à deux semaines selon la disponibilité des interlocuteurs techniques et financiers du côté du client : contrats de travail et de prestation des développeurs, documentation technique et fonctionnelle, historique des coûts de développement, contrats de licence ou de maintenance en cours, comptes annuels des derniers exercices.
3. Analyse proprement dite, une à deux semaines supplémentaires pour une évaluation indicative ou trois à cinq semaines pour un rapport opposable multi-méthodes : appréciation qualitative du logiciel (architecture, scalabilité, dette technique, dépendance aux personnes clés), sélection et mise en œuvre des méthodes d'évaluation, puis croisement des résultats obtenus, notamment lorsqu'un audit technique du code source doit être coordonné avec un expert tiers.
4. Remise d'un rapport écrit, puis, le cas échéant, restitution orale auprès de la direction, du conseil d'administration ou des investisseurs concernés.

Au total, une évaluation indicative aboutit en deux à quatre semaines, un rapport opposable en quatre à huit semaines, et un dossier portefeuille complexe en huit à quatorze semaines, conformément aux délais indiqués dans le tableau de synthèse.

Comparer les options : Big Four, boutiques et experts-comptables

Plusieurs catégories d'acteurs interviennent sur le marché de l'évaluation de logiciel, chacune avec des cas d'usage légitimes.

Big Four et réseaux assimilés : ils disposent d'équipes dédiées aux actifs incorporels et interviennent typiquement sur des dossiers de grande taille, des groupes cotés ou des opérations transfrontalières complexes impliquant plusieurs juridictions. Leur structure de coûts et leurs processus internes de contrôle qualité se traduisent généralement par des honoraires positionnés dans le haut des intervalles de marché.

Cabinets boutiques indépendants : positionnés sur des transactions de taille intermédiaire, ils combinent une expertise technique comparable sur les méthodes reconnues (IVSC, IFRS) avec une structure plus légère et une disponibilité souvent supérieure des associés sur le dossier, ce qui explique des honoraires plus proches du milieu, voire du bas, des intervalles présentés plus haut.

Experts-comptables traitants : ils connaissent parfaitement les comptes de l'entreprise et peuvent produire une première estimation utile pour un usage interne ou une discussion préliminaire ; leur intervention trouve toutefois ses limites lorsque le rapport doit être opposable devant un tiers (banque, investisseur, administration fiscale, tribunal), un exercice qui suppose une indépendance vis-à-vis de la mission de tenue de comptabilité et une maîtrise approfondie des méthodes d'évaluation des actifs incorporels.

Le choix entre ces options dépend donc moins d'une hiérarchie de qualité que de l'adéquation entre la taille de l'enjeu, le degré d'opposabilité recherché et le budget disponible.

Dette technique et obsolescence : un facteur de prix souvent oublié

Un facteur passe fréquemment inaperçu dans le cadrage budgétaire initial : la dette technique accumulée par le logiciel, c'est-à-dire l'écart entre l'état du code tel qu'il existe et l'état qu'exigerait une architecture propre et documentée.

Un logiciel construit sur un framework devenu obsolète, dépourvu de tests automatisés, ou dont la connaissance repose sur un ou deux développeurs clés sans documentation transmissible, ne s'évalue pas comme un actif équivalent techniquement sain. Concrètement, cette dette technique alourdit les honoraires du mandat à deux niveaux : elle allonge le temps d'appréciation qualitative nécessaire pour la documenter précisément, et elle justifie un facteur d'obsolescence économique plus élevé dans la méthode du coût de remplacement, ce qui réduit d'autant la valeur nette retenue.

Sur le plan comptable, la norme suisse FER 10 relative aux immobilisations incorporelles impose d'ailleurs de documenter explicitement cette dépréciation fonctionnelle lorsque des coûts de développement logiciel ont été activés au bilan, une exigence qui rejoint sur le fond celle de l'ANC en France.

Un dirigeant qui présente une cartographie honnête de sa dette technique dès le cadrage de la mission, plutôt que de la laisser découvrir en cours d'analyse, évite généralement une révision à la hausse des honoraires initiaux du mandat.

La tarification Hectelion : transparence sur le statut des chiffres

Les intervalles présentés dans cet article correspondent à la pratique de place observée par Hectelion sur ses missions d'évaluation de logiciel menées en France et en Suisse en 2026. Ils ne constituent ni un barème officiel ni un engagement contractuel automatique : chaque mandat est chiffré après un entretien de cadrage qui tient compte du périmètre réel du logiciel, du volume de documentation disponible, du nombre de méthodes à mobiliser et du degré d'urgence du dossier. Hectelion applique le même niveau d'exigence méthodologique, aligné sur les standards IVSC et sur la pratique de marché AMF et SIX, quelle que soit la taille de la mission, ce qui explique que les honoraires se situent en règle générale dans la moitié haute des intervalles de marché pour un rapport opposable, en contrepartie d'un rapport directement défendable devant un tiers. Cette transparence sur le statut des chiffres, sourcés ou explicitement qualifiés de pratique observée et datée, permet au dirigeant de comparer objectivement les propositions reçues avant de s'engager.

Comment réduire le coût sans perdre en défendabilité

• Préparer en amont une documentation technique et financière structurée (historique des coûts de développement, contrats des développeurs, documentation fonctionnelle à jour) réduit sensiblement le temps de collecte facturé par l'évaluateur.
• Circonscrire précisément le périmètre de l'évaluation dès la lettre de mission, en excluant par exemple les modules non stratégiques ou en phase de dépréciation, évite de payer pour une analyse plus large que nécessaire.
• Choisir le bon niveau de prestation dès le départ : une estimation indicative suffit largement pour éclairer une décision interne ou une première discussion actionnariale, alors qu'un rapport opposable ne se justifie que si un tiers (banque, investisseur, administration, tribunal) doit s'appuyer dessus.
• Anticiper la question de l'audit technique du code source en amont, en le confiant si besoin à un prestataire technique choisi directement par le client plutôt qu'en laissant le cabinet d'évaluation le sous-traiter dans l'urgence, permet souvent de maîtriser ce poste de coût séparé.
• Regrouper plusieurs besoins connexes dans une même mission, par exemple une évaluation de logiciel couplée à une revue des autres actifs incorporels dans le cadre d'une allocation du prix d'acquisition, permet de mutualiser une partie du travail de collecte et d'analyse de marché, et donc de réduire le coût marginal de chaque actif évalué.
• Utiliser Acontos pour un premier cadrage gratuit avant d'engager la mission formelle permet d'anticiper l'ordre de grandeur et d'arbitrer plus vite entre les paliers de prestation.
• Pour un dossier impliquant à la fois la France et la Suisse, mandater un seul cabinet couvrant nativement les deux cadres juridiques évite de payer deux prestataires distincts et de dupliquer une partie de l'analyse.

Tendances 2026 : intelligence artificielle et propriété intellectuelle logicielle

L'intelligence artificielle générative continue de transformer en profondeur l'économie du développement logiciel, et donc sa valorisation. La capacité à produire du code fonctionnel plus rapidement et à moindre coût réduit la rareté du code en tant que tel, ce qui pousse la méthode du coût de remplacement à intégrer un facteur d'obsolescence plus élevé qu'il y a quelques années, comme le détaille notre article de référence sur l'évaluation de logiciel et de SaaS.

Dans le même temps, la valeur se déplace vers ce que l'intelligence artificielle ne reproduit pas facilement : des données propriétaires exclusives, un écosystème d'intégration difficile à répliquer, une base clients captive et une exécution commerciale éprouvée. Cette recomposition rend d'autant plus nécessaire un travail d'appréciation qualitative rigoureux avant toute modélisation financière, notamment lorsque le logiciel est amené à devenir l'actif central d'une future évaluation de startup.

Par ailleurs, la part de la propriété intellectuelle logicielle dans les levées de fonds et les cessions technologiques continue de croître, en France comme en Suisse : les investisseurs et les acquéreurs exigent de plus en plus une valorisation séparée du logiciel, distincte du goodwill résiduel, pour documenter l'allocation du prix d'acquisition et sécuriser le traitement comptable de l'opération sous IFRS ou selon les normes suisses applicables. Enfin, les questions de prix de transfert intragroupe portant sur des technologies logicielles s'intensifient sous l'effet du projet BEPS de l'OCDE, qui impose une analyse fonctionnelle DEMPE (développement, amélioration, maintenance, protection, exploitation) documentée pour justifier une redevance intragroupe.

Logiciel propriétaire développé en interne vs logiciel sous licence tierce : deux périmètres, deux méthodes

Toutes les missions d'évaluation de logiciel ne portent pas sur le même objet juridique, et cette distinction change directement la méthode et le prix.

Lorsque l'entreprise est pleinement propriétaire du code, développé par ses propres équipes ou par un prestataire ayant cédé intégralement ses droits, l'évaluateur valorise l'actif logiciel lui-même, par le coût de remplacement ou les redevances évitées selon le cas. La situation diffère lorsque l'entreprise exploite un logiciel sous licence tierce, un module ERP en marque blanche, un composant intégré sous licence exclusive ou non exclusive d'un éditeur externe : dans ce cas, ce n'est pas le code qui s'évalue, puisque l'entreprise ne le possède pas, mais le droit d'usage attaché au contrat de licence, sa durée résiduelle, son caractère exclusif ou non, et l'écart entre la redevance contractuelle payée et le taux de marché observé pour un droit équivalent.

Cette seconde configuration, plus fréquente qu'on ne le pense dans les groupes industriels qui ont externalisé une brique logicielle stratégique, appelle une analyse contractuelle fine avant tout calcul financier, et peut, en contexte intragroupe, rejoindre directement la problématique DEMPE évoquée plus haut si le droit de licence est lui-même transféré entre entités du groupe.

Déroulement et délais : du cadrage au rapport d'évaluation

1. Signature de la lettre de mission, qui fixe le périmètre du logiciel, les méthodes retenues et le calendrier.
2. Envoi par le client de la documentation technique et financière (contrats des développeurs, historique des coûts, comptes annuels, contrats de licence).
3. Échange de questions-réponses avec les équipes techniques et financières pour clarifier les points documentaires incomplets.
4. Rédaction d'un projet de rapport présentant les méthodes retenues et la valeur indicative obtenue.
5. Présentation et échange contradictoire avec la direction, les investisseurs ou le conseil d'administration.
6. Intégration des corrections et précisions demandées à l'issue de cet échange.
7. Remise du rapport d'évaluation final, dans le délai annoncé dès le cadrage.

Ce rapport final sert ensuite de pièce de référence aussi bien pour une levée de fonds ou une cession que pour documenter une allocation du prix d'acquisition (PPA) ou un contentieux entre actionnaires ou avec un partenaire technologique.

Comparer les prestataires : Big Four, cabinets boutiques, plateformes en ligne

Trois catégories de prestataires se disputent aujourd'hui les mandats d'évaluation de logiciel en France et en Suisse : les grands cabinets d'audit (Big Four et réseaux assimilés), les cabinets boutiques indépendants, et les plateformes en ligne qui proposent une estimation automatisée à partir d'un questionnaire, sans échange avec un praticien. Chacune répond à un besoin différent, mais toutes ne conviennent pas à un rapport destiné à être examiné par un tiers.

Pourquoi choisir Hectelion parmi ces catégories ? Huit points concrets départagent Hectelion des autres prestataires :

• Un vécu de fondateur, pas seulement d'analyste : Aristide Ruot a lui-même créé et dirigé des entreprises, négocié des tours de table et absorbé des tensions de trésorerie ; face à un logiciel dont dépend l'activité d'un client, cette expérience du risque entrepreneurial pèse davantage qu'une lecture purement académique du code et des comptes.
• Des honoraires proportionnés au dossier réel : le mandat est chiffré selon le périmètre effectif du logiciel, nombre de modules, dette technique, éventuel audit de code, plutôt que selon un tarif standard reconduit quelle que soit la mission.
• Une méthode logicielle pilotée par un docteur du domaine : coût de remplacement, redevances évitées et flux actualisés attribuables sont articulés directement par Aristide Ruot, Ph.D., et non confiés à un collaborateur junior découvrant le sujet.
• Un seul interlocuteur du cadrage au closing : évaluation du logiciel, due diligence technique, montage de la levée de fonds et structuration des instruments financiers restent suivis par la même équipe, sans éclater le dossier entre plusieurs cabinets.
• Le niveau d'exigence d'un grand cabinet, sans son empilement de coûts : les standards IVSC et la rigueur méthodologique attendue d'un Big Four s'appliquent au rapport, sans les strates hiérarchiques qui en allongent le délai et le prix.
• Deux droits maîtrisés sous un même toit : propriété intellectuelle et fiscalité françaises d'un côté, droit d'auteur et normes suisses de l'autre, sont traités directement, sans correspondant local ajouté pour le volet transfrontalier.
• Aucun intérêt croisé avec un fonds ou un intermédiaire : Hectelion ne perçoit ni commission ni rémunération d'un investisseur ou d'un intermédiaire financier, ce qui laisse la valeur du logiciel dicter seule la conclusion du rapport.
• Un calendrier annoncé et respecté : un premier ordre de grandeur immédiat via Acontos, puis un rapport formel livré dans le délai fixé dès l'entretien de cadrage, sans dérive liée à un audit de code découvert en cours de route.

Point de vigilance : avant de mandater un prestataire, vérifiez qu'il n'est ni partie prenante à l'opération concernée ni rémunéré par l'une des parties (cédant, investisseur, banque prêteuse) ; c'est cette distance vis-à-vis de la transaction qui donne au rapport sa force probante lorsqu'un tiers vient l'examiner.

Les 5 erreurs qui coûtent cher

Erreur 1 : confondre coût de développement et valeur économique

Additionner les salaires chargés des développeurs et les prestations externes donne un ordre de grandeur du coût historique, pas une valeur économique défendable. Cette confusion conduit souvent à des estimations déconnectées du marché, dans un sens comme dans l'autre, et fragilise la crédibilité du rapport auprès d'un tiers.

Erreur 2 : négliger la titularité juridique des droits

Un logiciel développé par un prestataire indépendant sans clause claire de cession de droits, ou intégrant des composants open source sous licence copyleft, peut voir sa valeur économique remise en cause au moment précis où elle compte le plus, lors d'une cession ou d'une levée de fonds. Vérifier la chaîne de titularité en amont évite une découverte coûteuse en pleine négociation.

Erreur 3 : choisir une seule méthode sans test de cohérence

S'appuyer exclusivement sur le coût de remplacement, sans le confronter à un test par redevances évitées ou par les revenus attribuables lorsque les données le permettent, prive le rapport d'un filet de sécurité méthodologique. Un tiers averti demandera systématiquement pourquoi une seule approche a été retenue.

Erreur 4 : ignorer l'obsolescence technologique accélérée par l'IA

Appliquer un facteur d'obsolescence calé sur les pratiques d'il y a cinq ans sous-estime la vitesse à laquelle certaines briques logicielles peuvent être répliquées aujourd'hui. À l'inverse, appliquer une décote uniforme à tout logiciel sans distinguer ceux qui s'appuient sur des données propriétaires ou un écosystème solide revient à sous-évaluer les actifs les plus différenciants.

Erreur 5 : sous-estimer le coût et le délai d'un audit technique du code

Découvrir en cours de mission qu'un audit technique du code source est indispensable, sans l'avoir anticipé dans le budget ni dans le calendrier, retarde la remise du rapport et peut alourdir sensiblement la facture finale. Ce point mérite d'être posé sur la table dès l'entretien de cadrage.

Cas 1 : valoriser le logiciel d'un éditeur métier B2B avant une levée de fonds

Cas construit à titre pédagogique sur les pratiques de marché observées.

La Société X, société française basée à Lyon, édite un logiciel de gestion de maintenance assistée par ordinateur destiné aux sites industriels, vendu sous licence perpétuelle assortie d'un contrat de maintenance annuel, hors modèle SaaS par abonnement. La société réalise un chiffre d'affaires de 4 200 000 EUR en 2025 et emploie 38 personnes, dont 9 développeurs seniors affectés depuis six ans au cœur du logiciel. Un fonds sectoriel s'apprête à entrer au capital à hauteur de 22 % dans le cadre d'une levée de fonds, et le pacte d'actionnaires impose d'isoler la valeur du logiciel du reste du bilan afin de documenter la valorisation pre-money et l'allocation entre actif logiciel identifiable et goodwill résiduel.

Le logiciel étant vendu package avec maintenance et paramétrage, sans redevance externe distincte facilement isolable, Hectelion retient la méthode du coût de remplacement comme approche principale. Le coût de reproduction brut est estimé à partir du coût chargé moyen des développeurs (88 000 EUR par an), de leur ancienneté sur le projet (six ans) et d'un taux d'affectation moyen de 70 % de leur temps au développement du logiciel principal, soit environ 3 300 000 EUR. Un facteur d'obsolescence économique et fonctionnelle de 30 %, qui reflète l'accélération du rythme d'innovation permise par l'intelligence artificielle et la nécessité de réécrire certains modules historiques, ramène la valeur nette de remplacement à environ 2 300 000 EUR.

Cette estimation est ensuite confrontée à un test par redevances évitées : sur un chiffre d'affaires de licences attribuable au logiciel de 2 600 000 EUR, un taux de redevance de 8 % (haut de l'intervalle observé pour un logiciel métier différenciant), une durée de vie économique résiduelle de dix ans et un taux d'actualisation de 12 % reflétant le risque spécifique d'une PME technologique non cotée, l'économie de redevance actualisée après impôt sur les sociétés (25 %), majorée de l'avantage fiscal d'amortissement, s'établit à environ 1 230 000 EUR. L'écart entre les deux approches s'explique par le fait que le test par redevances évitées ne capture que le chiffre d'affaires de licences directement identifiable, sans valoriser la part stratégique et défensive du logiciel dans le modèle d'affaires. Hectelion retient in fine une valeur du logiciel comprise entre 1 800 000 et 2 300 000 EUR, avec un point central documenté à 2 000 000 EUR pour les besoins de la table de capitalisation, les honoraires de cette mission d'évaluation opposable s'étant élevés à 26 000 EUR HT pour un délai de six semaines.

Cas 2 : portefeuille logiciel industriel suisse, dossier de prix de transfert à 58 000 CHF

Cas construit à titre pédagogique sur les pratiques de marché observées.

La Société Y, groupe industriel actif dans l'automatisation basé en Suisse alémanique, a développé en interne trois modules logiciels distincts, un module de planification de production, un module de maintenance prédictive et un module de traçabilité qualité, initialement conçus par l'entité suisse du groupe mais désormais également exploités par sa filiale française. Cette double exploitation impose de documenter une redevance de licence intragroupe défendable, dans le cadre d'un dossier de prix de transfert couvrant les trois modules.

Hectelion retient la méthode du coût de remplacement pour chacun des trois modules, avec un facteur d'obsolescence différencié selon l'ancienneté et le degré de dette technique de chaque module, complétée d'une analyse DEMPE documentant la répartition des fonctions de développement et de maintenance entre les deux entités du groupe. Le mandat est chiffré à 58 000 CHF, dans le palier portefeuille logiciel complexe, du fait des trois modules à valoriser séparément et de la coordination fiscale franco-suisse. La mission se déroule en treize semaines, incluant une revue contradictoire avec les conseils fiscaux des deux entités avant la fixation du taux de redevance intragroupe.

Mot du dirigeant

Le prix d'une évaluation de logiciel intrigue souvent les dirigeants, moins pour son montant que pour ce qu'il recouvre. Un mandat chiffré à 8 000 CHF et un mandat chiffré à 35 000 CHF ne rémunèrent pas la même chose : l'un mobilise une méthode unique pour éclairer une décision interne, l'autre croise plusieurs approches pour produire un rapport que la banque, l'investisseur ou le tribunal pourra examiner ligne par ligne.

Nous constatons régulièrement, sur nos missions franco-suisses, que le logiciel est l'actif incorporel le plus mal compris par les équipes financières internes. Il ne se comporte ni tout à fait comme une marque, dont la valeur tient à la reconnaissance client, ni tout à fait comme un brevet, protégé par un monopole d'exploitation limité dans le temps. Sa valeur dépend d'un équilibre plus fragile entre le droit d'auteur qui le protège, les personnes qui le maintiennent et le marché qui l'adopte.

Notre conviction, chez Hectelion, est qu'un mandat d'évaluation de logiciel doit toujours être lisible avant d'être signé : quelle méthode, quel périmètre, quel délai, et surtout quel niveau d'opposabilité le rapport final pourra atteindre. C'est cette transparence, plus que le montant lui-même, qui distingue une mission bien cadrée d'une facture surprise.

Aristide Ruot, Fondateur et Directeur Général, Hectelion SA

FAQ : les 10 questions essentielles sur le prix d'une évaluation de logiciel

Introduction : ce qu'il faut retenir avant les questions

Les dix questions suivantes reprennent les interrogations les plus fréquentes posées à Hectelion par des dirigeants, des directeurs financiers et leurs conseils avant d'engager une mission d'évaluation de logiciel en France ou en Suisse.

Q1 : Combien coûte une évaluation de logiciel ?

En 2026, une évaluation indicative sans audit de code coûte entre 6 000 et 15 000 EUR (8 000 à 18 000 CHF), un rapport opposable multi-méthodes entre 15 000 et 35 000 EUR (18 000 à 40 000 CHF), et un portefeuille logiciel complexe dès 35 000 EUR (40 000 CHF), sans plafond fixe.

Q2 : Quelle est la différence de prix entre évaluer un logiciel et un SaaS ?

Un logiciel vendu sous licence perpétuelle ou développé en interne se valorise le plus souvent par le coût de remplacement ou les redevances évitées, alors qu'un SaaS par abonnement mobilise davantage l'approche par les revenus (multiples d'ARR, MEEM), ce qui déplace les facteurs de prix vers l'analyse du churn et de la récurrence. Notre article dédié à l'évaluation de logiciel et de SaaS détaille cette distinction méthodologique.

Q3 : Qui paie l'évaluation dans une négociation entre un éditeur et un partenaire ?

En règle générale, la partie qui a le plus besoin de documenter objectivement la valeur pour sécuriser sa position (le cédant dans une cession, l'éditeur dans une négociation de redevance, la société cible dans une levée de fonds) commande et finance l'évaluation. Il arrive que les parties se répartissent le coût lorsque le rapport doit servir de base commune à la négociation.

Q4 : Peut-on négocier les honoraires d'une évaluation de logiciel ?

Oui, dans une certaine mesure. Le périmètre exact de la mission, le nombre de méthodes mobilisées et le niveau de préparation documentaire fourni par le client en amont sont les leviers les plus efficaces pour ajuster le chiffrage du mandat, davantage que la seule négociation du taux horaire ou du forfait affiché.

Q5 : Les honoraires d'évaluation de logiciel sont-ils déductibles fiscalement ?

En règle générale, oui, lorsque la dépense est engagée dans l'intérêt de l'entreprise (levée de fonds, cession, litige, apport), sous réserve de la qualification retenue par l'expert-comptable de la société, en France comme en Suisse.

Q6 : Faut-il un audit du code source en plus de l'évaluation financière ?

Pas systématiquement. Un audit technique du code source, généralement sous-traité par le cabinet d'évaluation à un expert tiers indépendant, devient nécessaire lorsque l'acquéreur ou l'investisseur souhaite documenter précisément la dette technique, la sécurité applicative ou la scalabilité du logiciel, en particulier pour un portefeuille logiciel complexe.

Q7 : Quelle méthode choisir pour un logiciel développé en interne ?

Lorsque le logiciel est utilisé en interne sans revenus directs identifiables, le coût de remplacement constitue généralement la méthode principale. Lorsqu'il est concédé sous licence à des tiers, la méthode des redevances évitées devient pertinente. Lorsqu'il génère des revenus clients propres clairement identifiables, la méthode des flux actualisés attribuables (MEEM) est la plus adaptée.

Q8 : Combien de temps faut-il pour obtenir un rapport d'évaluation de logiciel ?

Comptez deux à quatre semaines pour une évaluation indicative, quatre à huit semaines pour un rapport opposable, et huit à quatorze semaines pour un portefeuille logiciel complexe, en fonction de la disponibilité de la documentation et de la nécessité ou non d'un audit technique du code.

Q9 : Une évaluation réalisée en France est-elle valable en Suisse, et inversement ?

Les principes méthodologiques (IVSC, approche par les coûts, le marché et le revenu) sont communs aux deux pays, mais le cadre juridique de la titularité des droits (Code de la propriété intellectuelle en France, Loi fédérale sur le droit d'auteur en Suisse) et le référentiel comptable applicable diffèrent. Un rapport destiné à un usage transfrontalier doit expressément traiter ces deux cadres.

Q10 : Quand faut-il faire évaluer son logiciel ?

Les déclencheurs les plus fréquents sont une levée de fonds, une cession ou une acquisition, un apport en nature, une restructuration intragroupe avec un enjeu de prix de transfert, un contentieux entre actionnaires ou avec un partenaire technologique, et un test de dépréciation comptable lorsque le logiciel est inscrit à l'actif du bilan.

Estimez la valeur de votre entreprise avec Acontos, le simulateur en ligne d'Hectelion

Pour prolonger cette lecture par un chiffrage concret, Hectelion met à disposition Acontos, son outil en ligne d'audit, de due diligence et d'évaluation d'entreprise. Propulsé par l'intelligence artificielle Claude Sonnet 5 d'Anthropic et calibré par la méthodologie d'Hectelion, il lit vos comptes, normalise l'EBITDA, applique des multiples sectoriels réels et reconstitue un pont de dette nette pour estimer la valeur de vos titres en quelques minutes, y compris lorsqu'un logiciel développé en interne représente une part significative de votre actif. Lancez gratuitement le simulateur de valorisation : l'outil est confidentiel, ne conserve aucun document et ne remplace pas une évaluation formelle du logiciel, mais il donne un premier ordre de grandeur fiable avant d'en discuter avec nos équipes.

Conclusion : un prix qui reflète la méthode, pas la taille du code

Le prix d'une évaluation de logiciel en 2026 se lit d'abord à travers le niveau d'opposabilité recherché : une estimation indicative entre 6 000 et 15 000 EUR (8 000 à 18 000 CHF) suffit pour éclairer une décision interne, tandis qu'un rapport opposable entre 15 000 et 35 000 EUR (18 000 à 40 000 CHF) devient nécessaire dès qu'un tiers, banque, investisseur, administration fiscale ou tribunal, doit pouvoir s'appuyer sur les conclusions.

Le portefeuille logiciel complexe, dès 35 000 EUR (40 000 CHF) et sans plafond fixe, concerne les éditeurs et les groupes industriels dont le logiciel se compose de plusieurs modules ou s'inscrit dans un dossier de prix de transfert intragroupe. Dans un contexte où l'intelligence artificielle réduit la rareté du code et déplace la valeur vers les données, l'écosystème et l'exécution commerciale, choisir la bonne méthode, coût de remplacement, redevances évitées ou MEEM selon le profil du logiciel, compte davantage que le montant brut des honoraires.

Un mandat clairement chiffré, qui explique le périmètre, la méthode et le délai, reste le meilleur indicateur de la qualité du rapport à venir. Pour aller plus loin sur la valorisation globale de votre société, le service évaluation d'entreprise d'Hectelion prend en compte le logiciel comme composante de la valeur globale des titres.

Synthèse de l'article

Une évaluation de logiciel coûte, en 2026, entre 6 000 et 15 000 EUR (8 000 à 18 000 CHF) pour une estimation indicative, entre 15 000 et 35 000 EUR (18 000 à 40 000 CHF) pour un rapport opposable, et dès 35 000 EUR (40 000 CHF) pour un portefeuille logiciel complexe, l'audit technique du code source constituant un coût séparé non inclus par défaut. Le prix varie principalement selon le périmètre technique du logiciel, la qualité de la documentation disponible, l'objectif de la mission, le nombre de méthodes mobilisées et l'éventuelle dimension transfrontalière franco-suisse du dossier.

Trois méthodes structurent la pratique : le coût de remplacement pour un logiciel interne sans revenus directs identifiables, les redevances évitées lorsqu'il est licencié à des tiers, et la méthode des flux actualisés attribuables (MEEM) lorsqu'il génère des revenus clients propres. Le cas chiffré présenté illustre comment ces méthodes se combinent et se recoupent dans un contexte de levée de fonds.

Cet article traite le logiciel au sens large, hors modèle SaaS par abonnement, dont les spécificités sont développées dans notre article de référence sur l'évaluation de logiciel et de SaaS. Pour cadrer précisément le budget de votre mission, un échange direct avec un praticien reste la voie la plus fiable.

Sources

• Autorité des normes comptables (ANC), règlement relatif aux actifs incorporels et aux frais de développement capitalisés
• EXPERTsuisse, standards professionnels applicables à l'évaluation d'entreprise et d'actifs incorporels
• Fondation pour les recommandations relatives à la présentation des comptes, norme FER 10 relative aux immobilisations incorporelles
• IFRS Foundation, IAS 38 Immobilisations incorporelles, section relative aux logiciels développés en interne
• IVSC, International Valuation Standards
• Légifrance, Code de la propriété intellectuelle, protection des logiciels
• OCDE, projet BEPS et analyse DEMPE des actifs incorporels

Auteur

Aristide Ruot, Ph.D.
Fondateur | Directeur Général, Hectelion SA