# API-Nutzererlebnis — API-Produktisierungszyklus

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

Language: de

Entity ID: api-consumer-experience

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

Read [shared station guidance](https://apiopscycles.com/de/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

- Relevante Marktsignale, Feedback oder operative Erkenntnisse liegen vor, um diese Capability-Möglichkeit zu bewerten. — Relevant market signals, feedback, or operational insights are available to guide this API opportunity. (ID: metrics-feedback-available)
- Die Geschäftsziele sind definiert. — Business goals are defined. (ID: business-goals-defined)
- Die Marktrecherche identifiziert relevante Capability-Möglichkeiten. — Market research identifies API opportunities. (ID: market-research-done)
- Die relevanten Stakeholder stimmen zu, dass diese Capability-Möglichkeit weiter untersucht und priorisiert werden sollte. — Relevant stakeholders agree this API opportunity is worth exploring and prioritizing. (ID: stakeholder-approval)

## Journey exit criteria

- Die Capability-Möglichkeit wurde identifiziert und dokumentiert. — Individual API opportunities are identified and documented. (ID: api-opportunity-documented)
- Die Capability erfüllt einen klaren Geschäftsbedarf und kann von den vorgesehenen Nutzern wiederverwendet werden. — The API meets a clear business need and is reusable for multiple API consumers. (ID: api-reusability)
- Die gewählte Schnittstelle bietet Nutzern eine angemessene Abstraktion. — The API is intended to shield consumers from backend complexity and inconsistencies. (ID: hide-backend-discrepancies)
- Das Wertversprechen der Capability wurde mit Geschäfts- und Nutzer-Stakeholdern validiert. — The API value proposition has been reviewed and validated with the relevant business and consumer stakeholders. (ID: value-prop-validated)
- Die Nutzersegmente sind identifiziert. — API consumer segments (internal and external) are identified. (ID: consumer-segments-identified)
- Eine übergeordnete Roadmap für die Umsetzung ist definiert. — High-level roadmaps for API development are established. (ID: api-roadmap-defined)

## Description

Stellen Sie sicher, dass Ihre API auffindbar, verständlich und nutzbar ist - vor und nach der Einführung.

## Why it matters

Großartige APIs funktionieren nicht nur - sie fühlen sich auch intuitiv an. Ganz gleich, ob Ihr Kunde ein interner Entwickler, ein externer Partner oder ein KI-Agent ist, seine Erfahrung entscheidet über die Akzeptanz. Ohne einen klaren Erlebnisplan: - Großartige APIs bleiben ungenutzt - Teams verschwenden Zeit damit, zu raten, wie sie Ihre API verwenden sollen - Feedbackschleifen sind unterbrochen oder fehlen. Diese Station hilft Ihnen, Ihre API mit den Augen ihrer Nutzer zu sehen.

## Apply in work

Bereitstellung von Richtlinien, Tools und Feedback-Mechanismen für das Verständnis, die Analyse und die Verbesserung der internen und externen Erfahrungen von Entwicklern und Partnern.

## Outcomes

- Identifizieren und priorisieren Sie Ihre Nutzer
- Definieren Sie die API-Erlebnisreise
- Onboarding, Dokumentation und Feedback planen
- Verbesserung der Akzeptanz durch echte Empathie + Developer Experience (DX)

## Steps

1. Überprüfen Sie das bestehende API Value Proposition Canvаs von der Perspektive des Nutzers. Stellen Sie die Stabilität der unterstützten Geschäftsprozesse sicher und ergänzen Sie die Funktionen, die Probleme lösen und Vorteile bieten, um die Bedürfnisse der Nutzer zu berücksichtigen, damit diese spätere Designentscheidungen leiten können.
2. Verwenden Sie das Customer Journey Canvas für die Customer Journey des Nutzers von der Entdeckung und Bewertung bis hin zu Onboarding, Integration, Fehlerbehebung und fortlaufender Nutzung.
3. Nutzen Sie die daraus resultierende Customer Journey, um Onboarding, Dokumentation, Support und Feedback-Schleifen für den Nutzer zu verbessern.

## Questions

- Überprüfen Sie das bestehende API Value Proposition Canvаs von der Perspektive des Nutzers. Stellen Sie die Stabilität der unterstützten Geschäftsprozesse sicher und ergänzen Sie die Funktionen, die Probleme lösen und Vorteile bieten, um die Bedürfnisse der Nutzer zu berücksichtigen, damit diese spätere Designentscheidungen leiten können.
- Verwenden Sie das Customer Journey Canvas für die Customer Journey des Nutzers von der Entdeckung und Bewertung bis hin zu Onboarding, Integration, Fehlerbehebung und fortlaufender Nutzung.
- Nutzen Sie die daraus resultierende Customer Journey, um Onboarding, Dokumentation, Support und Feedback-Schleifen für den Nutzer zu verbessern.
- Bereitstellung von Richtlinien, Tools und Feedback-Mechanismen für das Verständnis, die Analyse und die Verbesserung der internen und externen Erfahrungen von Entwicklern und Partnern.
- Großartige APIs funktionieren nicht nur - sie fühlen sich auch intuitiv an. Ganz gleich, ob Ihr Kunde ein interner Entwickler, ein externer Partner oder ein KI-Agent ist, seine Erfahrung entscheidet über die Akzeptanz. Ohne einen klaren Erlebnisplan: - Großartige APIs bleiben ungenutzt - Teams verschwenden Zeit damit, zu raten, wie sie Ihre API verwenden sollen - Feedbackschleifen sind unterbrochen oder fehlen. Diese Station hilft Ihnen, Ihre API mit den Augen ihrer Nutzer zu sehen.

## Role participation and responsibilities

- [API-Produktverantwortlicher](https://apiopscycles.com/de/roles/api-product-owner.md) (lead): Steuert API-Chance, Priorisierung und produktbezogene Entscheidungen über den gesamten Lebenszyklus hinweg.
- [Domain-Experte](https://apiopscycles.com/de/roles/domain-specialist.md) (core): Bringt tiefes Wissen über Geschäftsdomäne, Konzepte, Regeln und Einschränkungen ein, die die Capability oder Schnittstelle widerspiegeln muss.
- [Verantwortlicher für Dokumentation und DevRel](https://apiopscycles.com/de/roles/api-devrel-specialist.md) (core): Verantwortet Onboarding-Inhalte, Entwicklerkommunikation und Dokumentationsqualität für API-Nutzer.
- [Vertreter der API-Nutzer](https://apiopscycles.com/de/roles/api-consumer-specialist.md) (core): Vertritt die Anforderungen von Entwicklern, Integratoren und anderen Nutzern der API.
- [API-Designer](https://apiopscycles.com/de/roles/api-designer.md) (consulted): Gestaltet Schnittstellenvertrag, Interaktionsmodell, Konsistenz, Benutzerfreundlichkeit und bereitgestellte Capabilities.
- [Fachlicher Verantwortlicher](https://apiopscycles.com/de/roles/business-owner.md) (consulted): Vertritt Geschäftsziele, Finanzierung und erwartete Ergebnisse der Capability-, API- oder Automatisierungsinitiative.
- [Verantwortlicher für Support und Betrieb](https://apiopscycles.com/de/roles/operations-specialist.md) (consulted): Repräsentiert Runtime-Support, Vorfallbehandlung, Beobachtbarkeit und operative Bereitschaft für Capability, API oder Automatisierung.

## Resources

- [Customer-Journey-Canvas](https://apiopscycles.com/de/resources/customer-journey-canvas.md)
- [API-Wertversprechen-Canvas](https://apiopscycles.com/de/resources/api-value-proposition-canvas.md)