Pourquoi Portlane ne vise pas les grands groupes (et ce que ça change pour vous)

Beaucoup d'éditeurs d'intégration rêvent du logo grand compte. Portlane fait l'inverse : les grands groupes¹ ne sont pas la cible. Pas parce qu'ils seraient « trop complexes » en soi, mais parce que leurs exigences tirent un produit vers une suite enterprise — et cette suite n'est plus celle dont les PME² et ETI³ ont besoin.

Cet article explique la frontière. Honnêteté de calendrier : Portlane est encore en développement. Ce texte fixe un anti-positionnement produit, pas une liste d'exclusion commerciale pour demain matin. Pour le profil positif (PME / ETI avec DSI) : Portlane pour PME et ETI.

Ce qu'un grand groupe exige (et que Portlane refuse)

Dans un appel d'offres GE¹, la checklist revient souvent : BPM⁸ pour orchestrer des processus, MDM⁹ pour le référentiel maître, connecteurs certifiés SAP / Oracle / EDI, programme partenaire éditeur, SLA¹⁰ multi-niveaux, gouvernance multi-filiales, parfois un studio low-code pour « démocratiser » sans recruter. Ce n'est pas du luxe pour eux. C'est leur réalité.

Portlane refuse explicitement ce paquet — aligné sur les non-goals produit : pas de connecteurs vendor-certified, pas de moteur EDI complexe, pas de designer visuel, pas de pricing à l'usage. Le cœur reste receive → transform → deliver, en Python, self-hosted¹¹, licence à vie¹². Si vous avez réellement besoin de la checklist GE¹, gardez une suite qui la fait pour de vrai — MuleSoft, Informatica, et les suites du même rang existent pour ça.

Pourquoi servir les GE dégraderait le produit pour PME et ETI

Accepter un premier deal GE¹ « pour le prestige » change trois choses en cascade.

• Scope creep : chaque exception (EDI, connecteur certifié, module BPM⁸) devient un engagement de maintenance lié au cycle de release d'un tiers.
• Roadmap : les tickets GE¹ pèsent plus lourd que les besoins d'une ETI³ qui veut un rejeu fiable et une licence fixe. Le produit dérive.
• Pricing et support : le modèle commercial enterprise (RFPs, grilles, success managers) n'est pas celui d'une licence claire pour une petite DSI.

Résultat fréquent chez les éditeurs qui « montent en gamme » : les PME² / ETI³ paient la complexité des GE¹ sans en tirer les modules. Refuser le marché GE¹, c'est protéger le 80 % utile. Voir aussi pourquoi pas de catalogue de connecteurs et pourquoi pas de pricing à l'usage.

Ce que les PME et ETI gagnent de cette frontière

• Un périmètre lisible : sync opérationnelle, pas une suite à demi utilisée.
• Une licence fixe : pas de compteur qui suit chaque ligne pour financer un programme grand compte.
• Une roadmap alignée sur l'autonomie d'une petite DSI : supervision, rejeu, Python versionné — pas sur la certification d'un connecteur SAP.
• Un discours honnête : si ce n'est pas pour vous, on le dit. Moins de faux espoirs en avant-vente.

C'est le même raisonnement que dans pourquoi nous construisons Portlane : un produit se définit autant par ses refus que par ses fonctionnalités. Ici, le refus porte sur le segment, pas seulement sur une feature.

Quand un grand groupe (ou une filiale) peut quand même coller

L'exception existe, rare. Une filiale qui opère comme une ETI³ — HTTP/JSON documenté, auth simple, envie de posséder la sync locale, sans imposer la grille groupe — peut ressembler à l'ICP. Dès que le deal exige BPM⁸, MDM⁹, EDI ou un catalogue certifié, ce n'est plus Portlane. Dans ce cas, mieux vaut un outil de la classe MuleSoft / Informatica, ou un partenaire spécialisé pour le morceau EDI.

Même logique pour un GE¹ qui voudrait « juste un runtime léger dans un coin » : possible sur le papier, dangereux si le coin devient le cheval de Troie de la checklist enterprise. Le filtre reste celui de Portlane pour PME et ETI : DSI capable de posséder, périmètre étroit, pas de suite déguisée.

Questions fréquentes

Refuser les GE, n'est-ce pas se priver de gros contrats ?

Oui, volontairement. Un gros contrat GE¹ qui force BPM⁸, MDM⁹ et connecteurs certifiés tire la roadmap vers une suite que les PME² / ETI³ n'ont pas demandée — et finissent par payer. Mieux vaut moins de deals alignés que des deals qui déforment le produit.

Une filiale d'un grand groupe peut-elle utiliser Portlane ?

Parfois, si le périmètre est étroit (HTTP/JSON, sync opérationnelle), que la filiale opère son propre runtime, et que la DSI groupe n'impose pas une grille enterprise. C'est l'exception, pas la cible commerciale.

Pourquoi ne pas « juste » ajouter un module BPM plus tard ?

Parce que « plus tard » devient la roadmap. BPM⁸ et MDM⁹ ne sont pas des plugins cosmétiques : ils changent le positionnement, le pricing, le recrutement et le support. Portlane assume le 80 % receive → transform → deliver. Le reste, partenaires ou autre outil.

MuleSoft et Informatica sont-ils « mauvais » ?

Non. Ils sont calibrés pour un autre profil : multi-protocoles, gouvernance large, programmes éditeur. Pour un GE¹ qui en a vraiment besoin, c'est souvent le bon outil. Pour une ETI³ qui synchronise surtout du HTTP/JSON, c'est souvent trop cher pour trop peu d'usage.

Portlane est-il disponible pour un pilote GE « light » ?

Le produit est encore en développement actif, sans date de sortie publique. Même demain, un pilote GE¹ ne devient intéressant que si le périmètre reste celui d'une PME² / ETI³ : pas de checklist enterprise déguisée.

Glossaire

• ¹ GE / grand groupe : grande entreprise, souvent multi-filiales, avec achats SI centralisés et exigences enterprise.
• ² PME : petite ou moyenne entreprise au sens Insee (seuils de salariés et de CA / bilan).
• ³ ETI : entreprise de taille intermédiaire, entre PME et grand groupe.
• ⁴ DSI : direction des systèmes d'information.
• ⁵ iPaaS : plateforme d'intégration en abonnement, souvent cloud éditeur.
• ⁶ ICP : Ideal Customer Profile — profil d'organisation cible.
• ⁷ EDI : échange de données informatisé (formats métier B2B, souvent EDIFACT / X12).
• ⁸ BPM : orchestration de processus métier.
• ⁹ MDM : référentiel de données maître.
• ¹⁰ SLA : engagement de niveau de service (disponibilité, délais de réponse).
• ¹¹ Self-hosted : logiciel exécuté dans votre infrastructure.
• ¹² Licence à vie : droit d'usage sans abonnement obligatoire pour faire tourner le déployé.
• ¹³ Full-code : logique écrite en code versionné (ici Python), pas en studio propriétaire.
• ¹⁴ Connecteur certifié : module validé par l'éditeur (ou l'éditeur tiers) pour une application précise, avec engagements de compatibilité.