Un portail web peut servir à consulter des informations, soumettre des demandes ou effectuer des transactions, mais il est rarement le seul endroit où ces activités ont lieu. Un client peut commencer une demande dans une application mobile, contacter un conseiller, recevoir une confirmation automatique et revenir ultérieurement sur le portail. Un employé peut effectuer une modification via un système interne avant de consulter le portail.
Cela crée un défi pour le développement des portails web : le portail doit comprendre les changements qui surviennent en dehors de sa propre interface.
Si le système ne suit que les actions effectuées sur ses pages, les utilisateurs peuvent rencontrer des informations obsolètes, des tâches en double ou des flux de travail qui semblent bloqués même si quelque chose a déjà changé ailleurs.
À lire également : Le problème du code généré : ce que les débutants en développement web doivent vérifier
Les actions externes peuvent modifier ce que le portail doit afficher
Le plus difficile n'est souvent pas d'afficher d'informations, mais de déterminer quelles actions externes doivent modifier l'état du portail.
Les API peuvent créer des modifications d'état invisibles
Une intégration API peut mettre à jour un compte, modifier le statut d'une commande ou déclencher un flux de travail sans que l'utilisateur n'ait jamais à ouvrir le portail.
Par exemple, un client peut mettre à jour son adresse via une application mobile. Lorsqu'il se connecte ensuite au portail, la nouvelle information doit être déjà affichée. Afficher l'ancienne adresse crée de la confusion et peut amener les utilisateurs à se demander quel système fait foi.
Cela signifie que le développement de portails web doit prendre en compte les changements d'état générés par les API et les applications connectées, au lieu de traiter le portail comme un environnement isolé.
Les équipes de support peuvent modifier le même enregistrement
Les actions externes ne sont pas toujours automatisées. Un conseiller peut modifier un compte, approuver une demande ou résoudre un problème pour le compte d'un client.
Si le portail ne reçoit pas ou ne reconnaît pas cette mise à jour, le client risque de continuer à voir un statut obsolète. Pire encore, il pourrait répéter une action déjà effectuée par un technicien du support. Le portail doit donc respecter des règles claires concernant la validation, la synchronisation et l'affichage des modifications provenant de systèmes externes.
La synchronisation ne se limite pas à la mise à jour des données
La synchronisation des données semble simple, mais le timing est crucial. Deux systèmes peuvent contenir des informations techniquement valides tout en affichant des états différents pour une même transaction.
La dernière mise à jour n'est pas toujours la bonne
Une approche simpliste du type « dernière mise à jour prioritaire » peut poser problème lorsque les mises à jour arrivent dans le désordre. Un message API retardé risque d'écraser une modification plus récente, tandis qu'une intervention manuelle peut entrer en conflit avec un flux de travail automatisé.
Le développement moderne des portails web nécessite des mécanismes tels que l'horodatage, l'ordonnancement des événements, les vérifications de version et une gestion claire de la propriété du système afin de déterminer quelle mise à jour doit prévaloir.
Les utilisateurs ont besoin de contexte, pas seulement de données mises à jour
Un portail doit également expliquer les changements importants lorsqu'ils affectent la prochaine étape de l'utilisateur.
Si une demande a été approuvée par une équipe d'assistance externe au portail, une simple modification de son statut peut s'avérer insuffisante. L'interface pourrait également indiquer que la demande a été examinée et préciser les actions restant à entreprendre, le cas échéant.
Ce contexte revêt une importance particulière dans une expérience omnicanale, où les utilisateurs s'attendent à une continuité quel que soit le canal utilisé précédemment.
Concevoir pour des actions qui se produisent ailleurs
Cela modifie la façon dont les équipes abordent l'automatisation des flux de travail. Au lieu de concevoir des flux de travail basés uniquement sur les clics sur un portail, elles doivent modéliser des événements pouvant provenir de diverses applications, API, employés et processus automatisés.
Concevez autour d'événements, pas seulement de sessions
Une approche événementielle permet au portail de réagir lorsqu'un changement survient ailleurs. L'utilisateur n'a pas besoin d'actualiser la page à répétition ni de ressaisir les informations simplement parce qu'un autre système a effectué une action.
Définir la propriété avant de connecter les systèmes
Chaque donnée importante doit avoir une source de référence clairement identifiée. Sans cela, les systèmes connectés peuvent s'écraser mutuellement en permanence ou laisser les utilisateurs dans l'incertitude quant à la version à privilégier.
Conclusion
Un portail moderne est de plus en plus une fenêtre sur un flux de travail numérique plus vaste plutôt que le flux de travail lui-même. Les utilisateurs peuvent agir via plusieurs canaux, tandis que les API et les processus automatisés modifient en permanence ce qui se passe en coulisses.
Les stratégies de développement de portails web les plus performantes prennent donc en compte l'intégralité du parcours utilisateur, y compris les actions qu'il n'effectue jamais au sein du portail. Lorsque les événements externes, la propriété du système et la synchronisation sont correctement gérés, le portail devient un reflet fidèle du processus sous-jacent, et non une simple vue disjointe de celui-ci.
