# Expérience utilisateur API — Cycle de productisation des API

Canonical page: https://apiopscycles.com/fr/cycles/api-productization-cycle/stations/api-consumer-experience

Language: fr

Entity ID: api-consumer-experience

Cycle: [Cycle de productisation des API](https://apiopscycles.com/fr/cycles/api-productization-cycle.md)

Read [shared station guidance](https://apiopscycles.com/fr/stations/api-consumer-experience.md) first. The sections below supplement or replace the corresponding shared sections for this cycle. Sections not repeated here retain the shared guidance.

## Journey entry criteria

- Des signaux de marché pertinents, des retours d'expérience ou des informations opérationnelles sont disponibles pour guider cette opportunité de capacité. — Relevant market signals, feedback, or operational insights are available to guide this API opportunity. (ID: metrics-feedback-available)
- Les objectifs métier sont définis. — Business goals are defined. (ID: business-goals-defined)
- L'étude de marché identifie des opportunités de capacité. — Market research identifies API opportunities. (ID: market-research-done)
- Les parties prenantes concernées conviennent que cette opportunité de capacité mérite d'être explorée et priorisée. — Relevant stakeholders agree this API opportunity is worth exploring and prioritizing. (ID: stakeholder-approval)

## Journey exit criteria

- L'opportunité de capacité est identifiée et documentée. — Individual API opportunities are identified and documented. (ID: api-opportunity-documented)
- La capacité répond à un besoin métier clair et peut être réutilisée par les utilisateurs prévus. — The API meets a clear business need and is reusable for multiple API consumers. (ID: api-reusability)
- L’interface choisie fournit une abstraction appropriée aux utilisateurs. — The API is intended to shield consumers from backend complexity and inconsistencies. (ID: hide-backend-discrepancies)
- La proposition de valeur de la capacité a été validée avec les parties prenantes métier et utilisateurs. — The API value proposition has been reviewed and validated with the relevant business and consumer stakeholders. (ID: value-prop-validated)
- Les segments d'utilisateurs sont identifiés. — API consumer segments (internal and external) are identified. (ID: consumer-segments-identified)
- Une feuille de route de haut niveau pour la mise en œuvre est définie. — High-level roadmaps for API development are established. (ID: api-roadmap-defined)

## Description

Veillez à ce que votre API soit découvrable, compréhensible et utilisable - avant et après le lancement.

## Why it matters

Les meilleures API ne se contentent pas de fonctionner, elles sont intuitives. Que votre utilisateur soit un développeur interne, un partenaire externe ou un agent d'intelligence artificielle, c'est son expérience qui détermine l'adoption. Sans un plan d'expérience clair : - Les meilleures API restent inutilisées - Les équipes perdent du temps à deviner comment utiliser votre API. - Les boucles de rétroaction sont brisées ou manquantes. Cette station vous aide à voir votre API à travers les yeux de ses utilisateurs.

## Apply in work

Fournir des lignes directrices, des outils et des mécanismes de retour d'information pour comprendre, analyser et améliorer l'expérience interne et externe des développeurs et des partenaires.

## Outcomes

- Identifier et hiérarchiser les utilisateurs
- 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)

## Steps

1. Examinez l'API Value Proposition Canvas du point de vue de l'utilisateur. Veillez à la stabilité des tâches métier prises en charge et enrichissez les fonctionnalités qui simplifient et optimisent l'expérience utilisateur en intégrant les préoccupations des utilisateurs afin d'orienter les décisions de conception ultérieures.
2. Utilisez le canevas du parcours client pour le parcours de l'utilisateur, de la découverte et de l'évaluation à l'intégration, au dépannage et à l'utilisation continue.
3. Utilisez le parcours ainsi obtenu pour améliorer l'intégration, la documentation, l'assistance et les boucles de rétroaction pour l'utilisateur.

## Questions

- Examinez l'API Value Proposition Canvas du point de vue de l'utilisateur. Veillez à la stabilité des tâches métier prises en charge et enrichissez les fonctionnalités qui simplifient et optimisent l'expérience utilisateur en intégrant les préoccupations des utilisateurs afin d'orienter les décisions de conception ultérieures.
- Utilisez le canevas du parcours client pour le parcours de l'utilisateur, de la découverte et de l'évaluation à l'intégration, au dépannage et à l'utilisation continue.
- Utilisez le parcours ainsi obtenu pour améliorer l'intégration, la documentation, l'assistance et les boucles de rétroaction pour l'utilisateur.
- Fournir des lignes directrices, des outils et des mécanismes de retour d'information pour comprendre, analyser et améliorer l'expérience interne et externe des développeurs et des partenaires.
- Les meilleures API ne se contentent pas de fonctionner, elles sont intuitives. Que votre utilisateur soit un développeur interne, un partenaire externe ou un agent d'intelligence artificielle, c'est son expérience qui détermine l'adoption. Sans un plan d'expérience clair : - Les meilleures API restent inutilisées - Les équipes perdent du temps à deviner comment utiliser votre API. - Les boucles de rétroaction sont brisées ou manquantes. Cette station vous aide à voir votre API à travers les yeux de ses utilisateurs.

## Role participation and responsibilities

- [Propriétaire du produit API](https://apiopscycles.com/fr/roles/api-product-owner.md) (lead): Pilote l’opportunité API, la priorisation et les décisions au niveau produit tout au long du cycle de vie.
- [Expert du domaine](https://apiopscycles.com/fr/roles/domain-specialist.md) (core): Apporte une connaissance approfondie du domaine métier, des concepts, des règles et des contraintes que la capacité ou l’interface doit refléter.
- [Représentant utilisateur API](https://apiopscycles.com/fr/roles/api-consumer-specialist.md) (core): Représente les besoins des développeurs, intégrateurs ou autres utilisateurs d'API qui utilisent l'API directement.
- [Responsable Documentation & DevRel](https://apiopscycles.com/fr/roles/api-devrel-specialist.md) (core): Responsable des contenus d'onboarding, de la communication avec les développeurs et de la qualité de la documentation API.
- [Designer API](https://apiopscycles.com/fr/roles/api-designer.md) (consulted): Conçoit le contrat d’interface, le modèle d’interaction, la cohérence et l’utilisabilité des capacités exposées.
- [Responsable métier](https://apiopscycles.com/fr/roles/business-owner.md) (consulted): Représente les objectifs métier, le financement et les résultats attendus de l’initiative de capacité, d’API ou d’automatisation.
- [Responsable support et opérations](https://apiopscycles.com/fr/roles/operations-specialist.md) (consulted): Représente le support en production, la gestion des incidents, l’observabilité et la préparation opérationnelle pour la capacité, l’API ou l’automatisation.

## Resources

- [Canevas du parcours client](https://apiopscycles.com/fr/resources/customer-journey-canvas.md)
- [Canevas de proposition de valeur API](https://apiopscycles.com/fr/resources/api-value-proposition-canvas.md)