Il y a quelques mois, j'ai rejoint l'équipe produit d'Attribute™. Depuis, j'ai du mal à imaginer ma vie avant d'être tombé sous le charme de l'art de révéler les enjeux business cachés derrière les coûts cloud.
Mais pour les besoins de cet article, et pour vous, cher lecteur, j'ai ressorti mes souvenirs afin de revivre l'époque où j'avais désespérément besoin de ce qu'Attribute™ propose aujourd'hui. Laissez-moi vous emmener à travers quelques scénarios marquants de mes précédents postes.
Le casse-tête de la R&D : demandes de fonctionnalités et angles morts
Il y a quelques années, j'étais Technical Product Manager au sein d'une équipe R&D. Mon rôle consistait à gérer les demandes de fonctionnalités des clients et à les intégrer dans le pipeline de développement.
Le processus de décision ? Plutôt simple, en apparence du moins. Notre Product Manager priorisait les demandes en fonction du Saint Graal des indicateurs business : l'ARR (Annual Recurring Revenue).
Si l'ARR est incontestablement crucial, il ne raconte qu'une partie de l'histoire : ce que le client nous rapporte. Ce qu'il ne révèle pas est tout aussi important : ce que le client nous coûte, surtout dans des environnements multi-tenant à forte empreinte cloud comme le nôtre.
À l'époque, nous n'avions aucun moyen fiable de le mesurer. Prioriser les demandes de fonctionnalités revenait souvent à traverser un labyrinthe les yeux bandés. Quel niveau d'effort R&D était réellement justifié ? Quelle demande d'un client stratégique devait passer en premier ? Sans visibilité sur les coûts cloud par client, ces décisions restaient forcément incomplètes.
Attribute™ aurait pu fournir les données détaillées de coûts par client pour compléter le puzzle.
Le happily ever after des fonctionnalités : vraiment ?
Quelques années plus tard, je suis devenu développeur backend et Squad Leader. Voici une scène qui vous semblera peut-être familière :
J'écrivais le code d'une nouvelle fonctionnalité rutilante, la testais en local, l'envoyais à la QA, puis en recette produit, avant de la déployer progressivement. Champagne : une nouvelle fonctionnalité était en production !
Sauf qu'avant d'envoyer les fonctionnalités vers leur happily ever after, il y a une question essentielle que nous oubliions souvent de poser : combien ça coûte ?
Certes, prédire les coûts pendant les phases de test est difficile (on ne peut pas toujours anticiper comment les clients utiliseront la fonctionnalité). Mais ne devrions-nous pas au moins suivre le coût d'une fonctionnalité après son lancement ? Dans les environnements modernes à ressources partagées, c'est pratiquement impossible sans un outil comme Attribute™.
Grâce à sa technologie avancée, Attribute™ identifie automatiquement les dépenses cloud liées à une nouvelle fonctionnalité.
L'épidémie d'appels API : quand chaque appel compte
Parlons des appels API, ces petits héros méconnus (ou méchants ?) des systèmes modernes. Ils étaient omniprésents dans mon précédent poste dans l'AdTech, animant discrètement nos opérations.
À l'époque, les appels API étaient au cœur de notre activité. Nous les utilisions pour pousser les campagnes clients vers des plateformes publicitaires comme Meta, Google et TikTok, et pour récupérer des données auprès des annonceurs, des MMP et d'autres sources. Ces appels, et le stockage de leurs résultats, ont un coût.
Mais voici le point clé : nous n'avons jamais su précisément combien chaque appel API nous coûtait. Avec Attribute™, j'aurais pu chiffrer le coût de chaque appel API et même identifier les plus gros consommateurs par workload ou par fonctionnalité.
Si seulement j'avais eu Attribute™ à l'époque…
Avec le recul, je mesure à quel point mes décisions auraient pu être plus éclairées et avoir plus d'impact avec Attribute™. Qu'il s'agisse de prioriser les demandes de fonctionnalités, de maîtriser les coûts des nouvelles fonctionnalités ou de reprendre le contrôle des appels API qui s'emballent, Attribute™ aurait pu tout changer à chaque étape critique.
Aujourd'hui, membre de l'équipe qui construit cet outil, je suis ravi d'aider les autres à éviter les difficultés que j'ai rencontrées. Parce que connaître le vrai coût de l'usage cloud n'est pas seulement bon pour le business : c'est un levier puissant pour quiconque travaille dans le produit, l'engineering ou les opérations.