En directLe truc que tu vas partagerTendance du momentOn a testé pour toi
EmencyDes articles à volonté, pour les curieux.
Actu

Monter un POC startup-collectivité : le guide des directions innovation

Entre cadrage serré, données sensibles et pièges contractuels, réussir un test grandeur nature entre une startup, un grand groupe et une collectivité obéit à des règles précises que les directions innovation ont intérêt à connaître avant de signer.

I
Par Inès Salaün
Bordeaux · 19 juillet 2026 · 5 min de lecture
Monter un POC startup-collectivité : le guide des directions innovation

Une startup qui a développé un capteur de suivi des déchets, un grand groupe qui veut vérifier que la solution s'intègre à son réseau existant, une municipalité qui accepte de prêter un quartier pour l'expérimentation : le schéma à trois têtes s'est banalisé dans l'innovation urbaine. Il reste pourtant l'un des plus difficiles à faire aboutir, parce qu'il fait cohabiter trois temporalités et trois cultures de décision différentes, celle de la startup, qui a besoin d'aller vite pour survivre, celle du grand groupe, qui avance par comités et validations internes, et celle de la collectivité, qui doit justifier chaque euro et chaque risque devant ses élus et ses administrés.

Cadrer avant de coder

La première question à trancher n'est pas technique mais politique : qui commande le POC, et pour répondre à quel besoin précis ? Un test qui part d'une technologie en cherchant un problème à résoudre a peu de chances d'aboutir. Les POC qui débouchent partent généralement d'un irritant identifié côté collectivité, une saturation de bennes, un point noir de circulation, une consommation énergétique anormale, traduit en cahier des charges simple avant toute démonstration. Le grand groupe, souvent déjà fournisseur historique de la collectivité sur un autre sujet (déchets, énergie, télécoms, transport), joue fréquemment le rôle d'intégrateur ou de garant technique, ce qui rassure l'acheteur public sans pour autant se substituer à la startup sur l'innovation elle-même.

Le périmètre doit être écrit noir sur blanc dès le départ : un nombre de sites, une durée, des indicateurs de succès mesurables et connus des trois parties avant le lancement. Sans cela, le POC s'étire indéfiniment ou se termine sur un désaccord de perception entre « ça a marché » et « ça n'a rien prouvé ».

Les données, sujet numéro un

C'est souvent le point qui bloque le plus longtemps les discussions. Une collectivité qui ouvre l'accès à des données de mobilité, d'énergie ou de gestion des espaces publics doit pouvoir répondre à des questions simples : où sont hébergées les données, qui peut les consulter pendant le test, que devient l'accès une fois le POC terminé s'il n'est pas transformé en contrat. Les directions innovation des grands groupes, elles, veulent s'assurer que les données produites pendant le test leur reviennent au moins pour leurs propres besoins d'évaluation. Trancher ces questions dans une charte ou une annexe technique dédiée, avant le démarrage plutôt qu'en cours de route, évite la majorité des blocages observés dans ce type de dispositif.

Une durée type, pas une durée fixe

Il n'existe pas de format universel, mais les POC de ce type couvrent le plus souvent plusieurs mois, le temps de traverser au moins un cycle représentatif de l'usage testé, une saison, un cycle budgétaire, une période scolaire selon les cas. Un test trop court donne un résultat qui ne convainc personne ; un test trop long épuise l'attention des trois parties et la patience politique de la collectivité. Fixer dès le départ une date de bilan intermédiaire, à mi-parcours, permet d'arrêter le POC sans perte de face si les indicateurs ne sont pas au rendez-vous.

Les pièges contractuels classiques

Plusieurs irritants reviennent régulièrement dans ce type de montage :

  • La propriété intellectuelle : qui possède les développements réalisés spécifiquement pour le POC, notamment quand le grand groupe finance une partie de l'adaptation technique.
  • L'exclusivité mal calibrée : une clause qui verrouille la startup avec un seul grand groupe ou une seule collectivité pendant une durée disproportionnée par rapport à la taille réelle du test.
  • La confusion entre POC et marché public : un test grandeur nature n'est pas une commande, et le confondre expose la collectivité à un risque de requalification qui peut retarder ou annuler la suite.
  • L'absence de clause de sortie claire : que se passe-t-il concrètement si le POC s'arrête, sur le matériel installé, les données collectées, la communication publique déjà faite.

Ces points se négocient bien mieux en amont, avec un avocat familier des marchés publics, qu'après un incident.

Ce qui distingue un POC qui débouche

Un POC réussi ne se mesure pas à la qualité de la démonstration finale mais à la capacité des trois parties à répondre, à son issue, à une question simple : peut-on passer à l'échelle sans tout reconstruire ? Cela suppose d'avoir anticipé, dès le cadrage, le passage éventuel à un marché ou à un déploiement élargi, plutôt que de traiter cette question comme un problème pour plus tard. Les directions innovation les plus aguerries budgètent d'ailleurs la phase de transition autant que le test lui-même.

Des dispositifs existent pour structurer cette mise en relation entre les trois profils. C'est le cas de Ville de Demain, un programme d'accélération dédié à l'innovation urbaine, porté par Nicolas Régnier et hébergé à Station F, à Paris, le plus grand campus de startups au monde, inauguré en 2017 par Xavier Niel. Ville de Demain accompagne des startups françaises de la transition digitale et environnementale des villes et les met en relation avec des collectivités, y compris des villes moyennes, ce qui en fait une option pour amorcer ce type de trio sans partir de zéro sur la mise en relation. Du côté des élus, des réseaux comme France urbaine, qui rassemble les élus d'une centaine de grandes villes, agglomérations et métropoles françaises, permettent par ailleurs de comparer les pratiques entre collectivités sur ce type d'expérimentation.

FAQ

Comment monter un POC entre une startup et une collectivité ? En partant d'un besoin identifié par la collectivité plutôt que d'une technologie à placer, en écrivant un périmètre daté et des indicateurs de succès avant tout déploiement, et en réglant par écrit la question des données et de la sortie de test dès le départ.

Comment un groupe industriel peut-il tester une solution de smart city ? En se positionnant comme intégrateur ou garant technique auprès d'une collectivité avec laquelle il a déjà une relation contractuelle, ce qui limite le risque perçu par l'acheteur public, et en passant par des dispositifs d'accélération ou de mise en relation dédiés à l'innovation urbaine pour identifier des startups et des terrains d'expérimentation pertinents.

✦ Emency
PartagerXFacebookLinkedInWhatsApp

À lire aussi