QuiNon sélectionnéPourquoiNon sélectionnéOùExigences des utilisateurs d’intégration & onboardingCycleCycle de productisation des capacités d’intégrationLigne d'architecture de la plateforme

Station

Exigences des utilisateurs d’intégration & onboarding

Capturez les utilisateurs d’intégration, les responsabilités des fournisseurs, les besoins d’onboarding, les attentes de service et les contraintes opérationnelles.

La bonne architecture dépend des objectifs des utilisateurs, des attentes d'onboarding, des niveaux de service, de la qualité des données, de la tolérance au changement, de l'observabilité, du support et des contraintes du fournisseur.

Votre parcours sur la carte

Naviguer dans la méthode

Sélectionnez une station, un cycle ou un point de vue pour explorer la méthode.

StratégiqueGouvernanceConsommateurTechniqueExpérience utilisateurExpérience utilisateurAperçus du marchéAperçus du marchéObjectifs de l'entrepriseObjectifs de l'entrepriseAnalyse concurrentielleAnalyse concurrentielleVision de l'écosystèmeVision de l'écosystèmeInfrastructure évolutiveInfrastructure évolutiveJuridique et conformitéJuridique et conformitéSécurité et confidentialitéSécurité et confidentialitéNormes de conceptionNormes de conceptionGestion des fournisseursGestion des fournisseursConception des contratsConception des contratsDéveloppementDéveloppementCI/CDCI/CDAutomatisation des testsAutomatisation des testsGestion des versionsGestion des versionsAccords de serviceAccords de serviceAdoption de l'API par les utilisateursAdoption de l'API par les utilisateursPromotion de l'APIPromotion de l'APIIntégration des partenairesIntégration des partenairesL'état d'esprit de l'APIL'état d'esprit de l'APIRôles et responsabilitésRôles et responsabilitésUpkillingUpkillingLignes directrices opérationnellesLignes directrices opérationnellesGestion de portefeuilleGestion de portefeuilleGestion du budget et des ressourcesGestion du budget et des ressourcesStratégie de capacité1Stratégie de capacitéd’intégrationExigences utilisateurs & onboarding2Exigences desutilisateursd’intégration &Architecture & décisions de plateforme3Architecture dintegration & decisionsde plateformeConception de solution & d'interface4Conception de solutiond’intégrationMise à disposition & opérations5Livraison & opérationsd’intégrationAssurance qualité & préparation6Assurance qualité desintégrationsPublication & enablement7Publication & enablementde l integrationSuivi & amélioration8Suivi & amélioration desintégrationsLigne des opportunités métierLigne d'architecture de la plateformeLigne de conception de l'APILigne de livraisonLigne Publication & EnablementLigne de modèle opérationnel

Résultats

  • Exigences utilisateurs et attentes d'onboarding explicites
  • Définir le parcours de l'expérience API
  • Planifier l'intégration, la documentation et le retour d'information
  • Améliorer l'adoption grâce à une véritable empathie + l'expérience du développeur (DX)

Critères du parcours

Critères d'entrée

  • Des signaux de marché pertinents, des retours d'expérience ou des informations opérationnelles sont disponibles pour guider cette opportunité de capacité.
  • Les objectifs métier sont définis.
  • L'étude de marché identifie des opportunités de capacité.
  • Les parties prenantes concernées conviennent que cette opportunité de capacité mérite d'être explorée et priorisée.

Critères de sortie

  • L'opportunité de capacité est identifiée et documentée.
  • La capacité répond à un besoin métier clair et peut être réutilisée par les utilisateurs prévus.
  • L’interface choisie fournit une abstraction appropriée aux utilisateurs.
  • La proposition de valeur de la capacité a été validée avec les parties prenantes métier et utilisateurs.
  • Les segments d'utilisateurs sont identifiés.
  • Une feuille de route de haut niveau pour la mise en œuvre est définie.

Personnes à impliquer

Ressources associées

canvasCustomer Journey CanvasCartographier les parcours des clients pour identifier les besoins et les points de douleur, afin d'améliorer la conception de l'API et l'expérience de l'utilisateur.canvasAPI Value Proposition CanvasAligner les fonctionnalités de l'API sur les besoins des utilisateurs en établissant une correspondance entre les tâches, les douleurs et les gains et les produits de l'API.canvasConsumer Experience Requirements CanvasUn canvas d’exigences pour l’expérience utilisateur et les besoins non fonctionnels, destiné à guider les décisions ultérieures d’architecture et de mode de mise en œuvre.

Lignes de métro