# API-Produktstrategie — API-Produktisierungszyklus Canonical page: https://apiopscycles.com/de/cycles/api-productization-cycle/stations/api-product-strategy Language: de Entity ID: api-product-strategy Cycle: [API-Produktisierungszyklus](https://apiopscycles.com/de/cycles/api-productization-cycle.md) Read [shared station guidance](https://apiopscycles.com/de/stations/api-product-strategy.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-Möglichkeit wurde identifiziert und dokumentiert. — Individual API opportunities are identified and documented. (ID: api-opportunity-documented) - Die Nutzersegmente sind identifiziert. — API consumer segments (internal and external) are identified. (ID: consumer-segments-identified) ## Journey exit 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) ## Description Bevor Sie etwas bauen, sollten Sie von Anfang an den Wert, die Benutzer und die Geschäftsziele Ihrer API definieren. ## Why it matters Viele Unternehmen betrachten APIs als technische Projekte und nicht als Produkte. Das Ergebnis? Verwirrte Kunden, schlechte Akzeptanz und verschwendeter Aufwand. Diese Station hilft Ihnen, den Zweck Ihrer API, die Zielgruppe und die Erfolgskriterien zu definieren, damit Teams APIs bereitstellen können, die echte Probleme lösen. ## Apply in work Bereitstellung von Richtlinien und Vorlagen für die Erstellung von API-Geschäftsmodellen, Wertvorschlägen und Roadmaps. ## Outcomes - Ein klares API-Wertversprechen und eine klare Zielgruppe - Gemeinsame Sprache zwischen Produkt, Design und Technik - Ein solides Argument für die Finanzierung/Bewilligung ## Steps 1. Untersuchen Sie das Kunden- oder Partnerproblem, das Sie mit APIs lösen wollen. Zeichnen Sie die Stakeholder, deren Wege und Ergebnisse mithilfe der Customer Journey Canvas auf. 2. Definieren Sie zentrale Entitäten, ihre Attribute und Beziehungen, um ein gemeinsames konzeptionelles Verständnis für alle Journeys und eventuell APIs zu schaffen. 3. Verwenden Sie das API Value Proposition Canvas, um die unterstützten Geschäftsaufgaben sowie die Probleme, Vorteile und Funktionen für Nutzer zu erfassen, die neue oder wiederverwendbare APIs prägen. 4. Definieren Sie den Wert - für die Nutzer und das Unternehmen - mit dem API Business Model Canvas, um Ihre API-Strategie visuell, gemeinsam nutzbar und einfach mit Ihren Nutzer an der nächsten Station zu validieren. ## Questions - Untersuchen Sie das Kunden- oder Partnerproblem, das Sie mit APIs lösen wollen. Zeichnen Sie die Stakeholder, deren Wege und Ergebnisse mithilfe der Customer Journey Canvas auf. - Definieren Sie zentrale Entitäten, ihre Attribute und Beziehungen, um ein gemeinsames konzeptionelles Verständnis für alle Journeys und eventuell APIs zu schaffen. - Verwenden Sie das API Value Proposition Canvas, um die unterstützten Geschäftsaufgaben sowie die Probleme, Vorteile und Funktionen für Nutzer zu erfassen, die neue oder wiederverwendbare APIs prägen. - Definieren Sie den Wert - für die Nutzer und das Unternehmen - mit dem API Business Model Canvas, um Ihre API-Strategie visuell, gemeinsam nutzbar und einfach mit Ihren Nutzer an der nächsten Station zu validieren. - Bereitstellung von Richtlinien und Vorlagen für die Erstellung von API-Geschäftsmodellen, Wertvorschlägen und Roadmaps. - Viele Unternehmen betrachten APIs als technische Projekte und nicht als Produkte. Das Ergebnis? Verwirrte Kunden, schlechte Akzeptanz und verschwendeter Aufwand. Diese Station hilft Ihnen, den Zweck Ihrer API, die Zielgruppe und die Erfolgskriterien zu definieren, damit Teams APIs bereitstellen können, die echte Probleme lösen. ## 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.; suggested-answer-owner: [API-Wertversprechen-Canvas](https://apiopscycles.com/de/resources/api-value-proposition-canvas.md); suggested-answer-owner: [API-Geschäftsmodell-Canvas](https://apiopscycles.com/de/resources/api-business-model-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.; suggested-answer-owner: [Domänen-Canvas](https://apiopscycles.com/de/resources/domain-canvas.md) - [Fachlicher Verantwortlicher](https://apiopscycles.com/de/roles/business-owner.md) (core): Vertritt Geschäftsziele, Finanzierung und erwartete Ergebnisse der Capability-, API- oder Automatisierungsinitiative.; suggested-answer-owner: [Customer-Journey-Canvas](https://apiopscycles.com/de/resources/customer-journey-canvas.md) - [Kunden- oder Partnervertreter](https://apiopscycles.com/de/roles/customer-specialist.md) (core): Vertritt die Perspektive von Kunden oder Partnern hinsichtlich Journey, Wert und Zusammenarbeitsmodell. - [Compliance- und Rechtsexperte](https://apiopscycles.com/de/roles/compliance-specialist.md) (consulted): Klärt rechtliche, Datenschutz-, regulatorische und vertragliche Anforderungen, die Capability, API, Schnittstelle oder Automatisierung betreffen. - [Plattform-Architekt](https://apiopscycles.com/de/roles/platform-architect.md) (consulted): Leitet Entscheidungen zu Plattform, Integration, Skalierbarkeit und Architektur, die beeinflussen, wie die Capability oder API erstellt und betrieben wird. - [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. - [Vertreter der API-Nutzer](https://apiopscycles.com/de/roles/api-consumer-specialist.md) (consulted): Vertritt die Anforderungen von Entwicklern, Integratoren und anderen Nutzern der API. ## 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) - [API-Geschäftsmodell-Canvas](https://apiopscycles.com/de/resources/api-business-model-canvas.md) - [Domänen-Canvas](https://apiopscycles.com/de/resources/domain-canvas.md)