+216-20-933-337
P2C Web & SaaS Development
Kostenlose Beratung
Fintech

Vollständige MVP-Entwicklung für ein Fintech-Startup

Wie ein Discovery-Workshop einem Fintech-Startup zehntausende Dollar an unnötiger Softwareentwicklung ersparte und dem Unternehmen ermöglichte, ein bahnbrechendes MVP für Venture-Fonds und Investoren zu entwickeln.

Discovery-Call buchenFallstudie lesen
  • SOFTWARE-PRODUKTENTWICKLUNG
  • WEB-ENTWICKLUNG
  • UX UND DESIGN
  • DEVOPS-DIENSTE

4

ausgelieferte Releases — Transition, Alpha, MVP Block 1 und Block 2

2 × 3 Std.

Discovery-Workshop-Sitzungen statt monatelanger Mutmaßungen

800 Mio. €+

verwaltetes Vermögen bei der Venture-Capital-Gesellschaft des Kunden

Öffentlich

Launch des MVP nach einer validierten Alpha-Demo mit einem echten Fonds

01Geschäftsherausforderung

Eine Plattform, die es wert war — ohne Definition, was zu bauen war

Ein erstklassiges Entwicklungsteam zu sichern, wenn man ein Softwareprodukt entwickelt, ist nur ein Teil der Gleichung. Der Schlüssel liegt darin zu definieren, welche Art von Produkt man erstellen möchte, für wen und welche Probleme der Zielgruppe es lösen wird. Für diejenigen, die in hochanspruchsvollen Nischen tätig sind, wie unser Kunde, stellt diese Präzision sowohl eine Herausforderung als auch eine Chance dar.

P2C wurde von einem europäischen Venture-Capital-Unternehmen mit über 800 Millionen Euro verwalteten Vermögenswerten kontaktiert. Sie planten, ein Fintech-Startup zu gründen und eine Webplattform zu entwickeln, um Informationen für VC-Investoren und -Fonds zu konsolidieren.

Die vorgesehene Lösung

sollte:

  • Investoren prägnante, visuell ansprechende Informationen über potenzielle Investitionsmöglichkeiten und deren Bedingungen präsentieren, anstatt umfangreiche 50-seitige Berichte.
  • Einen sicheren Raum für die Kommunikation zwischen Fonds und Investoren bereitstellen und sich von der traditionellen E-Mail-Kommunikation entfernen.
  • Eine umfassende Erfahrung für Investoren bieten und die Notwendigkeit eliminieren, zwischen mehreren Systemen zu wechseln.
  • Fonds mit automatisierten Back-Office-Funktionen ausstatten und die Personalstunden erheblich reduzieren.

02Was schieflief

Diese innovative und weitreichende B2B2C-Lösung hatte das Potenzial, den Markt im Sturm zu erobern, selbst als MVP. Doch der planlose Ansatz bei der Umsetzung setzte das gesamte Projekt aufs Spiel.

Anfangs arbeitete der Kunde mit einem anderen Technologiepartner zusammen, der angeboten hatte, ein reines Entwicklerteam für das Projekt aufzustellen. Die Spezifizierung der Anforderungen und Priorisierung der Funktionen lag in der Verantwortung des Kunden.

So lief es ab. Der Kunde skizzierte die Kernidee der Plattform seinem Auftragnehmer und fügte während des gesamten Entwicklungsprozesses weiterhin Funktionen hinzu. Nicht überraschend trafen diese Bemühungen nicht das Ziel, das der Kunde anstrebte.

Es stellte sich heraus, dass der Kunde sein Budget damit verbraucht hatte, eine Lösung zu entwickeln, die weit von seiner ursprünglichen Vision abwich. Mehrere Interessengruppen aus verschiedenen Abteilungen die Projektanforderungen nach Belieben definieren zu lassen und das Fehlen einer einheitlichen Produktvision zwischen den Produkteigentümern und dem dedizierten Team führten zu einer tiefen Kluft zwischen Erwartungen und Realität. Die entwickelte Lösung sah aus wie ein schön visualisiertes Excel-Arbeitsblatt anstatt einer erstklassigen digitalen Fundraising-Plattform.

Trotz der Entwicklung einiger der beabsichtigten Funktionen konnte das Team die gesamte Lösung nicht zusammenbringen, und die Situation verschärfte sich mit jeder neuen Funktionsimplementierung. Die Webplattform nützte niemandem: weder den Fonds und Investoren noch dem Kunden.

Der Wendepunkt

Das Problem erforderte Input von einem erfahrenen Produktentwicklungsberater, und da der vorherige Auftragnehmer keinen bereitstellen konnte, begann der Kunde, nach einem neuen Technologieverbündeten zu suchen. Diesmal beschlossen sie, unter Anbietern zu suchen, deren Expertise in Informationssicherheit und Qualitätsmanagement durch ISO 27001:2022 und ISO 9001:2015 Zertifikate gestützt war. Und so trat P2C auf den Plan.

03Unser Ansatz

Ein Discovery-Workshop vor der ersten Zeile Code

Bei P2C wissen wir, wie wir die Probleme von Kunden angehen können, die sich nach enttäuschender Zusammenarbeit mit anderen Technologiepartnern an uns wenden. Manchmal kann die Situation völlig verwirrt sein. Es kann keine grundlegende Dokumentation über das Projekt geben, und es kann für die Stakeholder schwierig sein zu definieren, wie sie das Endprodukt sehen. In solchen Fällen schlagen wir vor, einen Discovery-Workshop durchzuführen, bevor wir in die Entwicklung eintauchen, um die Produktvision in eine Reihe spezifischer Aktionen zu rahmen, die den Erfolg des Projekts sicherstellen würden.

Im Projekt lauerten die Haupträtsel

in der Vor-Entwicklungsphase. Unser Team musste:

  1. 01

    Die Informationen verarbeiten

    vom Kunden erhalten und die Vision&Scope-Dokumentation des Projekts erstellen

  2. 02

    Sammeln und klären

    Geschäftsanforderungen zusammen mit technischen und nicht-technischen Einschränkungen

  3. 03

    Priorisieren

    die Funktionen der Lösung

  4. 04

    Die Projektiterationen gestalten

    im Einklang mit den Funktionen, die es haben sollte

  5. 05

    Bewerten

    das aktuelle Produkt gegen die aktualisierten Anforderungen

04Gelieferter Mehrwert

Was war der Wert eines Discovery-Workshops für den Kunden?

  1. Klar definierte Geschäftsanforderungen und Produktvision

    Der Kunde erhielt ein Vision&Scope-Dokument, in dem alle funktionalen und nicht-funktionalen Anforderungen für das Projekt erfasst wurden. Diese Informationen stellten sicher, dass alle am Entwicklungsprozess beteiligten Teilnehmer auf einer Linie waren und ähnliche Erwartungen an das Endprodukt hatten.

    Darüber hinaus konnte der Kunde mit Vision&Scope in der Hand nahtlos zu einem anderen Technologiepartner wechseln — falls er das Bedürfnis verspürte — ohne zum Ausgangspunkt zurückzukehren.

  2. Ausgewogener Entwicklungsbereich und Geschäftswert

    Wenn man dem Hier-und-Jetzt-Prinzip bei der Entwicklung von Produktfunktionen folgt, ist der Versuch, jede einzelne Idee umzusetzen, die man hat, ein sicherer Weg, sein Produkt mit auffälligen Komponenten auf Kosten der wichtigen zu übersättigen. Es ist eine rutschige Piste, besonders für ein MVP. Durch das Verfolgen übermäßiger Funktionalität ist es leicht, den Kern des MVP zu verlieren, was zu verpassten Deadlines und verschwendetem Budget führt.

    Eine ordnungsgemäße Bewertung und Priorisierung von Funktionen mit dem Solution Architect ermöglichte es dem Kunden, Geschäftswert, Entwicklungskosten und Zeit auszugleichen.

  3. Potenzial für Produktverbesserung

    Alle beim Discovery-Workshop erstellten Artefakte wurden dokumentiert. Und alles, was nicht in das MVP aufgenommen wurde, könnte in die nachfolgenden Produktversionen aufgenommen werden. Auf diese Weise erhielt der Kunde ein Backlog, das für die zukünftige Entwicklung nach dem Rollout des Minimum Viable Product bereit war.

  4. Ausgerichtete Produktvision zwischen dem Kunden und dem dedizierten Team

    Die enge Zusammenarbeit mit unseren Stakeholdern ermöglichte es uns, das Produkt nahtlos innerhalb der projizierten Zeit und des Budgets zu gestalten.

  5. Reduzierte Time-to-Market

    Obwohl ein Discovery-Workshop einige Zeit in Anspruch nahm, zahlte sich die Ausarbeitung von Anforderungen, die Priorisierung von Funktionen und die Entwicklung einer gemeinsamen Vision des Projekts aus. Es ermöglichte dem Team, sich in der Entwicklungsphase mit hoher Geschwindigkeit zu bewegen, da sie einen gut definierten Aktionsplan hatten und sich vollständig auf Produktentwicklung und Tests konzentrieren konnten.

05Hinter den Kulissen

Wie lief der Discovery-Workshop ab?

Die Anzahl und Dauer der Workshop-Sitzungen hängt von der Komplexität des Projekts und dem Umfang der Probleme ab, die vor Beginn der Entwicklung geklärt werden müssen. Im Fall unseres Kunden haben wir zwei dreistündige Sitzungen vorgeschlagen.

Sitzung 1

Untersuchung der bestehenden Lösung mit den Produkteigentümern und Sammeln aktueller Geschäftsanforderungen und Einschränkungen des Produkts

Im ersten Workshop hat unser dediziertes Team Informationen über Folgendes gesammelt und analysiert:

  • Problem, Aufgabe und Geschäftsmöglichkeit
  • Ist-Zustand des Produkts
  • Erfolgskriterien
  • Stakeholder
  • Unser Produkt
  • Risiken
  • Funktionale und nicht-funktionale Anforderungen
  • Zielgruppe
  • Wettbewerber
  • Einzigartige Wertversprechen
  • Einschränkungen

Zum Beispiel war eine der Bedenken des Kunden, dass die Lösung nicht sicher genug wäre, um Dokumente mit sensiblen Finanzdaten von Venture-Fonds und Investoren zu verwalten.

Um dieses Fort-Knox-Sicherheitsniveau zu garantieren, haben wir angeboten, die Anforderungen für die Autorisierung auf der Plattform zu verschärfen und Schulungen zur Verwendung und Verwaltung der Lösung für die Mitarbeiter des Kunden anzubieten.

Nach einer eingehenden Diskussion hat unser Team eine Woche damit verbracht, die gesammelten Daten zu verarbeiten, mögliche Strategien zu entwickeln, um das Projekt wieder auf den richtigen Weg zu bringen, und ein Vision&Scope-Dokument für den zweiten Workshop vorzubereiten.

Sitzung 2

Vision&Scope-Präsentation, um unsere Idee der Überarbeitung der bestehenden Lösung gemäß den aktualisierten Anforderungen hervorzuheben

Anstatt die bestehende Software zu verwerfen, haben wir beschlossen , ihr neues Leben einzuhauchen und schrittweise vorzugehen:

Nachdem ihr vorheriger Technologiepartner eine endgültige Lösung geliefert hatte, die erheblich von der ursprünglichen Idee abwich, schätzte der Kunde unseren iterativen und inkrementellen Ansatz.

Darüber hinaus ermöglichte diese Strategie dem Kunden, die Beta-Version des Produkts zu nutzen, um zukünftige Plattformbenutzer – Investoren und Fonds – anzulocken. Das Engagement von Kunden ist viel einfacher, wenn Sie eine Demo-Version haben, die sie durchklicken können, um sich einen Eindruck von der Funktionalität der Plattform zu verschaffen.

Die Diskussion über die Bereichsaufschlüsselung ermöglichte es uns, die Reihenfolge der Implementierung der Funktionen zu priorisieren. Einige von ihnen, wie die Zwei-Faktor-Authentifizierung (2FA), wurden in die Alpha-Version verschoben, während andere für spätere Phasen verschoben wurden. Zum Beispiel wollte der Kunde integrierte Analysen für die Opportunities-Seite in die Alpha-Version aufnehmen, aber sie benötigten eine Integration mit Tableau dafür. Daher wurde diese Funktionalität auf zukünftige Releases verschoben.

Wir haben auch vorgeschlagen, die Teamzusammensetzung zu überdenken und sie mit unserem klassischen Trio aus Business Analyst, Solution Architect und UX/UI Designer zu stärken, typisch für einen P2C-Produktansatz. Auf diese Weise stellten unsere Experten sicher, dass das Produkt kundenzentriert erstellt wurde.

Der Kunde schätzte den geschäftsmäßigen Ansatz des P2C-Teams. Sie haben unsere Ideen genehmigt, und so sind wir direkt in die Arbeit an der nächsten Phase eingestiegen.

  1. 01

    Übergangsphase

    um das Projekt zu übernehmen

  2. 02

    Alpha-Release

    der Demo-Version des Produkts, um bereits implementierte Schlüsselfunktionen zu reparieren

  3. 03

    MVP Block 1 Release

    um obligatorische Kernfunktionen für die Fondsbenutzer-Rolle (Investor) innerhalb der Plattform zu entwickeln

  4. 04

    MVP Block 2 Release

    um sekundäre Kernfunktionen für die Fondsadministrator-Rolle innerhalb der Lösung hinzuzufügen

  5. 05

    Zukünftige Releases

    um die Produktfunktionalität zu verfeinern

06Lieferung

Auslieferung in vier Releases

  1. Übergangsphase

    In dieser Phase konzentrierten wir uns auf:

    • Audit der aktuellen Plattform. Wir überprüften die Funktionalität des Kunden als Fondsadministrator und die Endbenutzerfunktionen für die Fondsbenutzer-Rolle (Investor), die vor der Zusammenarbeit mit P2C auf der Plattform implementiert wurden. Auf diese Weise bestimmten wir, welche der bereits entwickelten Funktionen in die Alpha-Version aufgenommen werden sollten.
    • Fehlerbehebung und Bug-Fixes. Wir bewerteten die Prioritäten für Bug-Fixes. Zum Beispiel mussten Authentifizierung, Benachrichtigungssystem und Chat zuerst repariert werden.

    Die Übergangsphase führte zur Schaffung eines gemeinsamen wertbasierten Entwicklungsmodells mit beschriebenen Phasen, Meilensteinen und Releases. Da wir den Umfang für die Alpha-Version ausgearbeitet hatten, gingen wir zu dieser über.

  2. Alpha-Release

    Unser Hauptziel war es, eine Basis für die zukünftige Entwicklung zu schaffen. Der Alpha-Release umfasste einen begrenzten Satz von Kernfunktionen, um die Time-to-Market des Produkts zu beschleunigen und maximalen Geschäftswert mit minimalem Aufwand und Kosten zu bieten. Das P2C-Team deckte ab:

    • Durchführung des Code-Refactorings. Wir haben den Spaghetti-Code eliminiert, der vom ehemaligen Technologiepartner des Kunden geerbt wurde, um den Prozess der Aufdeckung von Bugs und Schwachstellen zu vereinfachen und die Effizienz und Wartbarkeit des Produkts zu verfeinern.
    • Implementierung notwendiger Fixes für aktuelle Funktionen. Zuvor war nur die manuelle Abmeldung verfügbar, daher haben wir die automatische Abmeldung für die Fondsbenutzer-Rolle (Investor) hinzugefügt.
    • Überprüfung von UX/UI. Die aktuelle Plattform sah mehr wie eine visuell ansprechende Excel-Tabelle aus, während der Kunde Wert auf Innovation legen und das Produkt in Aussehen und Gefühl auf dem neuesten Stand machen wollte.

    Der Alpha-Release führte zur Erstellung der Produktversion mit aktualisierten Kernfunktionen und Design, bereit für Tests durch Early Adopters.

  3. MVP-Release

    Der Kunde präsentierte die Demo der Alpha-Version einem der Fonds. Es war eine Art Validierungsmeilenstein für unseren Kunden, den sie bestanden haben. Daher gingen wir zur Verfeinerung des Produkts über, berücksichtigten Feedback vom Early Adopter und fügten der Plattform neue Funktionen hinzu, um den Kunden einen greifbareren Wert zu bieten.

    • Zunächst haben wir die Funktionalität für die Fondsbenutzer-Rolle erweitert. Die folgenden Funktionen waren im MVP Block 1 enthalten:
    • 2FA. In Übereinstimmung mit den Best Practices und dem Wunsch des Kunden, die Sicherheitsstandards der Plattform zu erhöhen, haben wir die Zwei-Faktor-Authentifizierung für Fondsbenutzer implementiert.
    • Dokumentation verwalten. Fondsbenutzer können Dokumente in verschiedenen Formaten öffnen, lesen und herunterladen, im Gegensatz zur Plattformversion, die vom vorherigen Auftragnehmer bereitgestellt wurde, wo Benutzer nur die Liste der Dokumente sehen konnten.
    • Vollständiges Bild der Investitionstätigkeit sehen. Fondsbenutzer können das investierte Geld und den verbleibenden Betrag, den sie investieren können, überprüfen.
    • In der MVP Block 2 Phase haben wir die Funktionalität für die Fondsadministrator-Rolle verbessert:
    • Investorenorganisationen-Benutzer überwachen. Der Fondsadministrator kann Benutzer der Investorenorganisationen löschen, Benutzerkonten aktivieren und deaktivieren. In der vorherigen Version konnte der Administrator nur Benutzer erstellen und bearbeiten.
    • Opportunities verwalten. Der Fondsadministrator darf neue Opportunities hinzufügen, ihre Sichtbarkeit festlegen, sie bearbeiten oder deaktivieren. Zuvor konnten Administratoren nur die Opportunities sehen, die der Plattformbesitzer veröffentlicht hat.
    • Dokumentation handhaben. Der Fondsadministrator kann Dokumente durchsuchen und filtern, während sie zuvor nur eine Liste von Dokumenten anzeigen konnten.

    Das Hauptlieferobjekt der MVP-Phase war das Produkt der Öffentlichkeit zu starten.

  4. Zukünftige Releases

    Basierend auf dem Feedback der Endbenutzer haben wir Updates geplant, die sowohl Fonds als auch Investoren begeistern werden:

    • Von Drittanbieter-Integrationen profitieren. Die Integration mit Tableau steht ganz oben auf der Liste, um Endbenutzern eingebettete Analysen innerhalb der Plattform zu bieten.
    • Opportunities verwalten. Automatisierte Benachrichtigungen für Investoren über Änderungen in Opportunities, um ihnen zu helfen, die Angebote im Auge zu behalten, die sie interessieren.
    • Daten für interne und externe Zwecke vorbereiten. Investitionen zusammenfassen und Berichte generieren, um Back-Office-Aufgaben zum Kinderspiel zu machen.
    • Mit Investoren kommunizieren. Sichere In-App-Messaging anstelle von E-Mailing.

07Das Produkt

Ein Blick in die Plattform

Opportunities, Dokumente und Investitionsaktivität an einem Ort — für Fondsnutzer und Fondsadministratoren.

Opportunities-Übersicht — knappe Investitionskonditionen statt 50-seitiger Berichte
Dokumentenverwaltung mit Suche, Filterung und Download
Fondsadmin-Steuerung für Nutzer, Sichtbarkeit und Opportunities

08Ergebnis

Vorher und nachher

Vorher

  • Verwirrung darüber, wohin das Projekt geht und wann es fertig sein wird
  • Zweifel daran, ob das Ziel weiterhin verfolgt werden sollte
  • Mangelndes Verständnis zwischen dem Entwicklungsteam und den Produktstakeholdern
  • Zufällige Reihenfolge der Implementierung von Funktionen
  • Budget für die Erstellung eines unfertigen Produkts verschwendet
  • Halbfertiges Produkt ohne Wert für den Kunden oder Endbenutzer

Nachher

  • Klare Projekt-Roadmap mit einer detaillierten Beschreibung jeder Phase
  • Geteilte Vision des zukünftigen Produkts
  • Schrittweise Funktionsbereitstellung mit Priorisierung des Wichtigsten
  • Ein robustes MVP, das nicht nur den Anforderungen entspricht, sondern auch die Aufmerksamkeit der Benutzer auf sich zieht

Konsistenz

Laserfokussierte Strategieadhärenz.

Kohäsion

Kontinuierliche Zusammenarbeit zwischen den Stakeholdern und dem dedizierten Team.

Effizienz

Lieferung der Lösung, die auch als MVP profitabel ist.

09Kundenbewertung

Es kommt noch viel mehr, aber wir können bereits bestätigen, dass es herausragend ist und sich völlig von dem unterscheidet, was wir in anderen Fällen gesehen haben. Wir wollen ein sicheres, konsistentes, dynamisches, skalierbares und intuitives System haben, und es geht wirklich in die richtige Richtung.
Product OwnerEuropäische Venture-Capital-Gesellschaft

10Das Team

Teamzusammensetzung

  • Business Analyst

    Erhob Anforderungen und Rahmenbedingungen und verfasste das Vision&Scope-Dokument.

  • Solution Architect

    Bewertete und priorisierte Funktionen, um Geschäftswert, Entwicklungskosten und Zeit auszubalancieren.

  • UX/UI-Designer

    Überarbeitete Look and Feel, sodass die Plattform nicht mehr wie eine aufbereitete Tabelle wirkte.

  • Dediziertes Entwicklungsteam

    Refaktorierte den übernommenen Code und lieferte die Releases Alpha, MVP Block 1 und Block 2.

11Vertrauen

Compliance und Sicherheit

ISO 27001:2022ISO 9001:2015
  • Informationssicherheit und Qualitätsmanagement, belegt durch ISO-Zertifizierung — der Grund, warum der Kunde P2C in die engere Wahl nahm.
  • Zwei-Faktor-Authentifizierung für Fondsnutzer, umgesetzt in MVP Block 1.
  • Automatische Abmeldung für die Rolle Fondsnutzer (Investor) ergänzt, wo zuvor nur manuelle Abmeldung existierte.
  • Verschärfte Autorisierungsanforderungen für Dokumente mit sensiblen Finanzdaten.
  • Schulung der Mitarbeitenden des Kunden zur Nutzung und Verwaltung der Lösung.

12FAQ

Fragen, die Gründer vor dem Start stellen

Was ist ein Discovery-Workshop und wie lange dauert er?
Für dieses Projekt waren es zwei dreistündige Sitzungen plus eine Woche Aufarbeitung dazwischen. Die erste Sitzung erfasste Anforderungen, Rahmenbedingungen, Risiken und den Ist-Zustand des Produkts; die zweite präsentierte ein Vision&Scope-Dokument und einen priorisierten Release-Plan. Anzahl und Dauer der Sitzungen hängen von der Komplexität des Projekts und dem Umfang der vor Entwicklungsbeginn zu klärenden Fragen ab.
Können Sie ein Produkt übernehmen, das eine andere Agentur begonnen hat?
Ja. Statt die vorhandene Software zu verwerfen, beginnen wir mit einer Transition-Phase: einem Audit des bereits Gebauten, einer Prioritätenliste für die Fehlerbehebung und einer Entscheidung, welche vorhandenen Funktionen in die nächste Release kommen. In diesem Projekt entstand daraus ein gemeinsames wertbasiertes Entwicklungsmodell mit beschriebenen Phasen, Meilensteinen und Releases.
Wie gehen Sie mit sensiblen Finanzdaten um?
Unsere Praktiken für Informationssicherheit und Qualitätsmanagement sind nach ISO 27001:2022 und ISO 9001:2015 zertifiziert. Auf dieser Plattform haben wir die Autorisierungsanforderungen verschärft, Zwei-Faktor-Authentifizierung für Fondsnutzer eingeführt, automatische Abmeldung ergänzt, wo nur manuelle Abmeldung existierte, und die Mitarbeitenden des Kunden zur Nutzung und Verwaltung der Lösung geschult.
Was gehört uns, wenn wir später mit jemand anderem arbeiten?
Das Vision&Scope-Dokument gehört Ihnen. Es erfasst alle funktionalen und nicht funktionalen Anforderungen, sodass der Kunde nahtlos zu einem anderen Technologiepartner wechseln könnte — falls er dies für nötig hielte — ohne wieder bei null anzufangen.
Wie schnell können wir Investoren etwas zeigen?
Genau dafür gibt es die Alpha-Release. Sie enthält einen begrenzten Satz an Kernfunktionen mit aktualisiertem Design, bereit für den Test durch frühe Anwender. Unser Kunde zeigte diese Demo einem der Fonds als Validierungsmeilenstein vor dem öffentlichen MVP-Launch.

Weitere Fallstudien

Haben Sie eine ähnliche Projektidee?

Schreiben Sie uns eine Nachricht über Ihr Projekt an oder über das Kontaktformular unten, und wir werden Sie bald kontaktieren.

Kontakt aufnehmenErfolgsgeschichten
  • Einen Discovery-Workshop, der aus einer groben Idee einen abgesteckten, priorisierten Plan macht
  • Ein Vision&Scope-Dokument, das Ihnen gehört — egal, wer das Produkt baut
  • Lieferung in Releases, damit Investoren früh etwas zu sehen bekommen
  • Nach ISO 27001:2022 und ISO 9001:2015 zertifizierte Arbeitsweisen