Mental-Health-App entwickeln: wie Dovira zwei Oberflächen als einen Service betreibt

Wer eine Mental-Health-App entwickeln lässt, schreibt das Briefing meist aus Sicht des Mitglieds: registrieren, eine Fachperson wählen, einem Call beitreten. Dovira, eine digitale Mental-Health-Plattform von Logics7, gegründet und gebaut von der Unternehmensleitung, wurde von beiden Seiten gleichzeitig gebaut. Diese Notiz legt die Produktlogik dahinter dar: Matching, Terminplanung, Videositzungen und die zwei Oberflächen, die als ein Service laufen müssen.

Sie ist keine medizinische Beratung und trifft keine Aussage über klinische Ergebnisse. Dovira organisiert den Zugang zu Unterstützung; es behandelt niemanden.

Dovira ist eine Online-Plattform, die Menschen für Beratungen mit Fachpersonen verbindet: einzeln, als Familie oder in der Gruppe. Es ist ein Produkt von Logics7, und Logics7 betreibt es. Unsere Rolle umfasst Produktstruktur, Plattform, Matching und Terminplanung sowie den Betrieb.

Drei Dinge liegen auf einer Plattform:

• →Video-Einzelberatungen und Gruppensitzungen im Browser, im Produkt gebaut statt von einem generischen Werkzeug geliehen.
• →Eine Videobibliothek nach Bereichen, mit einer hervorgehobenen Sitzung, damit die Unterstützung zwischen den Terminen weitergeht.
• →Eine Oberfläche für Mitglieder und eine für Fachpersonen, betrieben als ein Service.

Ihr Zweck passt in vier Wörter: psychologische Unterstützung, zugänglich gemacht. Das Problem, das sie angeht, ist Logistik – der Teil der Entwicklung einer Mental-Health-App, der am leichtesten unterschätzt wird. Unterstützung scheitert an der Logistik, bevor sie am Gespräch scheitert: die richtige Fachperson finden, einen Termin buchen, der Sitzung beitreten und in der nächsten Woche wiederkommen. Ein Service, der auf Vertrauen beruht, muss jeden dieser Schritte einfach machen, für Mitglieder und für die Fachpersonen dahinter.

Eine Teletherapie-Plattform, ein Coaching-Service und ein Marktplatz für Expertenberatung haben eines gemeinsam: Jede besteht aus zwei Produkten, die sich wie eines verhalten müssen. Der typische Fehler bei der Entwicklung einer Mental-Health-App ist, zuerst die Mitglieder-App zu bauen und das Portal für Fachpersonen auf später zu verschieben. Dann läuft der Service hinter einem polierten Frontend auf Nachrichten und Tabellen, und jede Buchung, Änderung oder Absage wird Handarbeit.

Dovira wurde von beiden Seiten gleichzeitig gebaut, damit das, was das Mitglied sieht, und das, was die Fachperson sieht, zwei Sichten auf denselben Zustand sind.

Mitgliederseite: finden, zuordnen, buchen, teilnehmen

Das Mitglied findet über das Matching eine Fachperson, bucht einen Termin, nimmt an der Sitzung teil und fasst nach. Matching, Buchung und Sitzung landen in einem Kalender und einem Sitzungsdatensatz, denselben, mit denen die Fachperson arbeitet. Mitglieder-Startseite, Sitzungsplayer und Inhaltsbereiche funktionieren am Desktop und auf dem Smartphone.

Seite der Fachperson: Verfügbarkeit, Sitzungen, Dokumentation

Die Fachperson pflegt ein Profil, legt ihre Verfügbarkeit fest, führt Sitzungen durch und dokumentiert. Terminpläne, Sitzungen und Anfragen von Mitgliedern liegen an einem Ort. Diese Oberfläche ist die Hälfte des Produkts, kein Admin-Panel, das nach dem Launch ergänzt wurde.

In Dovira sind Matching und Terminplanung ein Ablauf: die richtige Fachperson und ein Termin, gemeinsam gefunden. In der Entwicklung von Online-Therapie-Plattformen wird die Terminbuchung oft als Kalender-Widget neben einem Verzeichnis behandelt. In einem zweiseitigen Service ist sie das Produkt.

Der Weg des Mitglieds

Drei Prüfsteine für den Ablauf

Drei Dinge entscheiden, ob der Ablauf funktioniert:

• →Matching-Qualität. Die Person erreicht die richtige Fachperson in dem Moment, in dem sie fragt, und keine Liste zum Scrollen. Gutes Therapeuten-Matching nimmt der Person, die Unterstützung sucht, Arbeit ab; ein Verzeichnis gibt sie ihr zurück.
• →Die Ökonomie der Fachperson: Verfügbarkeit, Nichterscheinen, Auszahlungen. Ein Service, in dem niemand arbeiten möchte, bleibt kein Service.
• →Vorhersehbarkeit. Die Plattform verhält sich jedes Mal gleich. In einem Kontext, in dem viel auf dem Spiel steht, besteht Vertrauen genau daraus.

Hier entscheidet sich auch die Nutzerbindung. In einem zweiseitigen Service entscheiden Vertrauen und Terminplanung darüber, ob Menschen wiederkommen.

Manche Entscheidungen bei der Entwicklung einer Mental-Health-App kommen vor dem ersten Screen, weil sie jeden folgenden Screen prägen. Sie haben rechtliche und berufsrechtliche Folgen und gehören deshalb zum Betreiber und zu qualifizierten Beratern, nicht allein zum Entwicklungsteam. Wir führen sie als Fragen auf. Dieser Abschnitt ist keine Rechtsberatung und trifft keine Aussage zu Compliance oder Sicherheit von Dovira.

• →Datenkategorie. Nach der DSGVO und der UK GDPR sind Gesundheitsdaten besondere Kategorien personenbezogener Daten; in den USA kann HIPAA gelten. Welche Regeln gelten, hängt davon ab, wo eine Plattform tätig ist und wen sie bedient.
• →Einwilligung. Worin das Mitglied einwilligt: was es teilt, mit wem, wie lange, und wie es die Einwilligung widerruft. Gibt es einen Aufnahmefragebogen: wer die Antworten liest. Die informierte Einwilligung in die Unterstützung selbst liegt bei der Fachperson.
• →Nachrichten, Video und Dokumentation. Wo sie gespeichert werden, wer sie öffnen kann und wie sichere Kommunikation und Verschlüsselung geregelt sind – schriftlich festgelegt vor dem Launch.
• →Dringende Anfragen. Eine Buchungsplattform ist kein Notdienst. Das Produkt sollte das klar sagen und einen Krisen-Eskalationsweg zu Hilfe außerhalb der Plattform zeigen, abgestimmt mit qualifizierten Beratern.

Eine Therapieplattform als DSGVO- oder HIPAA-konform zu bezeichnen, ist eine rechtliche Schlussfolgerung, kein Feature. Berufliche Leitlinien für die Arbeit auf Distanz, etwa die APA Guidelines for the Practice of Telepsychology, richten sich an Fachpersonen, nicht an Software. Ein Plattformteam liest sie, um zu verstehen, was Fachpersonen vom Produkt brauchen. Die Grenze gilt durchgehend: Die Plattform organisiert den Zugang zu Unterstützung und betreibt den Service darum herum; die Unterstützung selbst gehört der Fachperson.

Dieselbe Struktur trägt Coaching- und Telehealth-Plattformen, Marktplätze für Expertenberatung, betriebliche Wellbeing-Programme und jeden zweiseitigen Service, bei dem Vertrauen, Terminplanung und Vertraulichkeit darüber entscheiden, ob Menschen wiederkommen.

Wer eine Mental-Health-App entwickeln will, für den zählt die Reihenfolge mehr als die Featureliste. Für ein MVP kommen zuerst beide Oberflächen, ein Kalender, ein Sitzungsdatensatz und Video im Produkt. Ein Abomodell oder eine Anbindung an elektronische Patientenakten (EHR) wird auf diesen Kern hin geplant, nicht an seiner Stelle.

Logics7 baut solche Produkte, um sie zu betreiben. Ein neues Produkt beginnt mit Product Partnership: Wir prüfen, ob Markt, Produkt und kommerzielle Logik tragen, bevor über Entwicklung gesprochen wird. Gehört ein Förder- oder Finanzierungsprozess zum Plan, bereitet Funding & Grant Support den Produktfall hinter dem Antrag vor. Screens und Struktur zeigt die Fallstudie zu Dovira.

Dovira ist die Art, wie Logics7 einen Service mit hohem Vertrauensanspruch als verlässliches Produkt betreibt. Wenn Sie einen zweiseitigen Service bauen, beginnen Sie mit der richtigen Route.