Choisir le bon partenaire technique pour vous aider à créer une startup

Si vous êtes une startup technologique, amorcer votre propre R&D peut être une mauvaise idée. Dans le paysage informatique actuel, c'est un risque qui peut condamner votre entreprise. Vraiment !

En tant que fondateur, vous êtes entouré de défis et avez besoin de toute l'aide possible. Votre équipe technique ne doit pas être une source d'inquiétude.

Vous devez penser à votre R&D de startup de la même manière que la plupart des entreprises pensent aujourd'hui à leur infrastructure. Vous avez le choix entre des options de calcul sur site ou "en tant que service" (alias "cloud"). Je pense que ces options existent également et doivent être prises en compte pour votre R&D si vous voulez que la télémétrie du décollage de votre startup soit fermement dans le vert.

LA RARETÉ DES TALENTS

Les talents n'ont jamais été aussi rares qu'aujourd'hui. Les grands acteurs de type FAGA (Facebook, Amazon, Google, Apple) peuvent et vont acquérir tous les meilleurs talents disponibles. Les quelques acteurs de catégorie A restants choisiront des start-ups bien financées qui peuvent payer les meilleurs salaires et offrir un plan d'équité. Si vous êtes encore jeune et n'avez que de l'argent à dépenser, ces personnes sont hors de portée. Vous devrez choisir parmi des candidats inférieurs à la moyenne. Pour lancer avec succès une startup technologique, vous avez besoin de développeurs seniors, polyvalents, créatifs et à haut rendement qui prendront les bonnes décisions et pourront attirer d'autres développeurs grâce à leurs propres réseaux.

L'IMMÉDIATETÉ ET LA COHÉSION

Même si vous êtes le plus chanceux et que vous avez les poches les plus profondes, trouver et engager cette équipe de développeurs initiaux prendra du temps. Un temps dont vos investisseurs ne se soucient pas forcément. On vous demandera probablement de livrer votre MVP dans les 3 à 6 prochains mois. Et si vous avez le réseau ou l'attrait pour créer cette équipe de base de 3 à 7 membres, la cohésion sera initialement faible et pourrait ne jamais émerger. Dans une ligue sportive professionnelle, les joueurs du match annuel des étoiles ne seraient pas en mesure de battre la meilleure équipe de la ligue.

APRÈS LA TRANSITION MVP

Après la phase MVP, vous devrez faire les choses différemment. Vous avez prouvé que votre modèle économique a du sens. Maintenant, vous avez besoin d'une solution solide pour accélérer votre croissance.

Vous pourriez vouloir détourner le budget R&D de la startup vers le marketing et les ventes. Si vous laissez ensuite partir les développeurs, vous perdrez votre propriété intellectuelle interne.

En outre, les créatifs sur lesquels vous vous êtes appuyés pour mettre au point un premier MVP ne sont peut-être pas les meilleurs profils pour faire évoluer l'entreprise et optimiser les aspects opérationnels d'un produit technique.

LES AVANTAGES D'UN PARTENAIRE TECHNIQUE DE CONFIANCE

Les startups optent désormais universellement pour un fournisseur de Cloud public plutôt que pour une infrastructure sur site. La disponibilité, la diversité, l'immédiateté, la qualité et les coûts sont imbattables.

Pourriez-vous aborder vos besoins en R&D de la même manière ?

Un partenariat avec un fournisseur spécialisé en R&D peut donner un coup de fouet à votre startup en lui donnant accès à un pool élastique d'équipes DevOps de grande qualité. Lorsque vous tenez compte de tous les coûts cachés liés à la constitution de vos propres équipes, un partenaire R&D est tout à fait judicieux. Vous pouvez obtenir, pour une fraction des coûts, une main-d'œuvre avec :

• Une expérience avérée dans le lancement d'une startup

• Une disponibilité immédiate

• Des développeurs d'équipe dont l'espérance de vie est de 18 mois et qui restent dans l'entreprise lorsqu'ils quittent votre projet par rotation.

• Une équipe qui peut compter sur d'autres experts proches au lieu d'une équipe isolée de développeurs internes.

• Une équipe qui peut bénéficier d'une exposition constante à d'autres projets et technologies.

• La possibilité de décharger temporairement les membres de l'équipe après la phase MVP.

• Profils à temps partiel tels que CTO, architecte en chef ou responsable de la sécurité

• l'accès à d'autres développeurs talentueux qui peuvent fournir une aide temporaire ou une expertise sur des problèmes spécifiques d'architecture, d'évolutivité ou de performances

• une expertise humaine opérationnelle, située dans un environnement sécurisé, qui peut facilement lancer et gérer votre MVP

Les entreprises établies font désormais de même et coopèrent avec des partenaires externes lorsqu'elles s'attaquent à de nouvelles technologies qu'elles ne connaissent pas, comme les projets de développement de mobiles, de Cloud ou d'IA.

COMMENT ATTÉNUER LES RISQUES

En tant que gestionnaire, vous devez vous assurer que ce partenariat comportera moins de risques que si vous aviez votre propre R&D. En effet, une partie de ce que vous payez est consacrée à cet avantage spécifique. En effet, une partie de ce que vous paierez sera consacrée à cet avantage spécifique.

Vous devez donc rechercher les éléments suivants :

• Des équipes autonomes et cohérentes... ne vous adressez pas à un carrossier qui ne fournit que des "personnes".

• Leadership technique ET commercial, de la part d'un partenaire qui vous guidera vers une issue favorable.

• Une supervision interne de votre côté pour apprendre de vos partenaires au lieu de les gérer.

• Clauses de sortie immédiate avec protocoles de transfert de connaissances

• L’histoire de l’entreprise, y compris les réussites et les faibles taux de rotation des employés.

• Références de clients passés et actuels

QU'EN EST-IL DES INVESTISSEURS ?

La façon dont cela sera perçu par les investisseurs variera mais est généralement bien accueillie si :

• Ils sont bien informés sur cette approche

• Votre partenaire se conforme à la liste de contrôle de la gestion des risques ci-dessus.

• Vous avez un plan pour savoir quand et comment migrer vers vos propres équipes de développeurs internes.

J'ai participé à un certain nombre d'audits techniques et j'ai vu beaucoup d'entreprises échouer à atteindre le stade MVP ou à négocier la transition post-MVP. Le manque de leadership technique, y compris l'acuité opérationnelle, est souvent à blâmer.

Les investisseurs peuvent rapidement se méfier de la capacité de la startup à mettre en œuvre son plan d'affaires. Les coûts perçus comme inférieurs de l'équipe de développement interne initiale ont fini par faire en sorte que les coûts pour atteindre le statut de MVP ne soient pas alignés sur l'évaluation pré-monétaire attendue du prochain tour de table.

Une R&D stable et mature, fournie par un partenaire commercial de confiance, peut atténuer les nombreuses insécurités des investisseurs actuels et potentiels.

POUVEZ-VOUS RÉPONDRE PAR L'AFFIRMATIVE À CES POINTS DE LA LISTE DE CONTRÔLE PRÉ-VOL ?

• Votre département R&D vous fournira-t-il rapidement une équipe de 2 à 7 développeurs ?

• Votre équipe sera-t-elle composée d'experts 10X plus productifs que le développeur moyen ?

• L'équipe sera-t-elle compétente en matière de DevOps et de véritable agilité?

• L'équipe disposera-t-elle d'une solide expertise en matière de SaaS, d'évolutivité, de qualité du code, d'architectures évolutives et de sécurité du réseau ?

• L'équipe sera-t-elle suffisamment expérimentée pour prendre des décisions relatives aux produits et aux activités ?

• L'équipe sera-t-elle suffisamment digne de confiance pour se voir accorder un accès administratif à tous les outils de développement et environnements de production ?

• L'équipe vous fera-t-elle atteindre le statut de MVP et au-delà ?

• L'équipe sera-t-elle considérée comme un atout et non comme un handicap lorsque vous vous adresserez aux investisseurs ?

Soyez la révolution !