# Strategie Canonical page: https://apiopscycles.com/de/stations/api-product-strategy Language: de Entity ID: api-product-strategy ## Description Beschreiben Sie den Geschäftsbedarf als wiederverwendbare Capability, bevor Sie die Umsetzungsweise festlegen. ## Why it matters Integrations- und API-Arbeit springt oft zu früh zu einem technischen Muster. Diese Station hält das Team auf Geschäftsreise, Domänenverständnis, Wert, Wiederverwendungspotenzial, Ownership und Machbarkeit fokussiert, bevor APIs, Events, Dateien, Streams, Datenprodukte oder direkte Integration gewählt werden. ## Apply in work Nutzen Sie gemeinsame Journey-, Domänen-, Wertversprechen- und Geschäftsmodell-Canvases, um technologieunabhängige Anforderungen zu erfassen und zu entscheiden, ob die Capability wiederverwendbar sein sollte. ## Outcomes - Eine technologieunabhängige Capability Opportunity - Gemeinsame Sprache zwischen Produkt, Design und Technik - Ein solides Argument für die Finanzierung/Bewilligung ## Steps 1. Analysieren Sie die Kunden- oder Partner-Journey, aus der der Capability-Bedarf entsteht, und identifizieren Sie Aufgaben, Pain Points, Gains, Inputs, Outputs und Entscheidungspunkte. 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 - Analysieren Sie die Kunden- oder Partner-Journey, aus der der Capability-Bedarf entsteht, und identifizieren Sie Aufgaben, Pain Points, Gains, Inputs, Outputs und Entscheidungspunkte. - 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. - Nutzen Sie gemeinsame Journey-, Domänen-, Wertversprechen- und Geschäftsmodell-Canvases, um technologieunabhängige Anforderungen zu erfassen und zu entscheiden, ob die Capability wiederverwendbar sein sollte. - Integrations- und API-Arbeit springt oft zu früh zu einem technischen Muster. Diese Station hält das Team auf Geschäftsreise, Domänenverständnis, Wert, Wiederverwendungspotenzial, Ownership und Machbarkeit fokussiert, bevor APIs, Events, Dateien, Streams, Datenprodukte oder direkte Integration gewählt werden. ## Evidence - design-artifact - documentation - research - roadmap ## Completion 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) ## 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) - [Automatisierungsverantwortlicher](https://apiopscycles.com/de/roles/automation-owner.md) (lead): Verantwortet Ziele, Geschäftswert, Prioritäten, Kontrollen und Lebenszyklusergebnisse der Automatisierung.; suggested-answer-owner: [Canvas für Automatisierungshypothese und Validierung](https://apiopscycles.com/de/resources/automation-hypothesis-canvas.md) - [Fähigkeitsverantwortlicher](https://apiopscycles.com/de/roles/capability-owner.md) (lead): Verantwortet Vision, Wert, Prioritäten, Lebenszyklus und Wiederverwendung der Capability über Nutzer hinweg.; suggested-answer-owner: [Canvas zur Fähigkeitsvalidierung](https://apiopscycles.com/de/resources/capability-hypothesis-canvas.md) - [Integrationsarchitekt](https://apiopscycles.com/de/roles/integration-architect.md) (lead): Entwirft Integrationsansätze und Implementierungsstile, die die Capability oder API mit anderen Systemen verbinden.; suggested-answer-owner: [Canvas zur Validierung der Integrationsfähigkeit](https://apiopscycles.com/de/resources/integration-capability-hypothesis-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. - [Fachlicher Verantwortlicher](https://apiopscycles.com/de/roles/business-owner.md) (core): Vertritt Geschäftsziele, Finanzierung und erwartete Ergebnisse der Capability-, API- oder Automatisierungsinitiative. - [Kunden- oder Partnervertreter](https://apiopscycles.com/de/roles/customer-specialist.md) (core): Vertritt die Perspektive von Kunden oder Partnern hinsichtlich Journey, Wert und Zusammenarbeitsmodell. - [Plattformverantwortlicher](https://apiopscycles.com/de/roles/platform-owner.md) (core): Verantwortet Plattform-Capabilities, Roadmap, Betriebsmodell und Serviceerwartungen. - [Prozessverantwortlicher](https://apiopscycles.com/de/roles/process-owner.md) (core): Verantwortet den zu automatisierenden Geschäftsprozess, einschließlich Ziele, Regeln, Ergebnisse und Verbesserungsprioritäten.; suggested-answer-owner: [Canvas für Automatisierungshypothese und Validierung](https://apiopscycles.com/de/resources/automation-hypothesis-canvas.md) - API-Programmverantwortlicher (consulted): Koordiniert API-Portfolio-Praktiken, organisatorische Ausrichtung und langfristige Entwicklung von API-Capabilities. - [Automatisierungsingenieur](https://apiopscycles.com/de/roles/automation-engineer.md) (consulted): Implementiert, testet, integriert und betreibt Automatisierungslösungen und unterstützende Workflows. - [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. - [Partner- und Lieferantenmanager](https://apiopscycles.com/de/roles/partner-specialist.md) (consulted): Koordiniert externe Partner-, Lieferanten- oder Anbieterbeziehungen, die Capability- oder API-Strategie und Umsetzung beeinflussen. - [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. ## Cycle-specific guidance - [Capability-Produktisierungszyklus](https://apiopscycles.com/de/cycles/capability-productization-cycle/stations/api-product-strategy.md) - [API-Produktisierungszyklus](https://apiopscycles.com/de/cycles/api-productization-cycle/stations/api-product-strategy.md) - [Integrationszyklus](https://apiopscycles.com/de/cycles/integration-productization-cycle/stations/api-product-strategy.md) - [Automatisierungszyklus](https://apiopscycles.com/de/cycles/automation-cycle/stations/api-product-strategy.md)