Améliorer la valeur des logiciels : le pouvoir de l'intégration des données externes

Tous les produits ne sont pas créés égaux. Certains produits sont « remplis » : l'intégration de données externes dans le produit est une condition préalable pour offrir de la valeur à l'utilisateur. Si cela peut créer des défis initiaux importants pour l'équipe de développement logiciel — et des cycles de développement plus longs —, cela peut générer une forte valeur ajoutée pour les utilisateurs finaux et des barrières à l'entrée significatives pour les acteurs en place. En tant que produit « rempli », folk ces défis typiques. Dès le premier jour, nous avons intégré des sources de communication et importé les interactions des utilisateurs (e-mails, événements de calendrier). Aux 5 000 pilotes inscrits sur la liste d'attente, merci pour votre patience, nous ajoutons de la valeur jour après jour. L'attente en vaudra la peine.

L'objectif de toute équipe produit est de créer de la valeur pour ses utilisateurs finaux. Les équipes gardent cela à l'esprit à chaque étape du processus de développement. Cependant, chaque processus est différent selon la manière dont le produit consolidera les données et le contenu. Deux familles de produits émergent :

À propos des produits vides

Ces produits fonctionnent de manière autonome. Leur valeur réside dans la manière dont l'utilisateur crée du contenu dans le produit. Il n'y a pas d'intégration initiale qui conditionne le parcours utilisateur. Ces produits existent pour contenir des données. Cela s'applique à différentes catégories de produits :

• Applications de prise de notes, par exemple Notion, Slite

• Applications de gestion de produits/projets, par exemple Asana, Trello, Cycle, Jira

• Outils de présentation, par exemple Pitch

• Gestionnaires de tâches, par exemple Todoist, Wunderlist, Kairn

• Outils de communication, par exemple Slack, Aircall

À propos des produits fourrés

Ces produits ne prennent toute leur valeur qu'après avoir importé, agrégé et consolidé des données externes provenant d'autres produits ou API. Les intégrations constituent en ce sens la pierre angulaire du parcours utilisateur et une priorité pour les équipes de développement produit. Ces produits héritent de contenus déjà existants et comprennent divers logiciels clients :

• Clients de communication et de messagerie, par exemple Front, Superhuman

• Clients de calendrier, par exemple Sunrise (RIP), Cron

• Contacter les clients de gestion, par exemple folk

• Outils de visualisation des données, par exemple Tableau, Data Studio, Forest Admin

Après les premières années d'itérations de produits, la différence entre les produits vides et remplis tend à s'estomper, en particulier pour les produits à succès. Dans notre économie API émergente, toutes les équipes qui réussissent finissent par développer des intégrations.

Mais, au début, avant même que le produit ne soit adapté au marché, cette distinction est importante et impose des défis supplémentaires à l'équipe de développement.

Tous les produits ne sont pas créés égaux : le chemin périlleux vers les produits remplis

Tous les produits ne sont pas créés égaux. Les meilleures équipes produit le savent bien. Les inégalités sont diverses et existent dans la complexité des fonctionnalités requises, la complexité de la technologie du produit ou la force des produits déjà en place.

Le développement d'un produit rempli ajoute des obstacles au processus initial de développement logiciel. Les produits remplis intègrent des données provenant de diverses sources, ils sont en ce sens des clients. Le recours à des données externes pose trois types de défis :

Administration et juridique

Tout commence par la collecte des données. Les données d'entrée ne vivent pas dans le vide. Elles sont hébergées par une société mère qui aurait dû développer une API. L'accès à ces données implique généralement de longues procédures administratives et juridiques avant la conclusion d'un accord. Prenons l'exemple de l'API Gmail. Elle exige que les produits soient soumis à une évaluation de sécurité par un tiers, qui peut coûter entre 15 000 et 75 000 dollars. Les solutions consistent souvent à investir du temps et/ou de l'argent pour conclure le partenariat. C'est ce que nous avons fait avec Gmail for folk.

Données

• Données hétérogènes — Les données sont désormais disponibles. Elles peuvent provenir de diverses sources. Leur structure varie en fonction de la source. Prenons l'exemple de Front : l'entreprise a dû intégrer des e-mails envoyés, des messages Twitter, des messages WhatsApp, etc. Les équipes chargées des données devront s'assurer que tous les points de données collectés sont uniformisés.

• Données dupliquées — La multiplicité des sources de données peut également entraîner des doublons. D'après notre expérience, les doublons créent une redondance. Il est donc nécessaire de procéder à une déduplication afin qu'un point de données corresponde à une seule occurrence.

• Données inexactes — Les données saisies peuvent également contenir des erreurs. Le nettoyage des données externes en supprimant les points de données inexacts est une condition préalable à la fourniture d'une bonne expérience.

• Données non pertinentes — Après avoir intégré ces données externes, hétérogènes et potentiellement dupliquées, il faut les traiter d'une manière qui soit pertinente pour l'utilisateur. Dans les produits vides, les données sont générées par les utilisateurs, il n'y a donc aucun souci à se faire quant à la pertinence du contenu. Dans les produits remplis, en revanche, le défi consiste à rendre ce contenu pertinent.

Pour relever ces défis, il faudra mettre en place une équipe spécialisée dans les données, dotée de compétences en ingénierie des données, ainsi qu'une infrastructure de données (y compris un lac de données) pour collecter, héberger et traiter les données reçues. Il s'agit là également d'un coût supplémentaire à prendre en compte.

👉🏼 Essayez folk pour unifier et dédupliquer vos contacts provenant de vos e-mails et de votre calendrier afin que votre CRM reste propre et fiable.

Expérience utilisateur

• Confiance — Établir une relation de confiance avec les utilisateurs est un processus fastidieux, en particulier pour les produits Filled. Les utilisateurs connaissent bien leurs propres données, il n'y a donc pas droit à l'erreur lors de leur synchronisation avec le logiciel. Toute perte ou altération de données serait fatale à la confiance déjà fragile que vous essayez d'établir et entraînerait inévitablement leur départ. La confiance est difficile à établir et facile à perdre.

• Performances — De grandes quantités de données peuvent être transférées vers le produit. Les équipes chargées des produits remplis devront s'assurer que l'infrastructure peut supporter la charge liée à l'importation de données externes tout en maintenant des performances optimales.

• Facilité de recherche — Compte tenu de la grande quantité de données importées, chaque point de données doit pouvoir être facilement retrouvé. Cela nécessite des fonctionnalités supplémentaires, telles que la catégorisation et la recherche. La facilité de recherche des données n'est pas un problème pour les logiciels dont le contenu est généré par les utilisateurs.

Pour conquérir sans danger, nous triomphons sans gloire.

Si la plupart des équipes de développement s'accordent à dire que le chemin vers un produit abouti sera semé d'embûches, les utilisateurs finaux n'en sont pas nécessairement conscients. Leurs attentes vis-à-vis du produit n'en seront pas moins élevées. La qualité globale du produit (conception, vitesse et fonctionnalités) doit donc rester au plus haut niveau afin de satisfaire vos clients.

Compte tenu de tous ces obstacles, vous vous demandez probablement pourquoi nous lançons un produit Filled ?

Oui, c'est un projet ambitieux. Mais il présente une valeur ajoutée considérable pour les utilisateurs :

• Réduction du délai de rentabilisation — Une fois l'intégration terminée, l'utilisateur dispose déjà de toutes ses données sur le produit. Les utilisateurs peuvent être pleinement opérationnels dès qu'ils commencent à utiliser le produit, contrairement aux produits vides où les utilisateurs doivent saisir le contenu progressivement. Sur Superhuman, vous pouvez commencer à utiliser le logiciel immédiatement après votre intégration, car toutes vos données de messagerie sont déjà enregistrées.

• Produit basé sur les données — Dès le premier jour, un produit Filled contient de grandes quantités de données. C'est un terrain fertile pour créer des fonctionnalités intelligentes alimentées par l'analyse des données. Sur folk, dès votre inscription, nous serons en mesure de détecter vos doublons, d'identifier les contacts non pertinents et d'évaluer vos relations avec vos contacts en fonction de vos interactions avec eux. Ces fonctionnalités intelligentes susciteront l'émerveillement, même chez vos premiers utilisateurs. L'aboutissement d'un produit basé sur les données est la création d'une base de données « canonique », c'est-à-dire qui exploite les mêmes points de données utilisés par plusieurs utilisateurs afin de créer un effet de réseau. Il s'agit d'un processus complexe, mais qui contribuera à renforcer votre position.

• Source unique de vérité — Le produit Filled centralise un ensemble spécifique de données (contacts, e-mails, etc.) et devient votre principale source de vérité. Toute mise à jour provenant d'autres points de données sera répercutée dans le produit Filled. Les utilisateurs disposent désormais d'un logiciel incontournable pour effectuer une tâche donnée. Par exemple, quel que soit le canal de communication (Twitter, e-mails, Whatsapp, etc.), je me rends sur Front pour interagir avec tous mes clients.

👉🏼 Essayez folk pour synchroniser vos e-mails, vos événements de calendrier et vos contacts dans une source unique et fiable, et soyez opérationnel dès le premier jour.

Il est assez facile de comprendre pourquoi les produits Filled sont si performants. Les utilisateurs comprennent rapidement leur valeur (meilleure conversion !) et les adoptent plus longtemps, car ils bénéficient d'un avantage unique en matière de données et d'une source unique de vérité (donc moins de désabonnements !).

La difficulté des choses difficiles

Parmi les 25 projets de start-up que nous avons lancés chez eFounders, seuls quelques-uns sont des produits « complets » de par leur conception : Mention, Front, Forest Admin et Upflow.

Folk le dernier né de cette famille. Et comme pour nos autres produits « Filled », le développement Folk des défis inhérents. Sachant qu'il y aurait des obstacles à surmonter, nous avons décidé dès le départ de maintenir les normes de développement les plus élevées et de ne jamais faire de compromis sur la qualité du produit. Les difficultés ont peut-être retardé notre lancement, mais ces efforts ne sont pas vains. Si elles sont bien exécutées, les intégrations précoces favoriseront l'adoption et créeront une valeur produit révolutionnaire. Nous visons la perfection. Nous vous promettons que l'attente en vaudra la peine.

Les produits fourrés sont durs, certes, mais ils sont excellents. Le chemin peut être semé d'embûches, mais n'est-ce pas là tout l'intérêt des choses difficiles ?

FAQ

Qu'est-ce qu'un produit rempli par rapport à un produit vide ?

Un produit rempli apporte de la valeur après l'importation et la consolidation de données externes via des intégrations ; un produit vide crée de la valeur à partir du contenu ajouté directement par les utilisateurs, sans intégrations préalables.

Pourquoi les intégrations sont-elles importantes pour les produits remplis ?

Ils libèrent la valeur intrinsèque du produit en important des données provenant d'e-mails, de calendriers et d'autres outils. Les équipes doivent gérer l'accès et la conformité, normaliser et dédupliquer les données, et maintenir un niveau de performance élevé afin de gagner la confiance des utilisateurs.

Comment les produits remplis réduisent-ils le délai de rentabilisation dans un CRM ?

En synchronisant les contacts, les e-mails et les événements existants lors de l'intégration, les utilisateurs peuvent agir immédiatement. Des fonctionnalités telles que la déduplication, la notation et la recherche permettent d'exploiter rapidement les données. Un CRM tel que folk centralise ces données en tant que source unique de vérité.

Quels sont les 4 types d'API ?

API ouvertes (publiques) pour les développeurs externes, API partenaires partagées avec des partenaires spécifiques, API internes (privées) à usage interne et API composites qui regroupent plusieurs requêtes en un seul appel.