Qu'est-ce qu'un partenariat technologique ? Types, modèles et fonctionnement

Quelqu'un d'une plus grande entreprise écrit pour « explorer un partenariat technologique ». Un client demande quand vous allez vous « associer » à l'outil qu'il utilise déjà. Le site de votre concurrent a une page partenaires et pas le vôtre. Le terme est employé sans cesse, et presque jamais défini.

Voici donc la définition, simplement. Un partenariat technologique est une relation produit entre deux éditeurs de logiciels dont les clientèles se recoupent, où les deux construisent ou distribuent ensemble, généralement autour d'une intégration fonctionnelle qui relie les produits. L'intégration est l'essentiel. Tout le reste, la fiche, le co-marketing, la vente conjointe, en découle.

Cette seule phrase exclut beaucoup de choses. Un échange de logos n'est pas un partenariat technologique. Un protocole signé sans intégration n'est pas un partenariat technologique. Un revendeur qui ne touche jamais à votre produit est un dispositif de mise sur le marché, pas un partenariat technologique au sens strict.

Cette page est l'explicatif de référence : une définition précise, en quoi un partenariat technologique diffère d'une relation de distribution, d'affiliation et de pur co-marketing, les principaux types, les modèles de mise sur le marché qui s'y superposent, pourquoi les intégrations sont au centre, le cycle de vie en bref, qui le possède dans une startup, et quand commencer.

L'essentiel en 60 secondes

Si vous ne lisez qu'une section, lisez celle-ci :

• Un partenariat technologique, ce sont deux éditeurs de logiciels dont les clientèles se recoupent, qui construisent ou distribuent ensemble, généralement avec une intégration fonctionnelle au centre.
• L'intégration est le livrable, pas l'accord. Un partenariat sans connexion livrée est un communiqué de presse qui ne demande qu'à décevoir.
• Il existe cinq grands types : partenaire d'intégration ou technologique, ISV, plateforme/marketplace, OEM/embarqué, et alliance stratégique. Ils diffèrent sur qui construit, qui vend et qui possède le client.
• Les modèles de mise sur le marché se superposent au type : apport d'affaires, vente conjointe et revente décrivent comment la chose se vend, pas ce qu'elle est.
• Un partenariat technologique n'est pas une relation de distribution, d'affiliation ou de co-marketing. Celles-ci peuvent s'y greffer, mais c'est l'intégration qui le rend technique.
• Le cycle de vie se poursuit longtemps après le lancement. Le développement est la partie visible ; la maintenance est là où la valeur se cumule ou casse en silence.
• Quelqu'un doit le posséder. Entre l'amorçage et la série B, ce responsable est généralement un fondateur ou un responsable produit, pas un recrutement partenariats.
• Commencez quand les clients décrivent le fait de déplacer des données à la main entre votre produit et un autre outil. C'est une demande que vous pouvez nommer.

Ce qu'est réellement un partenariat technologique

Un partenariat technologique est une relation produit entre deux éditeurs de logiciels dont les clientèles se recoupent, où les deux entreprises construisent ou distribuent ensemble, avec une intégration fonctionnelle généralement au centre.

Chaque membre de phrase a son rôle.

Deux éditeurs de logiciels. Deux produits qui pourraient, en principe, échanger des données ou s'étendre mutuellement, pas un éditeur de logiciels et une agence, ni un fournisseur et un client.

Dont les clientèles se recoupent. Le partenariat n'a de carburant que si les mêmes acheteurs utilisent, ou utiliseraient, les deux produits. Pas de recoupement, pas de flux de travail commun, pas de raison pour l'intégration d'exister.

Construire ou distribuer ensemble. Soit vous connectez techniquement les produits, soit une entreprise porte l'autre vers le marché, soit les deux. La « technologie » du partenariat technologique tient au fait qu'un artefact technique est impliqué, pas seulement un artefact commercial.

Une intégration fonctionnelle généralement au centre. C'est la partie que les gens sautent. Le livrable qui rend le partenariat réel est l'intégration : la connexion qui supprime des étapes d'un flux de travail que vos clients communs exécutent déjà. Enlevez-la et il vous reste un dispositif marketing.

Pour une startup SaaS B2B, un partenariat technologique rapporte de trois façons, et elles se cumulent.

Si vous voulez le manuel opérationnel complet pour passer de l'idée à une intégration livrée, il se trouve dans le guide complet des partenariats technologiques pour le SaaS. Cette page-ci, ce sont les définitions et la carte.

En quoi un partenariat technologique diffère des autres relations de partenaires

La façon la plus rapide de comprendre un partenariat technologique est de voir ce qu'il n'est pas. Trois relations sont sans cesse confondues avec lui, et la confusion coûte cher : elle fixe de mauvaises attentes des deux côtés.

Relation de distribution ou de revente. Un revendeur vend votre produit dans le cadre de son offre. Il l'inclut dans ses devis, facture le client, et assure souvent le support de premier niveau. Il peut n'y avoir aucune intégration. Un revendeur est un dispositif de distribution ; il ne devient un partenariat technologique que lorsqu'une intégration fait partie de ce qui rend la revente possible.

Relation d'affiliation. Un affilié envoie du trafic contre une commission. Il n'y a pas de produit commun, pas de flux de travail conjoint, pas d'intégration. C'est un versement marketing habillé du langage du partenariat. Utile, mais une chose entièrement différente.

Pur co-marketing. Un webinaire conjoint, un livre blanc co-brandé, un stand partagé. Le co-marketing construit de la preuve publique, mais seul, c'est de l'air sans terrain en dessous. Le co-marketing devient une partie d'un partenariat technologique lorsqu'il fait la promotion d'une vraie intégration, au lieu de lui tenir lieu de substitut.

La ligne est simple. S'il y a un artefact technique, une intégration qui relie les deux produits, vous avez un partenariat technologique. S'il n'y a qu'un dispositif commercial ou promotionnel, vous avez autre chose, et cela peut quand même valoir la peine, mais vous devriez l'appeler par son vrai nom.

Une démarche de revente et le co-marketing deviennent tous deux des parties utiles d'un partenariat technologique dès qu'une vraie intégration existe. Ce sont des couches, pas des substituts. Nous y reviendrons.

Les principaux types de partenariat technologique

« Partenariat technologique » est une catégorie, pas une chose unique. Il existe cinq grands types, et ils diffèrent sur trois questions : qui construit l'intégration, qui vend, et qui possède le client. Choisissez le bon type et le contrat, la rémunération et le modèle de support se nomment presque d'eux-mêmes.

Partenaire d'intégration ou technologique. Le plus courant et le plus concret. Deux produits se connectent via une API pour que les clients communs cessent de déplacer des données à la main. Chaque entreprise garde son propre client, vend son propre produit, et l'intégration est l'actif partagé. Quand on dit « partenariat technologique » sans autre qualificatif, c'est généralement de cela qu'il s'agit.

Partenaire ISV. ISV signifie éditeur de logiciels indépendant. Ici, vous construisez sur une plateforme plus grande et vous vous listez dans son programme ou sa marketplace. L'intégration va dans un sens, vers la plateforme, et l'écosystème de la plateforme est votre distribution. Vous possédez toujours votre client ; la plateforme apporte la portée et un sceau de certification.

Partenaire plateforme ou marketplace. L'image miroir de l'ISV. Vous êtes la plateforme, et d'autres entreprises construisent sur vous et se listent dans votre marketplace. Votre travail passe de la construction d'intégrations à la gestion du programme : documentation, processus de revue, qualité des fiches et support développeur. C'est une posture de stade plus avancé, pas un point de départ pour la plupart des startups.

OEM / embarqué. Votre produit tourne à l'intérieur du leur, souvent sans marque, vendu comme une offre unique. C'est le seul type où vous cédez à la fois la vente et la relation client. Cela peut être lucratif et cela peut être un piège, car vous perdez le lien direct avec les personnes qui utilisent votre produit.

Alliance stratégique. Le terme générique. Un engagement large, souvent au niveau direction, entre deux entreprises, qui contient généralement un ou plusieurs des quatre types ci-dessus, plus une roadmap conjointe, de la vente conjointe et du co-marketing. « Alliance stratégique » décrit l'étendue de la relation, pas un schéma technique précis.

La colonne qui surprend les fondateurs est « qui possède le client ». Pour les partenariats d'intégration, ISV et plateforme, chaque côté garde son propre client, ce qui rend ces types sûrs pour commencer. L'OEM est celui où vous cédez le client. Décidez cela délibérément, jamais par dérive.

Les modèles de mise sur le marché qui se superposent

Voici la distinction qui dissipe la plupart de la confusion. Le type de partenariat est ce que vous construisez. Le modèle de mise sur le marché est comment vous le vendez. Ce sont des couches différentes, et un même partenariat peut porter différents modèles de mise sur le marché selon les affaires.

Il existe trois modèles de mise sur le marché partenaires fondamentaux, et ils répondent à deux questions : qui vend, et qui possède le client.

• Apport d'affaires. Le partenaire présente, vous vendez, vous possédez le client. La relation la plus légère possible et le bon premier pas pour la plupart des startups.
• Vente conjointe. Les deux entreprises vendent simultanément dans le même compte. Vous gardez le client et la marge ; le levier est l'accès et le timing du partenaire.
• Revente. Le partenaire vend et possède le client, vous lui vendez en gros. Plus de portée, moins de marge et de contrôle.

Ce ne sont pas des types de partenariat technologique. Ce sont des démarches que vous menez par-dessus l'un d'eux. Un partenaire d'intégration peut être vendu via apport d'affaires ce trimestre et en vente conjointe le suivant. Le traitement complet du modèle qui convient quand se trouve dans apport d'affaires vs revente vs vente conjointe ; la version courte est ci-dessous.

Gardez ces couches séparées, car les mélanger produit de mauvaises décisions. « Nous devrions faire un partenariat de revente » est une phrase au sujet d'un modèle de mise sur le marché sans produit en dessous. Le bon ordre est : confirmer le recoupement des clientèles, construire l'intégration, puis choisir le modèle qui la vend le mieux.

Pourquoi l'intégration se situe au centre

Dans presque tous les types, sauf une pure alliance stratégique, l'intégration est l'élément porteur. Retirez-la et le reste s'effondre.

Un partenariat technologique touche trois choses : le produit, la mise sur le marché et le support. L'intégration est ce qui les relie.

Du côté produit, l'intégration est le flux de travail partagé lui-même, plus l'API, le modèle de données et les décisions de roadmap qui le maintiennent en état. Du côté mise sur le marché, c'est ce vers quoi pointe la fiche sur la marketplace, ce que le co-marketing annonce, et ce vers quoi un commercial en vente conjointe renvoie dans une affaire. Du côté support, c'est ce qui est surveillé, ce qui casse quand un partenaire change son API, et ce que votre centre d'aide doit documenter.

C'est pourquoi un partenariat avec un accord signé et sans intégration devient silencieux. Il n'y a rien à lister pour la marketplace, rien à démontrer pour le commercial, rien à surveiller pour le support. L'accord n'a jamais été le livrable. L'intégration l'était.

C'est aussi pourquoi l'étape de développement est celle où la plupart des partenariats stagnent. La stratégie et le cadrage sont peu coûteux ; l'intégration est la partie qui exige une ingénierie dédiée, et la partie qui convertit une conversation agréable en un vrai partenariat. Un partenariat sans plan de développement est un partenariat sans centre.

Le cycle de vie en bref

Un partenariat technologique n'est pas un événement. C'est une séquence, et le développement n'en est qu'une fine tranche. L'essentiel de la valeur, et l'essentiel de l'échec, se produit dans des étapes que les gens oublient de planifier. L'arc ressemble à ceci :

1. Audit et stratégie. Décidez à quoi servent les partenariats, croissance, rétention ou crédibilité entreprise, et cartographiez ce que vous avez déjà.
2. Ciblage. Choisissez les partenaires selon le recoupement des flux de travail clients, pas selon la taille du logo.
3. Préparation de l'API. Rendez votre documentation prête pour les partenaires afin que les ingénieurs d'un partenaire puissent dire oui en dix minutes.
4. Cadrage. Transformez l'idée en user stories, en cartographie du flux de travail et en critères d'acceptation avant d'écrire du code.
5. Développement. Écrivez, testez et livrez l'intégration, en vous coordonnant sur la revue et la certification du partenaire.
6. Enablement. Préparez les ventes, le support et le marketing avant le lancement, pas après.
7. Lancement. Fiche sur la marketplace, annonce, co-marketing, traités comme un projet.
8. Maintenance. Surveillez, gérez les changements d'API du partenaire, maintenez les certifications à jour.

Les étapes après le lancement sont là où un partenariat technologique se cumule ou meurt en silence. Une intégration qui casse en silence est pire qu'une absence d'intégration, car un client lui faisait confiance. Le découpage complet étape par étape se trouve dans le cycle de vie d'un partenariat SaaS.

Qui possède les partenariats dans une startup

Un partenariat technologique échoue le plus souvent pour une raison banale : personne ne le possède. Le travail ne peut survivre à une réunion de priorisation si aucune personne unique n'est responsable de le livrer.

Entre l'amorçage et la série B, le responsable est généralement un fondateur ou un responsable produit à temps partiel, pas un recrutement partenariats dédié. Le travail de partenariat précoce est surtout un travail produit : cadrer l'intégration, obtenir de la capacité d'ingénierie, définir « terminé ». C'est un muscle produit, pas un muscle de développement commercial.

Une personne partenariats dédiée a du sens plus tard, une fois que les intégrations sont un canal éprouvé avec suffisamment d'intégrations en production à gérer, à soutenir et à développer. Recruter ce rôle trop tôt produit quelqu'un qui peut animer des réunions mais ne peut livrer la chose dont parlent les réunions.

Le point non négociable, à tout stade, est un seul responsable nommé par partenariat, avec l'autorité de prioriser et l'accès à l'ingénierie pour livrer. Un comité ne possède rien.

Quand une startup devrait commencer

Le bon déclencheur n'est ni un stade ni un effectif. C'est une phrase que vous pouvez entendre dans les conversations clients.

Commencez quand les clients décrivent le fait de déplacer des données à la main entre votre produit et un autre outil. « J'exporte du vôtre et j'importe dans le leur chaque lundi » est une demande que vous pouvez nommer, cadrer et contre laquelle construire. C'est le signal qu'une intégration supprimerait du vrai travail d'un vrai flux de travail.

Vous n'avez besoin ni d'un recrutement partenariats, ni d'un programme de partenaires, ni d'une stratégie de marketplace pour commencer. Vous avez besoin de trois choses : un flux de travail qui vaut la peine d'être connecté, une API que vous pouvez exposer, et un responsable. Tout le reste est une méthode qui suit.

Ne commencez pas parce qu'un concurrent a une page partenaires, ou parce que le responsable partenariats d'une grande plateforme a envoyé un courriel amical, ou parce que « les partenariats » semblent être le prochain levier de croissance. Ce sont des raisons de regarder, pas des raisons de construire. Le développement est assez coûteux pour qu'il doive toujours remonter à un flux de travail client que vous pouvez décrire en une phrase.

Erreurs fréquentes, et comment les corriger

Appeler tout partenariat technologique. La correction : réservez le terme aux relations dotées d'un artefact technique, une intégration, au centre. Un accord d'affiliation ou un webinaire de co-marketing peut tout à fait se faire, mais le nommer partenariat technologique fixe des attentes que l'intégration absente ne comblera jamais.

Confondre le type avec le modèle de mise sur le marché. La correction : décidez ce que vous construisez (le type) avant de décider comment vous le vendrez (apport d'affaires, vente conjointe, revente). « Faisons un partenariat de revente » sans intégration en dessous est une démarche sans rien à mettre en mouvement.

Signer l'accord et le traiter comme le livrable. La correction : définissez « terminé » comme « intégration en production et adoptée », et mettez par écrit le cadrage, le responsable et la date. L'accord est le début du travail, pas sa fin.

Choisir l'OEM sans peser la perte du client. La correction : rappelez-vous que l'OEM est le seul type où vous cédez à la fois la vente et la relation client. Faites-le délibérément, pour une portée que vous ne pouvez réellement pas obtenir autrement, pas parce que cela ressemblait à la plus grosse affaire.

Commencer avant qu'il y ait un flux de travail client à pointer. La correction : attendez la phrase. Si vous ne pouvez pas décrire le flux de travail que l'intégration améliore, menez cinq entretiens clients avant toute prise de contact avec un partenaire.

FAQ

Qu'est-ce qu'un partenariat technologique en termes simples ? Deux éditeurs de logiciels dont les clientèles se recoupent, qui construisent ou distribuent ensemble, généralement avec une intégration fonctionnelle reliant leurs produits. L'intégration est le livrable ; l'accord, la fiche et le co-marketing en découlent.

En quoi un partenariat technologique diffère-t-il d'un partenariat de revente ou de distribution ? Un revendeur vend votre produit dans le cadre de son offre et peut n'utiliser aucune intégration ; c'est un dispositif de distribution. Un partenariat technologique a un artefact technique, l'intégration, en son centre. Une démarche de revente peut se greffer sur un partenariat technologique, mais la revente seule n'en est pas un.

Le co-marketing est-il un partenariat technologique ? Non. Le co-marketing est une promotion conjointe, un webinaire ou du contenu co-brandé. Il devient une partie d'un partenariat technologique lorsqu'il annonce une vraie intégration. Seul, c'est un dispositif marketing, pas une relation produit.

Quels sont les principaux types de partenariat technologique ? Cinq : partenaire d'intégration ou technologique, ISV, plateforme/marketplace, OEM/embarqué, et alliance stratégique. Ils diffèrent sur qui construit l'intégration, qui vend et qui possède le client. L'alliance stratégique est le terme générique qui contient souvent un ou plusieurs des autres.

Quelle est la différence entre un type de partenariat et un modèle de mise sur le marché ? Le type est ce que vous construisez ensemble, une intégration ou une fiche ISV, par exemple. Le modèle de mise sur le marché est comment cela se vend : apport d'affaires, vente conjointe ou revente. Un même partenariat peut utiliser différents modèles selon les affaires. Ce sont des couches séparées, et les confondre conduit à vendre un modèle sans produit en dessous.

A-t-on besoin d'une intégration pour un partenariat technologique ? Dans presque tous les types, sauf une pure alliance stratégique, oui. L'intégration est l'élément porteur qui relie le produit, la mise sur le marché et le support. Sans elle, il n'y a rien à lister pour une marketplace, à démontrer pour un commercial, ou à surveiller pour le support.

Qui devrait posséder les partenariats technologiques dans une startup ? Entre l'amorçage et la série B, généralement un fondateur ou un responsable produit à temps partiel, car le travail de partenariat précoce est surtout un travail produit. Un recrutement partenariats dédié a du sens une fois que les intégrations sont un canal éprouvé, pas avant. La constante est un seul responsable nommé, avec l'autorité de prioriser et l'accès à l'ingénierie.

Quand une startup devrait-elle commencer à construire des partenariats technologiques ? Quand les clients décrivent le fait de déplacer des données à la main entre votre produit et un autre outil. C'est une demande nommable. Vous avez besoin d'un flux de travail qui vaut la peine d'être connecté, d'une API que vous pouvez exposer, et d'un responsable. La page partenaires d'un concurrent ou un courriel amical d'une grande plateforme est une raison de regarder, pas de construire.

La version courte

Un partenariat technologique, ce sont deux éditeurs de logiciels dont les clientèles se recoupent, qui construisent ou distribuent ensemble, avec une intégration fonctionnelle généralement au centre. Cette définition est toute la carte. L'intégration est le livrable ; l'accord, la fiche et le co-marketing en découlent.

Gardez les couches claires. Le type, intégration, ISV, plateforme, OEM ou alliance stratégique, est ce que vous construisez. Le modèle de mise sur le marché, apport d'affaires, vente conjointe ou revente, est comment vous le vendez. Les deux reposent sur une intégration en production et adoptée, et sans cette fondation, aucune des deux couches n'a sur quoi tenir.

Nommez un responsable, commencez quand un flux de travail client vous donne une phrase contre laquelle construire, et traitez le partenariat comme un projet produit avec une date, pas comme une relation avec un logo. Les types et les modèles deviennent faciles une fois que l'intégration est réelle.

Si vous voulez de l'aide pour définir quel type convient, construire l'intégration sur laquelle il repose, et choisir le modèle qui le vend, c'est précisément à cela que sert un Partner Audit. Nous passons en revue votre produit, votre API et votre potentiel de partenariat, puis nous définissons quoi construire, qui approcher et comment livrer.