Le problème des clés d'API qui n'expirent jamais
Une clé émise il y a des années, jamais renouvelée et toujours valide aujourd'hui n'est pas une commodité. C'est un risque que personne n'a vraiment examiné depuis des années.
Pourquoi l'assistance des offres gratuites doit quand même donner de vraies réponses
C'est si courant que cela passe presque inaperçu : un système d'assistance avec un circuit de réponse rapide et réfléchi pour les clients payants, et une file lente, faite de réponses types à peine lues, pour tous les autres. La logique est simple du point de vue des ressources : les clients payants génèrent les revenus qui financent le personnel d'assistance, il est donc logique de traiter leurs tickets en priorité. Le résultat, pourtant, est qu'un utilisateur de l'offre gratuite qui pose une question technique réelle et bien formulée reçoit une réponse toute faite, voire aucune réponse, uniquement en raison de l'offre dans laquelle il se trouve, quelle que soit la légitimité de la question ou la facilité à y répondre.
Nous pensons que cela crée une mauvaise première impression précisément au moment où la première impression compte le plus. Un développeur qui teste une API pour la première fois, sur l'offre gratuite, qui rencontre un vrai problème et reçoit une réponse méprisante ou aucune réponse, apprend quelque chose de réel sur ce à quoi ressemblera l'assistance une fois qu'il paiera, et non quelque chose de distinct. La qualité de l'assistance de l'offre gratuite n'est pas un centre de coûts déconnecté de l'expérience des clients payants. C'en est un aperçu, et la traiter comme jetable envoie exactement le mauvais signal aux clients qu'une entreprise souhaite le plus convertir un jour.
Cela ne signifie pas que chaque ticket, quelle que soit l'offre, exige le même délai de réponse ou la même profondeur d'intervention technique. Un gros client payant confronté à un incident de production obtient raisonnablement une attention plus rapide et plus directe qu'une question générale d'une personne qui teste avec la franchise gratuite. La distinction qui nous importe est celle entre la priorisation, une réalité opérationnelle raisonnable, et le rejet, qui consiste à considérer qu'une question ne mérite pas de vraie réponse en raison du compte dont elle provient.
Si cela compte davantage pour nous en particulier, c'est en partie parce que notre offre gratuite se veut une véritable voie d'évaluation, et non un geste symbolique : 2 500 requêtes par jour, de quoi construire et tester une vraie intégration. Si quelqu'un rencontre un problème réel et déroutant en faisant exactement cette évaluation, et que la réponse de l'assistance est une lettre type, l'offre gratuite a échoué dans son véritable objectif, qui est de permettre à chacun de découvrir honnêtement si le produit lui convient. Une interaction avec l'assistance qui ne répond à rien fait aussi partie de cette évaluation, que ce soit voulu ou non.
Nous ne pensons pas que cela exige un temps illimité du personnel d'assistance, consacré de façon égale à chaque compte quelle que soit sa taille, ce qui ne serait pas tenable. Cela exige de décider qu'une vraie question mérite une vraie réponse, proportionnée à sa complexité, quelle que soit l'offre de la personne qui la pose. Une non-réponse type ne coûte presque rien à envoyer et communique presque exactement le mauvais message : que la question, et la personne qui la pose, ne valaient pas le temps consacré.