Une file d'assistance qui ne donne des réponses réfléchies qu'aux clients payants dit aux utilisateurs gratuits que leurs questions ne méritent pas d'être correctement résolues.
Un en-tête, un jeton bearer et un paramètre de requête authentifient tous une requête de la même façon. Facturer davantage l'un d'eux revient à faire payer une préférence, pas une fonctionnalité.
Si changer d'API de localisation prend un trimestre, c'est que l'intégration précédente a été conçue pour rendre le départ coûteux, que ce soit l'intention affichée ou non.
Un tableau de bord de consommation qui ne se met à jour qu'une fois par jour n'offre pas du tout une vision en temps réel. C'est simplement le chiffre d'hier affublé de la date d'aujourd'hui.
Un webhook fonctionne bien pour une requête à la fois. Il fonctionne mal pour un script qui veut simplement envoyer mille recherches et attendre mille réponses.
Un code d'erreur non documenté transforme chaque requête échouée en jeu de devinettes. Publier la liste est un petit geste qui fait gagner un temps de débogage réel.
Une offre gratuite n'est ni une remise, ni un appât pour un appel commercial. C'est la plus petite quantité utile d'un produit dont un développeur a besoin pour savoir s'il lui convient.
Une nouvelle version d'API enthousiasmante est un projet de migration pour tous ceux qui en dépendent. Un versionnage ennuyeux et stable est une fonctionnalité, pas un manque d'ambition.
Une fonctionnalité dont on ne comprend pas comment l'utiliser pourrait tout aussi bien ne pas exister. La documentation n'est pas un coût d'assistance, elle fait partie du produit lui-même.
Découvrir votre limite de débit par une erreur 429 en production, ce n'est pas de la documentation. C'est un ticket d'assistance qui n'aurait jamais dû être nécessaire.
Un essai prend fin et réclame une carte bancaire selon un calendrier fixe. Un accès sans clé continue simplement de fonctionner. Nous pensons que le second respecte davantage le temps d'un développeur.
Un prix à la requête correspond à ce que coûte réellement le fonctionnement d'une API. La tarification par utilisateur mesure l'effectif, pas la consommation, et le trafic de géocodage ne suit presque jamais l'un ou l'autre.