images 18
mai 7, 2020 Par bourse 0

Les avantages de la surveillance des performances des API

Le rôle que jouent les interfaces de programmation d'applications (API) pour permettre aux institutions financières (IF) et aux FinTech de coopérer sur les produits bancaires sans se soucier de l'interopérabilité entre les systèmes est crucial.

Un récent sondage a révélé que 91% des IF prévoient de travailler avec les FinTechs pour améliorer leurs expériences bancaires et que 75% des FinTechs prévoient de travailler avec les banques dans le même but. Il n'est donc pas surprenant que 78% des banques profitent déjà des API pour ce faire.

Les API sont essentielles pour les IF cherchant à proposer des produits et services innovants, mais le manque de surveillance peut avoir un effet néfaste sur leurs performances. La surveillance des performances de l'API est aussi vitale que la mise en œuvre de la technologie en premier lieu. Les banques doivent surveiller les performances de leurs API pour s'assurer qu'elles sont fonctionnelles, accessibles et exemptes de problèmes techniques tels que les temps d'arrêt. Le manque de protocoles de surveillance des API peut entraîner un gaspillage de fonds pour des solutions qui ne fonctionnent pas comme prévu ou qui n'offrent pas ce qui est promis aux clients ou aux utilisateurs.

La plongée en profondeur de ce mois-ci examine les avantages d'une surveillance constante des API, les mesures que les banques et les développeurs doivent suivre pour mesurer le succès de leurs produits, et pourquoi la surveillance pourrait nuire à la réputation des entreprises.

Avantages de la surveillance des API

La surveillance des API suit diverses variables, notamment les performances des clients et les problèmes techniques. La surveillance des performances tente d'identifier et de résoudre les problèmes qui peuvent affecter l'expérience client avec les applications, telles que l'intuition, les fonctionnalités ou les fonctionnalités qui ne fonctionnent pas comme prévu. Un bouton qui est censé attirer les utilisateurs vers les pages de votre compte pourrait les conduire par inadvertance aux menus de préférences, par exemple, ce qui peut entraîner de la frustration et de l'insatisfaction. Des études ont montré que 25% des utilisateurs quittent les applications après une seule utilisation en raison d'une mauvaise navigation et de mauvaises pratiques d'intégration, entre autres raisons.

Même quelque chose d'aussi anodin que des temps de chargement lents peut éloigner les clients, mais les développeurs d'applications peuvent même ne pas savoir que ce problème existe sans surveillance constante. Google a constaté que 53% des utilisateurs de smartphones quittent les pages Web après un temps de chargement de seulement trois secondes, ce qui fait de la vitesse un facteur important que les développeurs d'API doivent surveiller et modifier.

La surveillance des problèmes techniques est également importante pour identifier le moment où un site Web ou une application se déconnecte en raison de pannes de serveur ou de pannes techniques. Les développeurs qui ne surveillent pas attentivement leurs sites Web ou leurs applications bancaires peuvent ne pas remarquer de périodes d'inactivité, mais les clients qui essaient d'utiliser ces produits le feront. De telles frustrations pourraient entraîner un abandon définitif, et une étude a révélé que des temps d'arrêt fréquents peuvent conduire jusqu'à 9% des utilisateurs à abandonner complètement un site Web.

Les API peuvent se déconnecter pour diverses raisons, telles que la maintenance planifiée ou des défauts mineurs dans le code d'un système. Ces pannes peuvent être catastrophiques si elles se produisent sans avertissement.

Une faille en janvier 2015 dans le géant des médias sociaux Facebook l'a obligé, ainsi que les serveurs Instagram, à cesser de fonctionner pendant une heure, par exemple, ce qui a également affecté les applications qui collectent des données sur Facebook, telles que l'application de Rencontres Tinder et application de messagerie instantanée HipChat.

Un dysfonctionnement de l'API Amazon Web Services (AWS) en septembre 2015 a provoqué un arrêt similaire, mais il a duré cinq heures et entraîné la mise hors ligne de milliers de sites Web.

Twitter a fait face à son propre arrêt en janvier 2016 lorsque sa propre faille API a vu son site Web et son application hors ligne pendant plus d'une heure.

Les dommages causés par ces fermetures sont incalculables, entraînant la frustration des clients, la perte d'activité et même les utilisateurs qui décident de ne plus utiliser les services à l'avenir. La bonne nouvelle est que les banques et les développeurs d'API ont tiré des leçons de ces incidents et mettent davantage l'accent sur la surveillance des API. Soixante et onze pour cent des équipes de développement effectuent des tests fonctionnels, qui examinent régulièrement les performances des applications du point de vue de l'utilisateur, et 48 pour cent surveillent les performances de l'API pendant la production pour s'assurer qu'elles ne le font pas. les échecs se produisent dans les coulisses. Ils recherchent également souvent des mesures pour déterminer les niveaux de réussite de leurs API.

Surveillance métrique

Les administrateurs d'API doivent surveiller trois étapes principales du cycle de vie des applications bancaires: l'adoption, la participation et la rétention pour évaluer les performances de leurs API. Chacun a une série de variables discrètes à suivre, mais ce faisant, les développeurs ont une vue plus complète de l'utilisation des API.

L'adoption suit le nombre d'utilisateurs qui accèdent à une API pour la première fois et l'utilisent pour développer des applications. L'adoption de l'API est divisée en trois parties principales: la pré-intégration, dans laquelle un utilisateur génère une clé API ou un identifiant unique pour chaque développeur qui utilise l'API pour ses applications; sandbox, dans lequel un utilisateur commence à utiliser l'API pour développer une application; et la production, dans laquelle l'utilisateur développe une application entièrement fonctionnelle et la prépare pour sa mise en œuvre ou sa vente.

Selon des recherches récentes, des facteurs tels que les longs processus d'intégration, la mauvaise documentation ou les risques de violation de la conformité obligent environ 30% des utilisateurs à cesser d'utiliser des API entre chaque partie. Les développeurs d'API doivent supprimer autant de facteurs de risque que possible avant la sortie officielle de l'API pour encourager davantage de développeurs à l'utiliser.

Le deuxième domaine principal de la mesure des performances est l'engagement, qui mesure le nombre d'utilisateurs qui accèdent et utilisent les applications développées via une API donnée. Les développeurs d'API peuvent examiner diverses mesures lors de la mesure de l'engagement, mais l'un des plus fiables et des plus précieux est le nombre de clés d'API actives qui y accèdent chaque semaine. Cependant, cette métrique n'est pas infaillible, car de nombreux développeurs créent plusieurs clés à des fins de test ou de production qui sont ensuite comptées parmi les utilisateurs réels.

Les analystes d'API doivent faire attention à ne pas être victimes de "vanité" ou de compromettre les mesures qui semblent impressionnantes en surface mais contiennent très peu d'informations précieuses. Un exemple classique est les visites de page ou les journaux, qui ne mesurent que l'interaction au niveau de la surface avec les API et ne disent rien sur la façon dont les utilisateurs interagissent avec eux. D'autres mesures de vanité, telles que les demandes par minute, pourraient induire les analystes en erreur sur les performances de l'API, car le trafic de robots peut gonfler artificiellement de telles lectures.

Le troisième domaine de performance est la rétention, qui suit la vitesse à laquelle les utilisateurs quittent une API et peut signifier différentes choses selon la fonctionnalité de l'API. Une application de paiement B2B développée par une banque serait considérée comme abandonnée si un client cessait de l'utiliser pour traiter les paiements par carte pendant une période de temps définie, par exemple. Par conséquent, il est important que les banques et les développeurs d'API ne soient pas surpris par les tableaux de rétention avec des pentes décroissantes, car chaque application existante voit les utilisateurs les abandonner pour des raisons indépendantes de la volonté des développeurs. Les développeurs ne devraient être préoccupés que si les taux d'abandon dépassent l'adoption ou s'il y a une augmentation du décrochage, ce qui peut engendrer un nouveau problème.

Ces trois domaines se combinent pour donner aux développeurs d'API une compréhension claire des performances de leurs applications et de la réception des clients sur le marché, et pour empêcher les utilisateurs de les abandonner en raison de temps de chargement excessifs ou de périodes hors ligne. Des améliorations périodiques sont nécessaires pour créer le meilleur produit API possible, mais cela n'est possible que si les développeurs surveillent constamment ces outils et savent ce qu'il faut réparer lorsqu'ils tombent en panne.

——————————

DERNIER RAPPORT PYMNTS: SUIVEUR D'API B2B

Des défaillances telles que celles résultant d'interfaces de programmation d'applications (API) défectueuses peuvent conduire jusqu'à 88% des utilisateurs d'applications à les abandonner, ce qui oblige les banques à surveiller en permanence les performances de leurs API. Dans le Mai 2020 B2B API TrackerPYMNTS s'est entretenu avec les dirigeants de Skandinaviska Enskilda Banken AB, Robert Pehrson et Paula da Silva, sur la façon de tirer parti des données internes et des données tierces des instituts de notation et des agences gouvernementales pour maintenir les performances de l'API et offrir une expérience bancaire transparente.