# Fähigkeitslösungs- und Interaktionsdesign — Capability-Produktisierungszyklus

Canonical page: https://apiopscycles.com/de/cycles/capability-productization-cycle/stations/api-design

Language: de

Entity ID: api-design

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

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

- 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)

## Journey exit criteria

- Die gewählte Architektur, Plattform und der Implementierungsstil wurden mit den relevanten Architektur-, Sicherheits- und Plattform-Stakeholdern validiert. — The chosen API architecture and platform patterns have been validated with the relevant architecture, security, and platform stakeholders. (ID: architecture-patterns-validated)
- 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 Schnittstellendesign und die offengelegten Capabilities lassen sich klar auf Geschäftswert und Nutzerbedürfnisse zurückführen. — The API design and exposed capabilities clearly trace back to business value and user needs. (ID: design-reflects-business-value)
- Das Schnittstellendesign folgt den vereinbarten Designstandards und Konventionen. — The API design follows our shared API product and design conventions. (ID: api-consistency)

## Description

Capability Solution & Interaction Design: Führt die Definition wiederverwendbarer Fähigkeiten von Hypothese und Consumer-/Producer-Anforderungen über Architektur, Lösungsdesign, Lieferung, Readiness, Veröffentlichung und kontinuierliche Verbesserung.

## Role participation and responsibilities

- [API-Designer](https://apiopscycles.com/de/roles/api-designer.md) (lead): Gestaltet Schnittstellenvertrag, Interaktionsmodell, Konsistenz, Benutzerfreundlichkeit und bereitgestellte Capabilities.; suggested-answer-owner: [Canvas für Fähigkeitslösungsdesign](https://apiopscycles.com/de/resources/capability-solution-design-canvas.md)
- [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.
- [Fähigkeitsverantwortlicher](https://apiopscycles.com/de/roles/capability-owner.md) (core): Verantwortet Vision, Wert, Prioritäten, Lebenszyklus und Wiederverwendung der Capability über Nutzer hinweg.
- [Plattform-Architekt](https://apiopscycles.com/de/roles/platform-architect.md) (core): Leitet Entscheidungen zu Plattform, Integration, Skalierbarkeit und Architektur, die beeinflussen, wie die Capability oder API erstellt und betrieben wird.
- [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-Produktverantwortlicher](https://apiopscycles.com/de/roles/api-product-owner.md) (consulted): Steuert API-Chance, Priorisierung und produktbezogene Entscheidungen über den gesamten Lebenszyklus hinweg.
- [Integrationsarchitekt](https://apiopscycles.com/de/roles/integration-architect.md) (consulted): Entwirft Integrationsansätze und Implementierungsstile, die die Capability oder API mit anderen Systemen verbinden.
- [Sicherheitsspezialist](https://apiopscycles.com/de/roles/security-specialist.md) (consulted): Stellt sicher, dass Sicherheitsrisiken, Kontrollen und Vertrauensgrenzen über den gesamten Lebenszyklus hinweg berücksichtigt werden.

## Resources

- [Interaktions-Canvas](https://apiopscycles.com/de/resources/interaction-canvas.md)
- [Domänen-Canvas](https://apiopscycles.com/de/resources/domain-canvas.md)
- [Canvas für Fähigkeitslösungsdesign](https://apiopscycles.com/de/resources/capability-solution-design-canvas.md)