The European financial sector is undergoing a significant transformation driven by two key regulations: the Financial Data Access (FiDA) Regulation and the Data Act. While both promote open data access, they serve distinct purposes.
Continue readingA strong foundation for DORA compliance in financial services
This document outlines ten critical use cases for API marketplaces within the financial services industry, specifically addressing
Continue readingAPIs als Produkt: Wie unsichtbare Helden Unternehmen Mehrwert bieten
In der digitalen Transformation spielen APIs (Application Programming Interfaces) eine entscheidende Rolle. Eine API ist eine Schnittstelle, die die Kommunikation und den Datenaustausch zwischen verschiedenen Softwareanwendungen ermöglicht. APIs sind die oft unsichtbaren Helden hinter innovativen Geschäftsmodellen und effizienten Prozessen. Sie ermöglichen es Unternehmen, neue Dienstleistungen zu entwickeln, bestehende Systeme zu integrieren und den Zugang zu Daten zu erleichtern. Mit der bevorstehenden FIDA-Regulierung (Financial Data Access) ist die Freigabe von Daten über bereitgestellte APIs für viele Versicherungsunternehmen und -vermittler sogar bald verpflichtend. Um das volle Potenzial von APIs auszuschöpfen und gleichzeitig die regulatorischen Anforderungen effizient zu erfüllen, ist ein “API als Produkt”-Mindset der entscheidende Erfolgsfaktor.
Was bedeutet "API als Produkt"?
Der “API als Produkt”-Ansatz bedeutet, dass APIs iterativ konzipiert, entwickelt und verwaltet werden, um den größtmöglichen Nutzen in klar definierten Anwendungsfällen zu bieten. Statt sie rein als technische Schnittstellen zu sehen, werden APIs strategisch geplant und auf die Bedürfnisse der Zielgruppe zugeschnitten. Dieser Ansatz erfordert eine produktorientierte Denkweise über den gesamten Lebenszyklus der API hinweg.
Essenzielle Schritte zur Umsetzung:
- Nutzen definieren: Welchen Mehrwert bietet die API? Sie sollte spezifische Probleme lösen und genau dazu relevante Funktionen bereitstellen. Wenn mehrere Probleme gelöst werden sollen, bietet sich eine Aufteilung in zwei separate APIs an.
- Zielgruppe bestimmen: Wer sind die potenziellen Nutzer? Das können interne Entwickler, externe Partner oder Kunden sein.
- Produktorientierung etablieren: Welche Ressourcen und Rollen sind notwendig, um die API erfolgreich zu konzipieren, zu entwickeln und zu betreiben? Hier spielen spezialisierte Rollen wie API Product Manager eine immer wichtigere Rolle.
Die vier API-Anwendungsfälle
Um diese Schritte optimal pro individueller API zu steuern, kann jede API in einen der vier Anwendungsfälle unterteilt werden:
- Inside-In: Teilen und Skalieren von internen APIs innerhalb des Unternehmens, um zum Beispiel Silos zu reduzieren und die Effizienz zu steigern.
- Inside-Out: Bereitstellung eigener APIs für externe Kunden und Partner, um Partnerschaften zu fördern und neue Geschäftsmodelle zu ermöglichen. Besonders relevant wird hier die kommende europäische FIDA Regulatorik, die das Anbieten dieser APIs für Finanzunternehmen verpflichtend macht.
- Outside-In: Integration von externen API-Services in die eigene Infrastruktur, um eigene Anwendungen schneller und effizienter zu entwickeln. Bei diesem Fall besteht gerade aufgrund der seit 2023 aktiven und ab Januar 2025 zwingend anzuwendenden DORA-Verordnung (Digital Operational Resilience Act) erheblicher Handlungsbedarf.
- Outside-Out: Aufbau von branchenweiten API-Marktplätzen und Ökosystemen, die den Datenaustausch standardisieren und vereinfachen.

Beteiligte Rollen und ihre Aufgaben
Traditionell waren alleine die Entwickler für “ihre” APIs verantwortlich. Im “API als Produkt”-Ansatz zeigt sich jedoch zunehmend, dass der Erfolg von der Zusammenarbeit verschiedener Stakeholder abhängt. Entscheidend ist die Einbindung wesentlicher Unternehmensfunktionen. Diese müssen das API-Angebot verstehen, um zum Erfolg beizutragen. Zwei zentrale Funktionen dabei sind:
- (Partner)-Vertrieb und Marketing: Präsentieren die API professionell, kümmern sich um Dokumentation, Preisgestaltung und Lead-Generierung. Sie spielen eine entscheidende Rolle bei der Positionierung der API am Markt.
- Controlling und Accounting: Überwachen die Nutzung der API und kümmern sich um interne Verrechnungen und externe Abrechnungen.
Weitere Rollen sind unter anderem Procurement, IT-Architekten, Product Owner, Legal, Support-Teams und Compliance, besonders in Hinblick auf FIDA. Die Einbindung aller dieser Stakeholder ist entscheidend für die Effizienz des “API als Produkt”-Modells.
Zusätzlich ist der Aufbau zweier spezialisierter Rollen empfehlenswert. Ein API Product Manager ist verantwortlich für den gesamten Lebenszyklus eines API-Produkts, einschließlich Kundenfeedback und Performance. Er stellt sicher, dass die API den Geschäftszielen entspricht und kontinuierlich verbessert wird. Ein API Program Manager kümmert sich um den Aufbau des kompletten API-Ökosystems, die Befähigung von Teams und die Einhaltung von Governance-Standards.
Time to First Call (TTFC) als entscheidende Kennzahl
Für einen iterativen “API als Produkt”-Ansatz entscheidend sind klare KPIs/Kennzahlen absolut entscheidend, um die API iterativ in die richtige Richtung weiterzuentwickeln und zu verbessern. Eine sehr geeignete Kennzahl ist “Time to First Call” (TTFC). Diese Kennzahl definiert sich durch die Zeitspanne zwischen dem erstmaligen Auffinden der API und dem ersten erfolgreichen API Aufruf. Sie kann durch einen simplen Usertest mit einem Entwickler regelmäßig gemessen werden.
Eine kurze TTFC bedeutet:
- Effiziente Iteration: Schnelles Testen der API unter möglichst realen Bedingungen ermöglicht es, Unklarheiten direkt zu beseitigen und die Integration vorzubereiten.
- Hohe Dokumentationsqualität: Eine kurze TTFC weist auf eine sehr gute API-Dokumentationsqualität und ein durchdachtes Onboarding hin.
- Reduzierung manueller Aufwände: Eine kurze TTFC bedeutet automatisierte Prozesse, diese sparen Ressourcen und minimieren Fehlerquellen auf beiden Seiten.
Insgesamt ist eine kurze TTFC ein starker Indikator für eine hohe Akzeptanz und gute Nutzererfahrung der API. Interessant ist dabei die große Spanne in den Werten des TTFC. Während API-Vorreiter wie Twilio oder Google mit seine Google Maps API Werte unter 15 Minuten erreichen, schaffen viele Unternehmen nur Werte im Bereich von Tagen oder sogar Wochen mit ihren APIs. Entscheidende Faktoren für diese enormen Unterschiede sind dabei das optimierte Auffinden, das Bestellen/Anfordern der API und eine automatisierte Bereitstellung, drei Vorgänge, die zum Beispiel apinity über seine Marketplace Lösung abdeckt.
Tipps zur Verbesserung der TTFC:
Konkrete Schritte hin zu einer besseren TTFC sind:
- Self-Service-Subscription anbieten: Minimiert manuelle Schritte im Onboarding und beschleunigt den Prozess. Ganz konkret kann man sich Self-Service wie den Bestellvorgang im Online-Shop vorstellen – man wählt eine die APIs aus und erhält dann die Zugangsdaten.
- Standardisierung nutzen: Durch die Verwendung von Standards wie der OpenAPI Specification und OAuth2 wird das Verständnis erleichtert.
- Beispieldateien und -werte bereitstellen: Sie helfen Entwicklern, die benötigten Eingabedaten für die APIs klar zu verstehen.
- Klar definierte Anwendungsfälle: Ermöglichen es, den Nutzen der API anschaulich zu verstehen.
- Demo-APIs und Playgrounds einrichten: Bieten eine risikofreie Umgebung zum Ausprobieren der API.

Fazit
Ein “API als Produkt”-Mindset ist der Schlüssel, um das volle Potenzial von APIs zu nutzen. Durch die klare Definition des geschäftlichen Nutzens und der Anwendungsfälle sowie die Einbindung aller relevanten Stakeholder können Unternehmen ihre APIs optimieren. Die Time to First Call als Kennzahl hilft dabei, den aktuellen Stand zu bewerten und kontinuierliche Verbesserungen vorzunehmen. Die Regularien FIDA und DORA machen das Anbieten von APIs und einen effizienten Umgang mit APIs zu einer Notwendigkeit für jedes Versicherungsunternehmen.
Für Unternehmen, die Unterstützung bei der Konzeption und dem Aufbau von internen und externen API-Marktplätzen sowie API-Portalen suchen, bietet apinity.io maßgeschneiderte Lösungen an.
Autor: Fabian Kolbe, Senior Solution Engineer, apinity
Dieser Artikel wurde im Versicherungsforen-Themendossier Nr. 19/2024 veröffentlicht.
APIs as a Product: How invisible heroes drive business value
In digital transformation, APIs (Application Programming Interfaces) play a crucial role. An API is an interface that enables communication and data exchange between different software applications. APIs are often the invisible heroes behind innovative business models and efficient processes. They allow companies to develop new services, integrate existing systems, and facilitate access to data. With the upcoming FIDA regulation (Financial Data Access), the release of data via provided APIs will soon be mandatory for many insurance companies and intermediaries. To fully harness the potential of APIs while efficiently meeting regulatory requirements, adopting an “API as a Product” mindset is the key to success.
What does "API as a Product" mean?
The “API as a Product” approach means that APIs are designed, developed, and managed iteratively to provide maximum value in clearly defined use cases. Instead of viewing them purely as technical interfaces, APIs are strategically planned and tailored to the needs of the target audience. This approach requires a product-oriented mindset throughout the entire lifecycle of the API.
Essential steps for implementation:
- Define the value: What benefit does the API offer? It should solve specific problems and provide relevant functions for those issues. If multiple problems need to be addressed, it might be best to split them into separate APIs.
- Identify the target audience: Who are the potential users? These could be internal developers, external partners, or customers.
- Establish product orientation: What resources and roles are necessary to successfully design, develop, and operate the API? Specialized roles like API Product Managers are increasingly important here.
The four API use cases
To optimally manage each API step-by-step, every API can be categorized into one of four use cases:
- Inside-In: Sharing and scaling internal APIs within the company, for example, to reduce silos and increase efficiency.
- Inside-Out: Providing APIs to external customers and partners to foster partnerships and enable new business models. This is particularly relevant with the upcoming European FIDA regulation, which mandates financial companies to offer these APIs.
- Outside-In: Integrating external API services into the company’s infrastructure to develop applications faster and more efficiently. Due to the Digital Operational Resilience Act (DORA), which has been in effect since 2023 and must be fully implemented by January 2025, there is significant urgency in this area.
- Outside-Out: Building industry-wide API marketplaces and ecosystems to standardize and simplify data exchange.

Roles and responsibilities involved
Traditionally, developers were solely responsible for “their” APIs. However, the “API as a Product” approach shows that success increasingly depends on the collaboration of various stakeholders. The integration of essential corporate functions is crucial to understanding and contributing to the success of the API offering. Two key functions are:
- (Partner) Sales and Marketing: They present the API professionally, handle documentation, pricing, and lead generation, and play a crucial role in positioning the API in the market.
- Controlling and Accounting: They monitor API usage and manage internal charging and external billing.
Other roles include Procurement, IT Architects, Product Owners, Legal, Support Teams, and Compliance, especially in light of FIDA. Involving all these stakeholders is essential for the efficiency of the “API as a Product” model.
Additionally, building two specialized roles is recommended. An API Product Manager is responsible for the entire lifecycle of an API product, including customer feedback and performance. They ensure that the API aligns with business objectives and is continuously improved. An API Program Manager oversees the development of the entire API ecosystem, empowers teams, and ensures adherence to governance standards.
Time to First Call (TTFC) as a key metric
For an iterative “API as a Product” approach, clear KPIs (Key Performance Indicators) are crucial for iteratively developing and improving the API in the right direction. A highly relevant metric is Time to First Call (TTFC). This measures the time between discovering the API and making the first successful API call. It can be measured regularly through simple user tests with a developer.
A short TTFC indicates:
- Efficient iteration: Rapid API testing under real-world conditions helps eliminate uncertainties and prepare for integration.
- High documentation quality: A short TTFC reflects excellent API documentation and a well-thought-out onboarding process.
- Reduced manual efforts: A short TTFC means automated processes, saving resources and minimizing errors on both sides.
Overall, a short TTFC is a strong indicator of high acceptance and a good user experience with the API. Interestingly, the range of TTFC values varies widely. While API leaders like Twilio or Google’s Google Maps API achieve values below 15 minutes, many companies take days or even weeks. Key factors driving these differences are optimized API discovery, ordering/requesting the API, and automated provisioning—three processes covered by apinity’s marketplace solution.
Tips for improving TTFC:
- Offer self-service subscription: Minimize manual steps in onboarding and speed up the process. Think of self-service like ordering in an online shop—select APIs and receive access credentials.
- Use standardization: Using standards like the OpenAPI Specification and OAuth2 makes understanding easier.
- Provide sample files and values: Help developers clearly understand the required input data for APIs.
- Define clear use cases: Make it easy to grasp the API’s benefits.
- Set up demo APIs and playgrounds: Offer a risk-free environment to try out the API.

Conclusion
An “API as a Product” mindset is key to unlocking the full potential of APIs. By clearly defining the business value and use cases and involving all relevant stakeholders, companies can optimize their APIs. The Time to First Call metric helps assess the current state and drive continuous improvement. Regulations like FIDA and DORA make providing APIs and managing them efficiently a necessity for every insurance company. For businesses seeking support in designing and building internal and external API marketplaces and portals, apinity.io offers tailored solutions.
Author: Fabian Kolbe, Senior Solution Engineer, apinity
This article was originally published in German in the Versicherungsforen-Themendossier Nr. 19/2924.
The hidden power brokers in EU Data Act enforcement
The European Union is creating a regulatory framework to foster open data markets through the EU Data Act and FIDA.
Continue readingA comparison of API portals and API marketplaces
As the demand for APIs continues to grow, understanding the nuances between API Portals and API Marketplaces becomes increasingly important for businesses and developers alike.
Continue readingThe role of API marketplaces in API federation
API Federation refers to the practice of combining multiple APIs or microservices into a cohesive, unified interface . This approach has become increasingly important
Continue readingLinking embedded insurance and API marketplaces
The insurance industry, once characterized by its traditional, agent-driven model, is undergoing a profound transformation.
Continue reading