Portlane pour PME et ETI : pour qui c'est fait (et pour qui non)

En salle de réunion DSI, la question revient souvent sous une mauvaise forme : « vous ciblez les PME¹ ou les ETI² ? » Les catégories Insee sont confortables. Elles sont aussi souvent fausses. Le bon filtre n'est pas le nombre de salariés. C'est la volonté de posséder. Une PME sans DSI⁴ permanente mais décidée à internaliser ses flux peut être un client naturel. Une ETI qui veut un studio no-code et zéro compétence interne, non.

Portlane est encore en développement actif. Ce qui suit fixe l'ICP⁷ : pour qui le produit est conçu, quels signaux confirment le fit, et quand il vaut mieux garder un iPaaS⁵ ou une suite enterprise. Raisonnement de positionnement, pas brochure d'achat immédiat.

Le faux débat PME vs ETI

Les articles et le site Portlane ont longtemps dit « ETI », parce que c'est là que le pain Talend / Blueway / iPaaS⁵ à l'usage est le plus visible. Ça ne veut pas dire que les PME¹ sont exclues. Une PME structurée (organigramme IT, budget licence, flux métier qui cassent si la sync tombe) entre dans le même cadre qu'une ETI² plus petite.

Ce qui sort du cadre : la PME qui veut tout laisser chez l'éditeur, « brancher deux SaaS⁶ en cinq minutes », sans jamais reprendre la main. Ce n'est pas un jugement de valeur. C'est un autre métier, déjà bien servi par des iPaaS⁵ cloud. Portlane n'essaie pas de les remplacer. En revanche, une PME sans DSI⁴ qui veut internaliser peut démarrer avec BastionLab (l'éditeur de Portlane) en DSI externalisée le temps de monter le muscle, puis former des utilisateurs techniques. Voir aussi pourquoi pas de designer visuel.

Les grands groupes³, eux, sont exclus volontairement. Pas par snobisme inversé : parce que leurs exigences (BPM¹¹, MDM¹², connecteurs certifiés, gouvernance multi-filiales) tireraient le produit vers une suite que Portlane refuse d'être. Refuser les GE³ protège le produit pour les PME¹ et ETI². Le détail : pourquoi Portlane ne cible pas les grands groupes.

Ce que « petite DSI » veut dire concrètement

Petite DSI⁴, ce n'est pas « pas de compétences ». C'est quelqu'un (en interne, formé, ou BastionLab en pont) qui porte l'exploitation : serveurs ou cloud privé, accès, sauvegardes, incidents. Sans ce muscle, le modèle possession ne tient pas. Portlane n'exige pas une DSI⁴ permanente dès le jour 1. Il exige une trajectoire d'autonomie. Le socle attendu ressemble à ceci :

• Infrastructure : Docker (ou équivalent), réseau maîtrisé, Postgres ou capacité à en opérer un.
• Code : au moins une personne qui lit et fait évoluer du Python versionné, en interne, formée avec BastionLab, ou maintenue par BastionLab si besoin.
• Exploitation : quelqu'un qui regarde les logs, rejoue un flux en échec, et sait qui appeler quand ça casse à 2 h du matin.
• Gouvernance légère : un dépôt Git, des revues, une idée claire de ce qui est critique (commandes, stock, facturation) vs périphérique.

Si vous avez déjà migré un service on-premise¹³ ou self-hosted¹⁴, vous avez probablement le muscle. Si tout le SI est « boîte noire éditeur + ticket support » et que vous voulez le garder ainsi, le modèle possession sera un choc culturel avant d'être un choix technique. Si vous voulez en sortir, BastionLab peut porter le démarrage. Pour le calcul possession vs location : posséder vs louer son intégration.

Signaux que vous êtes dans la cible

• Vous synchronisez ERP⁸, CRM⁹, WMS ou outils métier via des API¹⁰ / webhooks, et la couche d'intégration est devenue critique.
• Vous avez (ou avez eu) Talend, Blueway, un ESB, ou un iPaaS⁵ dont le prix et le lock-in commencent à grincer.
• Vous voulez exécuter chez vous (on-premise¹³, VPC, datacenter) pour des raisons de contrôle, pas seulement de budget. Voir intégration on-premise pour ETI.
• Vous acceptez du full-code¹⁵ Python plutôt qu'un studio visuel, parce que la relecture et la transmission comptent sur dix ans.
• Vous préférez une licence à vie¹⁶ à un compteur d'usage opaque.

Si plusieurs de ces points sonnent juste, le profil ICP⁷ colle, que vous soyez classé PME¹ ou ETI² sur le papier. La grille technique pour un pilote honnête : critères d'acceptation d'un runtime.

Signaux que vous n'y êtes pas

• Aucun désir d'autonomie : tout doit rester chez l'éditeur ou le prestataire, sans formation ni reprise en main.
• Le besoin réel, c'est brancher deux SaaS⁶ grand public sans toucher à du code.
• Vous exigez BPM¹¹, MDM¹², EDI complexe ou un catalogue de connecteurs certifiés SAP / Oracle comme prérequis.
• Vous êtes un grand groupe³ (ou une DSI groupe) qui achète sur grille enterprise MuleSoft-class : ce n'est pas le produit.
• Vous voulez une démo « zéro compétence » en quinze minutes. Portlane n'est pas conçu pour ça.

Dans ces cas, garder l'autre outil est souvent le bon conseil : iPaaS⁵ cloud pour la sync simple, suite enterprise pour le périmètre large. Portlane n'essaie pas de gagner ces deals. Il refuse le faux fit.

Ce que le modèle Portlane suppose de votre côté

Portlane, c'est un runtime d'intégration client-managed : licence à vie¹⁶, flux Python dans votre dépôt, moteurs Docker sur votre infra. Postgres comme bus. L'autonomie est le produit. La Tour de contrôle sert à voir, diagnostiquer, rejouer : pas à vendre une feature de plus.

Ce modèle tient pour une PME¹ structurée autant que pour une ETI², dès lors que la DSI⁴ (même petite) accepte de porter l'exécution. Il ne tient pas si vous attendez qu'un éditeur opère à votre place, ni si vous voulez la roadmap d'un grand compte. Le raisonnement fondateur : pourquoi nous construisons Portlane. L'anti-cible GE : pourquoi pas les grands groupes.

Questions fréquentes

Une PME sans DSI peut-elle utiliser Portlane ?

Oui, si l'objectif est d'internaliser les flux, pas de rester éternellement en boîte noire. Portlane est conçu pour tourner en autonomie sans DSI⁴ permanente : licence à vie¹⁶, Python versionné, moteurs chez vous. Au démarrage, BastionLab (l'éditeur de Portlane) peut jouer le rôle de DSI externalisée le temps de poser le socle, puis maintenir si besoin ou former des profils techniques métier. Sans volonté d'autonomie (même progressive), un iPaaS⁵ SaaS⁶ reste souvent le meilleur calcul.

Faut-il être une ETI pour être dans la cible ?

Non. Le label Insee (PME¹ vs ETI²) n'est pas le filtre. Une PME structurée avec un besoin réel de sync ERP⁸ / CRM⁹ / API¹⁰, et la volonté de posséder la couche d'intégration, entre dans le cadre. Une ETI sans volonté de possession, non.

Portlane convient-il aux grands groupes ?

Ce n'est pas la cible. Les GE³ demandent en général BPM¹¹, MDM¹², connecteurs certifiés et programmes éditeur que Portlane refuse volontairement. Détail : pourquoi Portlane ne cible pas les grands groupes.

Combien de personnes IT faut-il au minimum ?

Pas de seuil magique, et pas forcément une DSI⁴ interne dès le jour 1. Il faut à terme quelqu'un qui lit les logs et fait évoluer du Python (en interne, formé avec BastionLab, ou maintenu par BastionLab). Une équipe de 1 à 3 IT qui possède déjà Docker et un dépôt Git reste le profil le plus fluide.

Portlane est-il disponible aujourd'hui ?

Non. Développement actif, sans date de sortie publique. Cet article clarifie l'ICP commercial et le raisonnement produit, pas une offre à signer ce trimestre.

Glossaire

• ¹ PME : petite ou moyenne entreprise (seuils Insee : moins de 250 salariés et critères de CA / bilan).
• ² ETI : entreprise de taille intermédiaire, entre PME et grand groupe, typiquement quelques centaines à quelques milliers de salariés en France.
• ³ GE / grand groupe : grande entreprise, souvent multi-filiales, avec achats SI centralisés et exigences enterprise (gouvernance, certifications, suites).
• ⁴ DSI : direction des systèmes d'information, l'équipe qui porte le SI, même réduite à quelques personnes.
• ⁵ iPaaS : plateforme d'intégration en abonnement, en général hébergée par l'éditeur.
• ⁶ SaaS : logiciel loué en abonnement, hébergé et opéré par l'éditeur.
• ⁷ ICP : Ideal Customer Profile, profil d'organisation pour lequel le produit est conçu.
• ⁸ ERP : progiciel de gestion intégré (commandes, stocks, facturation, compta).
• ⁹ CRM : logiciel de gestion de la relation client.
• ¹⁰ API : interface standardisée entre logiciels.
• ¹¹ BPM : orchestration de processus métier (validations, workflows).
• ¹² MDM : référentiel de données maître (vision unique clients, produits, etc.).
• ¹³ On-premise : exécution sur votre propre infrastructure.
• ¹⁴ Self-hosted : logiciel installé et exécuté chez vous, pas consommé comme service distant de l'éditeur.
• ¹⁵ Full-code : logique d'intégration écrite en code (ici Python), versionnée et relisible.
• ¹⁶ Licence à vie : droit d'utiliser le logiciel sans abonnement obligatoire pour faire tourner le déployé.