MVP – Der Beginn des Richtigen

Dies ist der erste Beitrag unserer Reihe an Artikeln zur Entwicklung eines MVP.

MVP steht für Minimum Viable Product. Es zielt darauf ab, wertvolles Nutzer:innenfeedback so früh wie möglich in der Implementierungsphase zu erhalten und gleichzeitig schnell zu entwickeln. Ein MVP ist die Version eines neuen Produkts, die es einem Team ermöglicht, mit minimalem Aufwand ein Maximum an validiertem Kundenwissen zu sammeln. Ein einfaches Beispiel aus dem Finanzsektor ist eine Banking-App, mit der man bereits eine Überweisung tätigen, aber keine Einstellungen ändern kann.

MVPs werden oft mit agilen Techniken entwickelt, was bedeutet, dass Funktionen im Laufe der Zeit nach Bedarf hinzugefügt werden können. Oft ist auch eine Low-Code- oder No-Code-Lösung möglich. Um erfolgreich zu sein, müssen MVPs immer einen initialen Nutzen für die Anwender:innen bieten. Aber wie findet man den schmalen Grat zwischen so viel wie nötig und so wenig wie möglich, und wie schafft man es gleichzeitig, compliant zu sein?

Herausforderungen der Regulierung

Die Entwicklung von MVPs kann in regulierten Branchen wie dem digitalen Gesundheitswesen besonders schwierig sein. Um sicherzustellen, dass das MVP die technischen Anforderungen erfüllt und den regulatorischen Anforderungen entspricht, sind User Research und Marktkenntnis unerlässlich. Das MVP muss genügend Funktionen bieten, um die Bedürfnisse der Benutzer:innen zu erfüllen, ohne dabei zu sehr ins Detail zu gehen und etwas zu schaffen, das nicht notwendig oder praktisch ist.

Bei der Überlegung, welche Funktionen in einem MVP für digitale Gesundheitsanwendungen enthalten sein sollten, ist es wichtig, Auswirkungen der User Experience auf die Sicherheit und Zufriedenheit der Patient:innen zu bewerten. Ein MVP sollte über eine solide Grundlage verfügen, die alle notwendigen rechtlichen Anforderungen wie Authentifizierungs- und Autorisierungsmaßnahmen, Datenschutz- und Sicherheitsprotokolle, Usability-Tests usw. umfasst, bevor zusätzliche Funktionen hinzugefügt werden.

All diese Anforderungen zu erfüllen, bevor ein MVP auf den Markt kommt, kann eine Belastung für innovative Produktideen darstellen und die Entwicklung enorm verlangsamen. Prinzipien wie MoSCoW oder User Story Mapping können helfen, die entscheidenden Komponenten bereitzustellen und nicht dem HIPPO-Ansatz zu folgen. Darüber hinaus kann es helfen, Stakeholder und Kontrollfunktionen mit der Produktidee und -vision vertraut zu machen und gleichzeitig eine Roadmap zu skizzieren, um flexibel und agil zu bleiben.

Die Bedeutung von Datenschutz

Bei der Entwicklung eines MVP für das Gesundheitswesen ist zu beachten, dass es einer Vielzahl von Vorschriften entsprechen muss. In erster Linie gilt es, die Liste der geschützten Gesundheitsdaten zu beachten, die unter anderem Folgendes umfasst:

Die gesammelten Daten müssen vor unberechtigtem Zugriff geschützt werden, wobei ein einfacher Zugang für berechtigte Parteien gewährleistet sein muss. Der Austausch, das Kopieren und die Speicherung von Daten müssen unter dem Gesichtspunkt des Risikomanagements bewertet und entsprechend geregelt werden. Darüber hinaus sollten alle autorisierten Benutzer:innen Zugang zu rollenbasierten Kontroll- und Datenverwaltungsoptionen innerhalb einer bedienungsfreundlichen Schnittstelle haben.

Produkte innerhalb der Europäischen Union müssen zudem der Datenschutz-Grundverordnung entsprechen. Einzige Ausnahme sind Produkte, die keine sensiblen Daten erfassen oder verarbeiten. In einem stark regulierten Umfeld wie dem Gesundheitswesen ist es daher wichtig, den richtigen Partner bereits für die Entwicklung eines MVP zu wählen.

Mehr als Datenschutz

Es gibt weitere Vorschriften, die bei der Entwicklung eines Medizinprodukts berücksichtigt werden müssen, unabhängig davon, ob es sich um ein MVP oder ein vollständiges Produkt handelt:

  1. Medical Device Regulation (MDR): Ein Regelwerk der EU, das sicherstellt, dass registrierte Medizinprodukte den geforderten Standards entsprechen und konform sind.

  2. Software as a Medical Device (SaMD): Regeln, die von medizinischen Experten (dem International Medical Device Regulators Forum) aufgestellt wurden, um zu bestimmen, was als Medizinprodukt gilt. Damit eine Software als Medizinprodukt eingestuft werden kann, muss sie als solches verwendet werden und den Diagnose- oder Behandlungsprozess unterstützen.

  3. Verordnung über In-vitro-Diagnostika (IVDR): Rechtliche Grundlage für das Inverkehrbringen, die Bereitstellung und die Inbetriebnahme von In-vitro-Diagnostika auf dem europäischen Markt.

  4. ISO 13485: Zertifizierung, die bestätigt, dass ein Produkt, das als Medizinprodukt eingestuft ist, die entsprechenden gesetzlichen Anforderungen und Kundenanforderungen erfüllt. Diese Zertifizierung ist nicht verpflichtend. Sie kann jedoch eine Reihe von Vorteilen mit sich bringen, wenn sie erworben wird.

Es ist wichtig, bereits vor Beginn der Designphase des Medizinprodukts mit Expert:innen für regulatorische Fragestellungen zusammenzuarbeiten, die mit den für Ihren Zielmarkt relevanten Vorschriften vertraut sind.


Patientenzentrierung - Entwicklung eines MVP für die, die es betrifft

Die Analyse der Kundenbedürfnisse ist auch bei der Entwicklung von MVPs für Gesundheitsprodukte von entscheidender Bedeutung. Das Verständnis der Kundenbedürfnisse vor Beginn der MVP-Entwicklung ermöglicht es den Entwickler:innen, MVPs zu erstellen, die von Anfang an auf diese Bedürfnisse zugeschnitten sind. Diese Art der Vorplanung trägt dazu bei, dass MVPs den Nutzer:innen schnell und effektiv einen ausreichenden Nutzen bieten und somit langfristig erfolgreicher sind.


Hauptanwendungsgebiete des MVP-Ansatzes in der MedTech-Branche

Schauen wir uns an, in welchen Bereichen des digitalen Gesundheitswesens MVPs sinnvoll eingesetzt werden können:

Wann ist es besser, auf die Entwicklung eines Minimum Viable Product zu verzichten?

In einem so komplexen Sektor wie dem Gesundheitswesen kann ein MVP eine hervorragende Möglichkeit sein, ein neues Produkt vorzustellen und grundlegende Fragen zu seiner Verwendung und Marktreife zu beantworten. In einigen Fällen kann jedoch die Entwicklung eines voll funktionsfähigen Produkts die bessere Wahl sein, auch wenn dies erheblich mehr Zeit und Ressourcen erfordert.

Bei einer Vielzahl von Krankheiten ist ein MVP nicht hilfreich. Akute Erkrankungen und solche, die eine dringende Unterstützung in einer professionellen Einrichtung mit zuverlässiger Ausrüstung, die unter klinischen Bedingungen getestet werden muss, erfordern, sind möglicherweise keine gute Wahl für die Entwicklung eines MVP-Produkts. In solchen Fällen ist es oft besser, die Übereinstimmung von Produkt und Markt mit Hilfe von Marketingexperimenten und Methoden zu testen, die auf der Lean-Startup-Methodik basieren.


Kontinuierliche Planung und Lernen

Eine zweckmäßige MVP-Roadmap enthält die zu entwickelnden und zu testenden Funktionen mit spezifischen Zeitplänen für jede Phase und regelmäßigen Check-Ins mit Kontrollfunktionen. Dadurch wird sichergestellt, dass das MVP rasch erstellt wird und einen ausreichenden Nutzwert bietet, aber auch, wann z. B. mit nicht-funktionalen Anforderungen zu rechnen ist. Darüber hinaus ist es wichtig, während des gesamten Entwicklungsprozesses des MVP Feedback von Nutzer:innen einzuholen, um sicherzustellen, dass es ihren Bedürfnissen entspricht.


Feedback noch früher erhalten

Prototyping ist eine weitere wichtige Komponente bei der Entwicklung von MVPs. Es ermöglicht schnelle Iterationen und das Experimentieren mit verschiedenen Funktionen, bevor ein MVP einem breiteren Publikum zugänglich gemacht wird. Die Integration von Prototyping in die Analyse und den Sprint ermöglicht die Entwicklung von bereits getesteten Elementen, wodurch die Gesamtentwicklung kosteneffizient bleibt.

Wenn ein Minimum Viable Product eingeführt wird, z. B. für eine Beta-Testphase, kann das Nutzungsverhalten überwacht und gemessen werden, bevor der Kundenstamm erweitert wird. Sobald ein MVP genügend Nutzerfeedback erhalten hat und alle Kundenanforderungen erfüllt, kann es mit zusätzlichen Funktionen zu einem vollständigen Produkt erweitert werden, das auf den Markt gebracht werden kann. Nach dem Launch des MVP und der Weiterentwicklung auf Basis von Metriken und Nutzer:innenfeedback beginnt die agile Entwicklung und der nächste Schritt auf dem Weg zum Produkt.

Zusammenfassend lässt sich sagen, dass Patientenfeedback bei der Entwicklung von MVPs für Anwendungen im Gesundheitswesen unerlässlich ist. Mithilfe von Umfragen, Interviews, Fokusgruppen, Kundenbedarfsanalysen und Prototyping-Techniken können Entwickler:innen MVPs erstellen, die den Nutzer:innen schnell und effektiv einen ausreichenden Mehrwert bieten und gleichzeitig Raum für zukünftige Iterationen auf der Grundlage von Nutzer:innenfeedback im Laufe der Zeit lassen.


Kontaktieren Sie uns!

Möchten Sie Ihre Geschäftsidee diskutieren und einen MVP entwickeln?

    Siehe weitere Artikel