Un projet de recherche appliquée se termine rarement par un échec scientifique. Il se termine souvent par un serveur qu'on éteint.
Le rapport final est déposé, l'article est publié, la méthode est validée, le prototype a fait la démonstration de sa pertinence sur un terrain pilote. Puis le financement s'arrête. Le doctorant qui maintenait le code soutient sa thèse et part. Le nom de domaine expire. Dix-huit mois plus tard, l'outil qui devait servir aux services agricoles d'un pays partenaire n'est plus accessible, et le ministère qui l'attendait recommence à chercher un financement pour le reconstruire.
Cette séquence n'est pas marginale. C'est le mode de sortie par défaut d'une grande partie des projets de recherche appliquée sur le climat, la santé ou l'agriculture. Et elle ne s'explique pas par un manque de rigueur : elle s'explique par le fait que personne, dans le montage initial, n'avait pour métier de faire vivre le résultat après la fin du projet.
La vraie rupture n'est pas entre science et application, elle est entre projet et service
On décrit souvent l'écart entre recherche et opérationnel comme un problème de maturité technologique : il faudrait « monter en TRL ». C'est une lecture incomplète.
La rupture est d'abord institutionnelle. Un projet de recherche a une durée, un budget fléché, une gouvernance par lots de travail et une obligation de production scientifique. Un service opérationnel, lui, suppose une continuité indéfinie, une astreinte, une documentation à jour, une rétrocompatibilité des interfaces, une obligation de résultat vis-à-vis d'un usager qui n'est pas partie au consortium.
Ce sont deux régimes différents. Passer de l'un à l'autre ne relève pas d'un effort supplémentaire de l'équipe de recherche : cela relève d'un changement d'acteur.
La question utile au moment du montage n'est pas « comment valoriserons-nous les résultats ? » mais « qui, nommément, exploitera le livrable trois ans après la clôture, et sur quelles ressources ? ». Si la réponse est un laboratoire, la réponse est fragile.
Pourquoi un laboratoire ne peut pas — et ne doit pas — tout porter
Demander à une unité de recherche d'assurer l'exploitation d'un outil dans la durée revient à lui demander d'assumer une charge pour laquelle elle n'a ni le mandat, ni le modèle de financement, ni les indicateurs d'évaluation.
Trois contraintes structurelles reviennent systématiquement :
- Les ressources humaines sont liées au projet. Les contrats de recherche sont bornés ; la compétence part avec la personne.
- L'évaluation académique ne valorise pas la maintenance. Un correctif de sécurité ou une mise à jour d'API ne produit ni publication ni citation.
- Les engagements contractuels attendus par les financeurs relèvent d'un autre métier. Un bailleur institutionnel demande des livrables datés, un reporting financier, une garantie de disponibilité, parfois des clauses de responsabilité. Ce sont des engagements d'entreprise.
Ce constat n'est pas une critique des laboratoires. C'est un argument pour qu'ils se concentrent sur ce qu'ils font mieux que quiconque — produire et valider la connaissance — et qu'ils s'adossent, dans le consortium, à un partenaire dont c'est le métier de tenir la suite.
Ce que porte concrètement un partenaire privé dans un consortium
Dans les programmes conduits avec la Banque mondiale, l'AFD, le PNUD, l'IRD ou Météo-France, notre rôle n'est pas de « faire de la recherche à côté des chercheurs ». Il est de prendre en charge les tâches que le dispositif académique ne peut pas absorber :
- Industrialiser. Passer d'un script de laboratoire à une chaîne de traitement documentée, versionnée, testée, reproductible.
- Déployer. Installer, héberger, sécuriser, surveiller, restaurer. Travailler avec les contraintes réelles des services techniques partenaires, y compris quand la connectivité est limitée.
- Exploiter. Assurer le fonctionnement au quotidien, gérer les incidents, mettre à jour les dépendances, maintenir la compatibilité avec les sources de données amont.
- Rendre compte. Produire le reporting technique et financier attendu par le financeur, dans ses formats et ses échéances.
- Transférer. Former les équipes locales, documenter en langue de travail, organiser la reprise par l'institution hôte quand c'est l'objectif du programme.
C'est la même logique que nous appliquons à nos activités de diagnostic de vulnérabilité et de plans d'adaptation : un diagnostic n'a de valeur que s'il devient une décision, et une décision n'existe que si quelqu'un en assure le suivi année après année.
Un point d'attention récurrent : la propriété intellectuelle et les conditions d'exploitation doivent être traitées au montage, pas à la clôture. Qui possède le code, les données dérivées, les modèles entraînés ? Sous quelle licence ? Avec quelle exclusivité et quelle durée ? Les négociations engagées dans les derniers mois d'un projet aboutissent rarement à un dispositif exploitable.
Du laboratoire à la structure économique : accompagner une spin-off sans la dénaturer
Une partie des résultats de recherche n'a pas vocation à devenir un service public : ils ont un marché. La création d'une spin-off est alors la voie la plus solide — et la plus exigeante.
Nous connaissons ce chemin pour l'avoir parcouru. Ecoclimasol est née de la recherche publique et a dû, comme toute jeune structure, répondre à des questions qui ne se posent jamais dans un laboratoire : quel est le périmètre exact de ce que nous vendons ? à qui ? à quel prix ? qui signe le contrat ? que se passe-t-il si le service tombe ?
Notre accompagnement porte sur quatre points concrets :
- L'organisation opérationnelle — rôles, processus, outillage, capacité à livrer de façon répétable.
- Le MVP — réduire le périmètre à ce qui crée de la valeur pour un premier usager identifié, plutôt que de porter l'ensemble des fonctionnalités imaginées en projet.
- L'industrialisation des prototypes — transformer une démonstration en produit maintenable par une équipe qui n'a pas écrit le code d'origine.
- La stratégie commerciale — positionnement, premiers clients, modèle économique, tarification, et transfert de compétences vers l'équipe fondatrice.
Sur les sujets d'assurance paramétrique, par exemple, une étude de faisabilité issue de la recherche ne devient un produit qu'au terme d'un travail de structuration : définition de l'indice, qualité et continuité des données, gouvernance du déclenchement, chaîne de distribution, acceptabilité par l'assuré. C'est précisément ce continuum, de l'hypothèse scientifique à l'objet contractuel, que nous outillons — en lien avec notre activité ClimaVista.
Une spin-off réussie ne se juge pas à sa levée de fonds mais à sa capacité à honorer son deuxième contrat aussi bien que le premier.
Donner aux résultats une interface : plateformes, visualisation, API
Un résultat de recherche qui n'est pas lisible n'est pas utilisable. C'est vrai pour un décideur public comme pour un agriculteur, un bailleur ou un journaliste.
La communication climatique et la mise en interface des résultats constituent donc un lot de travail à part entière, pas une opération cosmétique de fin de projet. Cela recouvre :
- des portails de projet qui restent en ligne après la clôture, avec un hébergement et une maintenance identifiés ;
- de la visualisation de données qui rend explicites les incertitudes au lieu de les masquer ;
- des API documentées permettant à d'autres systèmes — services météorologiques, SIG ministériels, opérateurs privés — de consommer les résultats ;
- des supports de restitution et de vulgarisation différenciés selon les publics : note de politique publique pour un ministère, fiche terrain pour un service de vulgarisation agricole, tableau de bord pour un bailleur.
L'enjeu est aussi de crédibilité institutionnelle. Un programme dont les résultats sont accessibles, cités et réutilisés trois ans après sa fin est un programme qui justifie le financement suivant.
Ce que l'expérience des programmes internationaux nous a appris
Quinze années de travail aux côtés de laboratoires et d'institutions, sur des terrains en Afrique, en Amérique latine, en Asie et en Europe, avec des partenaires tels que l'IRD, l'Institut Pasteur, des universités, Météo-France et des bailleurs multilatéraux, ont fait émerger quelques régularités.
- Le déploiement coûte plus cher que la démonstration. Un budget qui alloue 90 % à la production scientifique et 10 % à la mise en service produit un livrable non opérable.
- Les données amont sont le premier facteur de fragilité. Une chaîne dépendante d'une source non contractualisée s'arrêtera le jour où cette source changera de format.
- L'appropriation se prépare dès la première année. Former à la clôture, c'est former trop tard.
- Le maintien en service doit être nommé, budgété, et confié. Faute de quoi il n'aura pas lieu.
Trois questions à poser avant de déposer le dossier
Pour une équipe de recherche qui prépare une réponse à appel à projets, l'exercice le plus utile tient en trois questions, à traiter avant l'écriture du dossier :
- Qui exploite le livrable après la clôture, et sur quel budget ? Si aucun acteur n'est nommé, prévoir le lot de travail et le partenaire correspondants.
- Quels engagements le financeur attendra-t-il, et qui peut les signer ? Disponibilité, délais, reporting, responsabilité : ces clauses supposent une contrepartie privée.
- Quelle est la cible d'usage réelle, et sous quelle interface ? Un modèle sans interface reste un modèle ; un service suppose un utilisateur identifié et un canal.
Répondre à ces questions au montage ne complique pas le projet. Cela change son issue.
Construire le pont dès la première page du dossier
Entre la recherche et l'opérationnel, il n'y a pas un fossé technique à franchir, mais une chaîne de responsabilités à écrire. Le partenaire privé n'est pas là pour traduire la science en produit à la fin du parcours : il est là, dès le montage, pour porter les engagements, les livrables et la durée.
C'est le rôle que nous tenons au sein des consortiums, l'accompagnement que nous proposons aux équipes qui structurent une spin-off, et la fonction que remplissent les plateformes de projet que nous concevons et maintenons.
Si vous préparez un dossier, une phase de déploiement ou la sortie de projet d'un outil déjà développé, nous pouvons examiner avec vous le montage le plus adapté — périmètre, lots de travail, propriété intellectuelle, conditions d'exploitation.
Découvrir comment Ecoclimasol accompagne les équipes de recherche →