Pourquoi vos API devraient-elles être des produits API ?

Quel est le secret du succès d'un programme d'API ?

C'est une question que l'on pose souvent aux professionnels des API. Bien que les réponses à cette question puissent varier, la plupart des experts en API s'accordent à dire que les API doivent bénéficier de la même attention que tout autre produit. Mais qu'est-ce que cela signifie ?

Voyons les choses de cette façon : de nombreuses organisations disposent de centaines d'intégrations point à point qui sont toutes propres à un client spécifique. Personne n'est au courant de leur nombre, de leur utilisation ou des problèmes qu'ils résolvent. De plus, personne n'ose relever le défi de le découvrir. Si tel était le cas pour n'importe quelle autre gamme de produits d'une entreprise, la direction serait intervenue il y a longtemps.

Pourquoi la conception de produits API est-elle rentable ?

1. Vous aide à identifier vos consommateurs et vos utilisateurs réels — Chaque produit a un groupe cible. En ce qui concerne les API, il est tout aussi important de comprendre qui achète et utilise vos API.

2. Clarifie ce que veulent et apprécient vos utilisateurs — Votre API doit répondre aux besoins de votre groupe cible. Quel est le problème commercial qu'ils cherchent à résoudre avec votre API ?

3. Vous aide à identifier les besoins communs de vos clients et partenaires d'API — En reconnaissant ces facteurs communs, vous pouvez simplifier votre catalogue d'API.

4. Met l'accent sur le packaging : votre API doit être conçue et décrite de manière à ce qu'elle puisse être comprise à la fois par les personnes et par les machines. Cela inclut, par exemple, les outils de gestion des API, les passerelles, les contrôles de sécurité des API et les outils de codage.

‍

Pourquoi un produit API a-t-il besoin d'une proposition de valeur ?

‍

Parfois, une équipe produit est chargée du développement de l'API dans le cadre d'un « vrai » produit.

Parfois, c'est l'API qui constitue le produit lui-même.

Le premier cas est le plus difficile car l'API peut devenir un citoyen de seconde zone. C'est un peu là parce que « nous avons besoin d'une API ».

Cela soulève plusieurs questions :

• Pourquoi existe-t-il ?
• À quelles fins nos clients l'utilisent-ils ?
• Que devons-nous y ajouter ?
• Est-ce utile pour nous et pour les clients ou partenaires ?

Vos vendeurs ne sont pas Han Solo ni vos clients Sherlock Holmes.

Vos commerciaux ne passeront que peu de temps à déterminer ce qu'un client doit faire avec votre API. S'ils rencontrent une description très générique, technique ou inexistante des avantages, des cas d'utilisation ou, en termes généraux, de la valeur de l'API pour eux, ils ne s'en soucieront tout simplement pas. Ils préfèrent éviter de parler de l'API ou toujours entraîner les développeurs, les chefs de produit ou toute autre personne qu'ils peuvent rencontrer aux réunions de vente pour expliquer les choses.

Mais le vrai problème est que l'API doit être simple. Une personne (développeur, architecte, développeur commercial, etc.) intéressée par la résolution d'un problème spécifique ou l'exécution d'une tâche pourrait commencer à l'utiliser immédiatement.