Moaky · Gesundheit & Pflege · Marktplatz
In unter 4 Wochen vom gebastelten Proof of Concept zum pitchfähigen Pflege-Marktplatz
Moaky sollte Angehörige mit freien Plätzen in Pflegeeinrichtungen verbinden. Mit der Gründerin haben wir das Konzept neu aufgesetzt. Sechs Monate später übernahm ein Wettbewerber Moaky, noch vor dem Launch.
- Kunde
- Moaky, Marktplatz für Pflegeplätze
- Phase
- Proof of Concept, gebootstrapped
- Dauer
- Unter 4 Wochen, Frühjahr 2025
- Budget
- Unter 10.000 €
- Leistungen
- Team
- 2 UX-Strateg:innen + Gründerin
- Status
- Pre-Launch-Exit, Herbst 2025
Ausgangslage
Pflegeplatzsuche mit Stift und Papier
Wenn ein Familienmitglied plötzlich zu den rund 6 Millionen pflegebedürftigen Menschen in Deutschland Pflege zählt, muss es oft schnell gehen. Je nach Situation brauchen Angehörige einen ambulanten Dienst, feste Tage in der Tagespflege oder einen dauerhaften Platz.
Die Pflegeeinrichtungen organisieren Anfragen und Termine noch weitgehend auf Papier. Nichts ist zentral erfasst, und vieles geht verloren.
Das Team von Moaky ging zuerst persönlich in Pflegeeinrichtungen und fragte: Wie funktioniert euer System heute? Was läuft gut, was nicht?
Danach baute ein externer Entwickler einen ersten Proof of Concept. Er funktionierte, war aber hart codiert und schwer zu erweitern. Das Feedback aus den Einrichtungen blieb allgemein, weil das Konzept zu abstrakt war, um es mit dem eigenen Alltag abzugleichen. Moaky brauchte eine Grundlage, um Investoren zu überzeugen.
Das Problem
Ein Marktplatz mit nur einer Seite
Im UX-Audit zeigte sich, woran es hakte: Das Team von Moaky hatte die Plattform fast nur aus Sicht der Suchenden gebaut. Die Pflegeeinrichtungen kamen kaum vor, obwohl dort die meisten Anforderungen und technischen Fragen liegen.
Für einen Marktplatz ist das ein Grundsatzproblem. Eine elegante Suche nützt nichts, wenn die Einrichtung am anderen Ende die Anfrage nicht sinnvoll bearbeiten kann.
Nutzergruppe 1
Angehörige, die einen Platz suchen
Im Proof of Concept durchdacht: Anfrage stellen, Status sehen. Meist suchen Tochter, Sohn oder eine Betreuungsperson für die pflegebedürftige Person.
Nutzergruppe 2
Pflegeeinrichtungen, die Plätze vergeben
Im Proof of Concept kaum integriert, obwohl hier die meisten Anforderungen liegen: Anfragen priorisieren, Termine vergeben, an bestehende Systeme anschließen.
Weitere Funde
- Jede neue Idee wurde zur Baustelle. Der Proof of Concept war ohne durchdachte Abläufe gebaut, deshalb war bei Funktionen wie der Priorisierung von Anfragen unklar, wo sie hingehören.
- Das Team von Moaky wusste, was die Einrichtungen brauchen. Wie das als Ablauf im Arbeitsalltag aussieht, war offen. Im Audit kamen viele Schritte zum Vorschein, an die es noch nicht gedacht hatte.
Die zentrale Erkenntnis aus dem UX-Audit
Das Team von Moaky kannte seine Nutzer sehr gut.
Was fehlte, war der Schritt von der Erkenntnis zum Produkt.
Genau hier setzt unser Ansatz an.
Unser Ansatz
Erst herauszoomen, dann fokussieren
Bevor wir Screens gestaltet haben, sind wir mit dem Team von Moaky und dessen Entwickler einen Schritt zurückgegangen. Danach haben wir uns auf das Minimum konzentriert, mit dem Moaky überzeugend pitchen kann. Das folgt den Prinzipien von Lean UX.
01
Discovery Workshop
Gemeinsam festlegen, woran wir Erfolg messen, und abgleichen, welche Ressourcen wirklich da sind.
Mehr zum Discovery Workshop02
User Journey Mapping
Das Wissen von Moaky aus den Einrichtungen in Journeys für beide Nutzergruppen übersetzt. Erkenntnis: Wer sucht, ist meist ein Angehöriger.
Mehr zum Journey Mapping03
Zwei Kern-Flows, vollständig durchdacht
Einen Flow für Angehörige und einen für Einrichtungen, beide als Klick-Prototyp umgesetzt.
Mehr zu Prototyping
Die Lösung für Einrichtungen
Der Morgen in der Pflegeeinrichtung
Wir haben mit einem alltäglichen Szenario angefangen: Jemand in der Einrichtung schaltet morgens den Rechner ein und findet drei neue Anfragen. Welche bearbeitet sie zuerst, und wie organisiert sie die Termine?
- 1
Gegliedert nach Pflegeform
Jede Pflegeform hat andere Abläufe und braucht deshalb eigene Bereiche.
- 2
Klarer Status
Jede Anfrage durchläuft Neu, Warteliste und In Aufnahme.
- 3
Moaky Empfehlung
Die Gespräche, die Moaky vor Ort geführt hat, zeigten, dass Einrichtungen sich bei der Vergabe schwer tun, also entwarfen wir ein Feature dafür.
- 4
„Pflegegrad geprüft“
Ein Badge zeigt, ob der Pflegegrad belegt ist.
Annehmen, Zeitfenster teilen, Termin im Kalender
Passende Anfragen nimmt die Einrichtung mit einem Klick an und schlägt direkt einen Erstkontakt vor. Dafür gibt sie freie Zeitfenster aus ihrem Kalender frei, die automatisch bei passenden Anfragen erscheinen. Doppelbuchungen sind ausgeschlossen.
Für das Personal heißt das: kein Zettelchaos und kein Hinterhertelefonieren. Bei jeder Anfrage ist klar, in welchem Schritt sie gerade steckt. Das nimmt Druck aus einem Alltag, in dem hinter jeder Anfrage eine Familie wartet.
Die Lösung für Angehörige
Suchen, finden, Termin bekommen
Angehörige müssen oft schnell einen Platz finden. Die Suche fragt deshalb nur vier Dinge ab: Pflegeform, Ort, Pflegegrad und ab wann.
Eine Kachel pro Pflegeform
Jede Pflegeform hat eine eigene Kachel mit Bild.
Gestaltet für Angehörige
Die Suche richtet sich an erwachsene Kinder und Betreuungspersonen, die für ihre Eltern einen Platz suchen.
Direkt zum Termin
Angehörige wählen einen Termin aus den Zeitfenstern, die Einrichtungen freigegeben haben.
Vorher / Nachher
Was sich an der Logik verändert hat
VorherNachherPriorisierung auf einen Blick
Vorher eine Liste von Anfragen mit Status. Nachher sehen Einrichtungen sofort, welche Anfrage passt und ob der Pflegegrad belegt ist.
Struktur nach Pflegeform
Vorher eine Ansicht für alle Fälle. Nachher eigene Bereiche, weil jede Pflegeform eigene Abläufe hat.
Termine aus dem Kalender
Vorher Terminvorschläge als Text. Nachher Termine aus freigegebenen Zeitfenstern, direkt im Kalender der Einrichtung.
Ergebnis
Zwei Prototypen, mit denen Moaky pitchen konnte
Am Ende hatte Moaky zwei Klick-Prototypen und ein überarbeitetes Konzept. Damit wollte das Team weiter mit Pflegeeinrichtungen testen und Investoren gewinnen. Rund sechs Monate nach Projektende übernahm ein Wettbewerber Moaky, noch vor dem öffentlichen Start.
- vom Audit bis zum fertigen Prototyp
- < 4 Wochen
- vollständig durchdachte Logik
- 2 Kern-Flows
- Gesamtbudget
- < 10.000 €
- nach 6 Monaten an Wettbewerber verkauft
- Erfolgreicher Exit
Kundenstimme
Was die Gründerin sagt
„Die Zusammenarbeit mit brightside Studio hat uns die Klarheit und das Momentum gegeben, das wir brauchten. Ihre Fähigkeit, unsere Annahmen zu hinterfragen und gleichzeitig praktische, durchdachte Lösungen anzubieten, hat uns geholfen, ein Konzept in ein konkretes, testbares Produkt zu verwandeln.“
Chantelle Davis
Gründerin, Moaky
Was Gründer:innen aus Moaky lernen können
Jedes Projekt ist individuell, und doch gibt es Erkenntnisse, die sich auf andere Produkte ummünzen lassen.
