N Au-delà du connecteur : l'UX stratégique dans l'intégration de Liferay avec les systèmes d'entreprise critiques.

Lorsque nous démarrons un projet Liferay impliquant des systèmes critiques, tels que SAP S/4HANA ou Salesforce, la première impulsion est de se demander : « De quelles API disposons-nous ? Ce n’est pas la bonne question. La bonne question est : "Qu'est-ce que travail (Tâche à effectuer) que l'utilisateur doit effectuer, et quelles informations, peu importe d'où ça vient, avez-vous besoin de le terminer efficacement ?

La puissance de Liferay ne réside pas dans sa capacité à montrer Données SAP ; réside dans sa capacité à résumé la complexité de SAP et présenter à l'utilisateur un tâche cohérent. L'utilisateur ne souhaite pas « visualiser une commande SAP » ; veut "approuver une commande qui nécessite de vérifier la limite de crédit (depuis le CRM) et le stock disponible (depuis l'ERP)."

Cette différence subtile mais fondamentale relève du domaine de l’UX stratégique. C’est le ciment invisible qui lie l’architecture d’intégration à l’adoption par les utilisateurs. Ci-dessous, nous décomposons les trois piliers fondamentaux pour appliquer cette approche dans un écosystème Liferay.

1. De l’UX tactique à l’UX stratégique : Un changement de mentalité

Le plus gros obstacle à l’intégration de Liferay n’est pas technique, il est culturel. C'est la perception de l'UX comme un service « d'embellissement » appliqué à la fin du processus, plutôt que comme une discipline stratégique qui dirige le processus.

L’approche tactique : Réagir au problème

L'UX tactique est réactif et axé sur les solutions. C’est le modèle le plus courant et celui qui conduit à l’échec du portail.

• Le scénario : L'équipe de développement Liferay parvient à se connecter avec SAP BAPI et expose un point final REST avec 150 champs de données sur "le client". La demande adressée à l'équipe UX est la suivante : "Nous avons besoin d'un portlet (ou widget) dans Liferay qui affiche ces 150 champs. Fais-le bien paraître et sois réactif".
• Le résultat : Le concepteur UX/UI travaille avec diligence. Regroupez les champs, appliquez le système de mise en page (Lexicon), créez des onglets et des accordéons pour gérer la densité. Le portlet Il est livré, répond aux exigences et fonctionne techniquement.
• L'échec : Ce qui a été créé n'est pas une "expérience", c'est une "SAP GUI sur le web". La complexité du back-end à extrémité avant. L'utilisateur, qui n'avait peut-être besoin que de connaître le numéro de téléphone du client et le solde impayé (deux champs), doit désormais naviguer dans une interface imposante qui reproduit simplement la structure de la base de données sous-jacente.
• Impact sur Liferay : Le portail devient lent, déroutant et l’adoption s’effondre. Les utilisateurs développent une « cécité des widgets » et finissent par revenir à leurs anciens terminaux ou à leurs exportations Excel, car bien que laids, ils leur étaient familiers. Le retour sur investissement des licences Liferay s'évapore.

L'UX tactique se concentre sur utilisabilité d'un composant isolé. Vous vous demandez : « Est-ce facile à utiliser ? widget de SAP ? »

L’approche stratégique : Anticiper et résoudre

L'UX stratégique est proactif et axé sur les problèmes.

• Le scénario : Avant qu’une seule ligne de code d’intégration ne soit écrite, l’équipe UX (en collaboration avec des analystes commerciaux) mène des recherches. ils le font ombrage (observation de terrain) aux agents commerciaux. Ils découvrent que le véritable « travail » consiste à « préparer mon appel matinal avec un client ».
• L'analyse du problème : Pour ce faire, l'agent ouvre actuellement trois systèmes :
  
  1. Le CRM (Salesforce) pour afficher les tickets d’assistance ouverts et les dernières interactions.
  2. Le ERP (SAP) pour afficher l'historique des commandes et les statuts de paiement.
  3. un feuille Excel partagée (un système héritage de facto) où ils suivent les « promesses » faites au client.

• La solution stratégique : UX n'en conçoit pas trois widgets (un pour CRM, un pour ERP, un pour Excel). L'UX conçoit un expérience unifiée appelé « Récapitulatif client pour action ».
• Impact sur Liferay : L'équipe UX définit les exigences d'intégration du point de vue de l'utilisateur. Il déclare à l'équipe d'architecture : « Je n'ai pas besoin des 150 champs du client SAP. j'ai besoin ces 5 champs depuis SAP, ces 3 champs de Salesforce et ce champ de la feuille de calcul. Et Liferay doit les orchestrer et les présenter dans ceci seule vue."
• Utilisation avancée de Liferay : C'est là que Liferay brille. L'équipe UX peut utiliser le Personnalisation de Liferay. Si l'utilisateur appartient au rôle « Ventes », Liferay lui montre ceci tableau de bord unifié. Si vous venez de « Finance », Liferay vous montre une vue différente qui extrait les données de facturation de l'ERP et les données de risque de crédit d'un autre système. Le design n’est pas seulement visuel ; C'est une conception de logique métier et flux d’informations.

L'UX stratégique demande : « Ce flux de travail intégré aide-t-il l'utilisateur à accomplir sa tâche plus efficacement qu'auparavant ?

UX dans la salle de réunion : quantifier la valeur de l'intégration

Pour passer du tactique au stratégique, l’équipe UX doit sortir du coin « écran-tiroirs » et s’asseoir à la table stratégique. Et pour cela, il faut arrêter de parler de « pixels » et d'« heuristiques » et commencer à parler de indicateurs commerciaux (KPI).

• Discours tactique : "Cette nouvelle conception de widget l'ordre suit le système de conception Lexicon et offre un meilleur contraste.
• Discours stratégique : "Nos recherches montrent qu'il faut 4,5 minutes à un agent de service pour trouver l'état d'une commande (en passant de Liferay à l'émulateur de terminal). La nouvelle conception de flux intégrée, qui fusionne les données de trois systèmes en une seule vue Liferay, réduira ce temps à 30 secondes. Cela représente une économie de 4 minutes par requête. Multiplié par 1 000 requêtes par jour, nous économisons 66,6 heures de travail par jour à l'organisation, permettant à l'équipe de service de gérer 20 % de requêtes en plus avec le même personnel."

C'est le langage que les entreprises comprennent. L'UX stratégique ne justifie pas son existence par l'esthétique, mais par son impact direct sur le P&L (Compte de Résultat). Dans le cadre de Liferay, l’UX est garant du ROI de l’intégration. Définit un API d'expérience (une couche API sémantique centrée sur l'utilisateur) qui consomme le API système (les API techniques de l'ERP/CRM) et les transforme en valeur.

2. Donnez la priorité à l'essentiel : utilisez des données probantes pour prendre des décisions difficiles

Dans un projet d'intégration Liferay, le arriéré C'est, par définition, infini. L’entreprise voudra « tout intégrer ». Le vice-président des ventes voudra « tout Salesforce » dans le portail. Le responsable des finances voudra « tout SAP ». Si vous essayez de tout faire, vous n’obtiendrez rien.

L'UX stratégique agit comme le filtre principal, utilisant des données qualitatives et quantitatives pour imposer un ordre impitoyable basé sur des valeurs.

Concentrez-vous sur le problème, pas sur la solution

Comme mentionné, les entreprises demandent rarement qu’un problème soit résolu ; demande qu'une solution soit mise en œuvre qui ils ont imaginé.

• La demande (solution) : "Nous avons besoin d'un lien sur le portail Liferay qui fasse Authentification unique (SSO) au système de reporting Business Objects (BO).
• L'analyse du problème (UX Research) : L'équipe UX interviewe les utilisateurs. Découvrez qu'ils ne veulent pas aller à BO. Ce qu'ils veulent c'est savoir un métrique : « Ventes du mois dans ma région ». Ils doivent faire du SSO, naviguer sur 8 écrans en BO, appliquer 3 filtres et attendre 2 minutes que le rapport se charge, histoire de voir un numéro.
• La priorité stratégique : L’équipe UX ne donne pas la priorité au « SSO to BO ». Donnez la priorité au « Tableau de bord des KPI des ventes Liferay ».
• L'action : Au lieu de passer des semaines à mettre en place le SSO et la fédération d'identité (un effort technique important), l'équipe UX propose un patch intermédiaire : un processus lot nocturne qui extrait seul que Numéro BO et le stocke dans Liferay. Un développeur Liferay utilise un Modèle d'affichage des actifs (ADT) pour afficher ce numéro sur un widget simple sur la page d'accueil.
• Le résultat : Impact élevé, faible effort. L'utilisateur obtient 90 % de la valeur (voir votre métrique) avec 10 % de l'effort technique. En attendant, l'équipe d'architecture peut travailler sur la solution d'intégration BI à long terme, mais l'entreprise a déjà reçu une valeur immédiate.

Cette approche, connue sous le nom de « problème de flou » (définition du problème), est l’outil de priorisation le plus puissant. L'UX stratégique ne prend pas arriéré de JIRA comme une vérité ; le traite comme un liste d'hypothèses cela doit être validé.

Priorisation de l’impact par rapport à l’effort

L'UX stratégique traduit les résultats de la recherche en une carte visuelle des priorités. L’axe « Impact » est défini par l’UX (Quelle valeur cela donne-t-il à l’utilisateur ? À quelle fréquence ? Combien d’utilisateurs en bénéficient ?). L'axe "Effort" est défini en collaboration avec l'Architecture et l'Ingénierie (Quelle est la complexité de l'API ? Y a-t-il des risques de sécurité ? Quelle est la fragilité du système héritage? Est-ce qu'il charge utile Est-ce très lourd ?

• Quadrant 1 : Impact élevé, faible effort (gains rapides) :
  
  • Exemple dans Liferay : "Afficher le "Statut de la commande" (depuis SAP) dans le portail client."
  • Action : Faites-le immédiatement. Cela renforce la confiance dans le projet et la plateforme Liferay.
• Quadrant 2 : Impact élevé, effort élevé (initiatives stratégiques) :
  
  • Exemple dans Liferay : "Créer la 'Vue 360 du Client' (fusionnant SAP, Salesforce et un système de contrats) héritage)".
  • Action : C'est le cœur du projet. Il faut qu'il se décompose. L'UX stratégique ne vous définit pas comme un monolithe. Définit un MVP (produit minimum viable) pour View 360. "Phase 1 : Afficher uniquement les coordonnées (CRM) et l'historique des commandes (ERP). Phase 2 : Ajouter des tickets d'assistance (CRM). Phase 3 : Ajouter des contrats (hérité)." Liferay, avec son architecture modulaire (OSGi), est idéal pour cette livraison incrémentielle.
• Quadrant 3 : Faible impact, faible effort (éléments de remplissage/tâches de base) :
  
  • Exemple dans Liferay : "Autoriser l'utilisateur à modifier le format de date dans son profil (qui se synchronise avec l'ERP)."
  • Action : Ils s'y mettent arriéré pour quand il y a du temps ou sont utilisés pour intégration de nouveaux développeurs.
• Quadrant 4 : Faible impact, effort élevé (Puits de temps/« Trous noirs ») :
  
  • Exemple dans Liferay : "Reproduisez une fonctionnalité de reporting ERP complexe que seules 3 personnes utilisent, deux fois par an."
  • Action : L'UX stratégique dit NON. Des données probantes issues de la recherche (faible utilisation, faible valeur) sont utilisées pour défendre cette décision contre les pressions politiques. La solution est de maintenir le système héritage Pour ces 3 utilisateurs, ne dépensez pas des millions pour le reproduire dans Liferay.

La voix du client comme guide

Dans le contexte B2E (Business-to-Employee) de Liferay, « le client » est l'employé. En B2B, c'est le partenaire ou une entreprise cliente.

• Voix du client interne (employé) : Ils constituent un public captif, mais leur efficacité est le KPI. Vos plaintes concernant les systèmes actuels sont des mines d'or pour la recherche UX. L’UX doit aller au-delà des enquêtes (qui ne recueillent que des avis) et se concentrer sur le observation (qui collecte les comportements). L'objectif de l'intégration Liferay est d'éliminer le « travail de copier-coller » et le « travail sur chaise pivotante » (pivotement d'un écran à l'autre).
• Voix du client externe (B2B/B2C) : Ce ne sont pas des captifs. Si le portail Liferay est difficile à utiliser, ils appelleront simplement (augmentation des coûts de support) ou s'adresseront à la concurrence.
  
  • Exemple (Liferay Commerce + ERP) : Si un client B2B ne peut pas voir votre prix négocié (qui vient de l'ERP) ou le inventaire en temps réel (également depuis l'ERP) clairement et instantanément sur la page produit Liferay Commerce, le portail ne sert à rien.
  • Le rôle de l'UX : L'UX définit que ces deux points de données (prix et inventaire) sont critique pour la conversion. L’intégration de ces deux API est donc la plus haute priorité, même si elles sont techniquement complexes.

L'UX stratégique établit un boucle de rétroaction continue. La plateforme Liferay est lancée avec des outils d'analyse intégrés (Liferay DXP Analytics Cloud) et des mécanismes de feedback (formulaires, enquêtes). Les données collectées sur comment De nouvelles fonctionnalités intégrées (cartes thermiques, enregistrements de sessions) sont utilisées pour redéfinir les priorités le arriéré dans le prochain cycle agile.

3. Communication et collaboration : l’UX comme partenaire stratégique

Enfin, intégrer Liferay aux systèmes critiques est fondamentalement un problème humain et politique. L'équipe SAP ne souhaite pas que le « joli nouveau portail » fasse tomber son système avec des requêtes mal optimisées. L'équipe Salesforce protège vos données. L'entreprise ne comprend pas pourquoi quelque chose qui semble « simple » (comme afficher un nom) prend trois mois.

L’UX stratégique agit comme le traducteur universel, le facilitateur diplomatique qui aligne ces silos disparates autour d’un objectif commun : l’expérience utilisateur.

Parler le langage des affaires

Le concepteur UX ne peut pas se permettre d’être simplement un « créatif ». Doit être bilingue : parler couramment le langage du design et le langage des affaires.

• Informatique/Architecture parle de : API, points de terminaison, charges utiles, latence, microservices, sécurité, OSGi, découplage.
• Entreprise (PO, parties prenantes) parle de : ROI, délai de mise sur le marché, adoption, efficacité, réduction des coûts, augmentation des revenus, KPI.
• L'UX stratégique C'est le pont. Utilisez des artefacts de conception pour traduire entre ces mondes.
• L'artefact clé : le plan de service.
  
  • Contrairement à un carte de voyage (qui montre uniquement le point de vue de l'utilisateur), un plan de service Cartographiez tout le voyage.
  • Frontstage (ce que l'utilisateur voit) : L'interface Liferay (le widget "Mes commandes").
  • Dans les coulisses (ce que fait l'employé/le système) : Le cliquez de l'utilisateur dans Liferay déclenche un appel à une passerelle API.
  • Support/Systèmes (La "plomberie") : L'API Gateway appelle l'orchestrateur Liferay, qui à son tour appelle le SAP BAPI et un point final depuis Salesforce, fusionne les données et les renvoie.
  • La valeur : Quand l'équipe commerciale voit ça plan, comprends pourquoi L'intégration est complexe. Ils voient la plomberie. Lorsque l'équipe informatique voit le plan, comprends pourquoi votre API est importante ; voyez comment cela a un impact direct sur cliquez de l'utilisateur dans le devant la scène. Le plan créer un réalité partagée et aligne tous les départements.

Collaboration interministérielle

L'UX stratégique ne fonctionne pas pour les départements ; fonctionne avec eux. Organiser et animer des ateliers de co-création (Design Thinking) où tous parties prenantes Ils sont dans la même pièce.

• Avec les propriétaires de systèmes (SAP, CRM, Legacy) : L’UX ne nécessite pas d’API. La question suivante se pose : « Quelles sont les limites de votre système ? Quelles données sont sensibles ? Quelle est la « source de vérité » de ces données ? L'UX collabore avec eux pour concevoir un stratégie de données.
  
  • Exemple : Le système héritage Il est fragile et ne prend pas en charge les appels en temps réel.
  • Solution UX/Architecture : Nous proposons une stratégie de fouiller. Liferay importera les données une fois par nuit (à l'aide de ses connecteurs ou travaux par lots) et les servira à partir de sa propre base de données rapide. L'utilisateur obtient de la vitesse (bon UX) et le système héritage est protégé (bonne informatique).
• Avec les Business et les Product Owners : UX utilise la recherche (données) pour gérer les attentes.
  
  • Conversation : "Je comprends que le vice-président des ventes souhaite cette fonctionnalité. Cependant, nos données issues de 15 entretiens et de 1 000 réponses à une enquête montrent que la priorité n°1 de l'équipe commerciale est la suivante : cela fait passer la conversation des « opinions » aux « preuves ».
• Avec les aspects juridiques et conformité : Dans les secteurs réglementés (banque, santé), l’intégration est un champ de mines. Quelles données de l'ERP (ex : financière) ou du CRM (ex : santé) peut être affiché sur un portail web comme Liferay ?
  
  • Rôle UX : UX fonctionne avec le service juridique depuis le début. La conception des interfaces reflète restrictions de conformité. Si une donnée est sensible, l'UX conçoit un flux d'authentification à deux facteurs (à l'aide des connecteurs Liferay) ou conçoit l'interface pour obscurcir les données (par exemple "Approuvé" au lieu d'afficher le montant exact). L'UX devient un agent du réduction des risques.

L’UX comme facilitateur de changement

Le lancement du nouveau portail intégré Liferay n'est pas la fin ; C'est le début. L'UX stratégique comprend que la partie la plus difficile de la transformation numérique n'est pas la numérique, est le transformation.

• Le problème (gestion du changement) : Un employé utilise l'horrible écran vert de l'AS/400 depuis 20 ans. Connaissez vos raccourcis. C'est rapide (pour lui). Maintenant, vous lui offrez un portail Liferay brillant, qui est "meilleur", mais c'est différent. Votre flux de travail est interrompu. Votre « mémoire musculaire » ne fonctionne pas. Il détestera le nouveau portail.
• Le rôle de l'UX : Le travail UX ne s'arrête pas au lancement. Il s'étend à intégration et l'adoption.
  
  • Stratégie de formation : La recherche UX initiale (qui a identifié les anciens flux de travail) est désormais utilisée pour créer les supports de formation. "Nous savons que vous faisiez X, Y et Z. Maintenant, dans Liferay, vous faites simplement A."
  • Intégration dans l'application : Conceptions d'équipe UX/UI visites guidé, info-bulles des « états vides » contextuels et intelligents (par exemple dans un widget de Liferay) que ils enseignent à l'utilisateur le nouveau flux intégré dès la première utilisation.
  • Identification des champions : Lors de la phase de recherche, l’UX a identifié les « super-utilisateurs » des systèmes existants. Désormais, cela en fait des « champions du changement ». Ils bénéficient d'un accès anticipé, la conception est validée avec eux et ils sont habilités à enseigner à leurs collègues.

En fin de compte, l'UX stratégique garantit que le portail Liferay n'est pas considéré comme une imposition informatique, mais comme un outil qui eux-mêmes ils ont aidé à la conception et cela facilite manifestement leur travail.

Nous avons parcouru un long chemin, du chaos de systèmes disparates à la promesse d'une expérience unifiée. Liferay DXP est présenté comme la plateforme permettant d’y parvenir, mais la plateforme, en elle-même, est une toile vide. C'est un moteur puissant sans volant d'inertie. Intégration avec les systèmes critiques (ERP, CRM, héritage) est le moment de vérité pour toute transformation numérique. Et la mesure du succès n’est pas la connectivité API ; c'est l'adoption par les utilisateurs et l'efficacité. L'UX tactique, qui réagit et « embellit », est condamné à répliquer la complexité. Cela crée des portails qui ne sont que des miroirs de la fragmentation organisationnelle sous-jacente.

Le véritable saut qualitatif, qui justifie l’investissement d’un million de dollars dans Liferay, vient d’un changement fondamental de mentalité. Nécessite l'adoption d'un UX stratégique. Une UX qui ne commence pas par « la solution », mais par le « problème ». Une UX qui quitte les outils de conception et entre sur le terrain, l'usine, le centre d'appels. Un UX qui observe, écoute et mesure. Une UX qui utilise des preuves pour prendre des décisions difficiles, pour dire « non » aux fonctionnalités à faible impact, quelle que soit la voix qui les réclame. Une UX qui traduit les besoins de l'utilisateur dans le langage du ROI et des KPI. Une UX qui s'assoit avec les architectes et les ingénieurs non pas pour recevoir des API, mais pour co-conception la logique de l’expérience que ces API devraient servir. Une UX qui agit en tant que diplomate, facilitateur et traducteur qui aligne l'informatique, les affaires, le juridique et les opérations vers un objectif commun. L'intégration Liferay n'est pas un événement technique. Il s’agit d’un exercice continu de gestion du changement, et l’UX stratégique en est le principal catalyseur. nous ne construisons pas widgets. Nous construisons de nouvelles et meilleures méthodes de travail.