Produkt-Fallstudie / Verwaltungsplattform für Schulen
ClassWolf
Die Schule voranbringen. Ihre Geschichte bewahren.
Ein vernetzter Arbeitsbereich für Schulen mit wiederkehrenden Kursen. Kurse, Anwesenheit, Mehrfachkarten und Zahlungen kommen in einer Oberfläche zusammen, die den Alltag und seine Historie verständlich macht.
- Unser Beitrag
- Produktstrategie, UX/UI, Marke und Entwicklung
- Projektschwerpunkt
- Öffentliche Website und Schulverwaltung für unterschiedliche Rollen
01 / Die Herausforderung
Hinter jeder Stunde steht ein Betriebsablauf
Eine Schule ist mehr als ein Kalender. Sie besteht aus den Beziehungen zwischen Kursen, Räumen, Lehrkräften, Teilnehmenden und Zahlungen. ClassWolf macht diese Zusammenhänge sichtbar. Für wiederkehrende Aktivitäten wie Tanz, Yoga und Musik verbindet das Produkt die tägliche Verwaltung mit der langfristigen Geschichte der Schule.
Die Herausforderung bestand darin, voneinander abhängige Aufgaben handhabbar zu machen: wiederkehrende Termine, Raumkapazität, Lehrkräfte, Anwesenheit, Mehrfachkarten und Zahlungen. Historische Daten müssen bei personellen Änderungen erhalten bleiben, ohne den Alltag durch unnötige Komplexität zu belasten.
Die Entscheidungen hinter dem Erlebnis
Mit dem Tag beginnen, dann ins Detail gehen
Das Dashboard zeigt kommende Stunden, offene Zahlungen und praktische Zugänge. Einheitliche Listen führen vom Hinweis zum passenden Datensatz. Die Oberfläche macht zuerst sichtbar, was Aufmerksamkeit braucht, bevor Berichte interpretiert werden müssen.
Wiederkehrende Kurse an realen Bedingungen ausrichten
Ein Kurs verbindet Lehrkräfte, Raum, Termine und Anmeldungen. Beim Paartanz sind Kapazitäten für führende und folgende Rollen relevant; bei anderen Aktivitäten bleiben sie ausgeblendet. Konfigurierbare Fachbereiche zeigen spezielle Regeln dort, wo sie gebraucht werden.
Mehrfachkarten verständlich machen
Mehrfachkarten verbinden Kauf, verbleibende Einheiten, Ablauf und Zuordnung zu Lehrkräften. Klare Statusangaben unterscheiden aktive, aufgebrauchte und abgelaufene Karten. Zusammenhängende Informationen erleichtern die Erklärung eines Guthabens ohne separate Tabellen.
Kontinuität bei personellen Änderungen bewahren
Lehrkräfte können deaktiviert werden, während ihre früheren Stunden und zugehörigen Datensätze erhalten bleiben. Berechtigungen trennen Verantwortlichkeiten; Berichte bleiben mit den Abläufen verbunden. Das Gedächtnis der Schule wird als Bestandteil des Produkts behandelt.
02 / Menschen & Recherche
Bedürfnisse als Ausgangspunkt
Illustrative Proto-Personas aus den Rollen und Abläufen des Produkts. Sie beschreiben Designhypothesen, keine Interviewteilnehmenden.
Schulleitung
Illustrative Proto-Persona · Betrieb und Kontinuität
- Bedürfnis
- Tagesprioritäten erkennen und Kurse, Zahlungen und Historie verbinden.
- Hürde
- Eine Frage zu Zahlung oder Anwesenheit erfordert mehrere getrennte Unterlagen.
- Designantwort
- Gemeinsame Übersicht und verbundene Kurs-, Personen- und Zahlungsdaten.
Lehrkraft zwischen zwei Stunden
Illustrative Proto-Persona · Unterricht und Anwesenheit
- Bedürfnis
- Die nächste Stunde finden, Anwesenheit erfassen und relevante Kursinformationen erkennen.
- Hürde
- Zeitdruck zwischen Stunden und Oberflächen mit zu viel Verwaltungskontext.
- Designantwort
- Klarer Stundenkontext, gezielte Anwesenheitserfassung und rollengerechter Zugang.
Forschungsfragen & Validierung
Dieser rekonstruierte Forschungsrahmen setzt bei den betrieblichen Beziehungen der Produktanforderungen an. Die Schulleitung braucht den Überblick über Kurse und Zahlungen, Lehrkräfte eine gezielte Stundenaufgabe und Lernende klare Anmeldeinformationen. Mehrfachkarten verbinden Kauf, Anwesenheit, Ablauf und Zuordnung zur Lehrkraft. Die Historie beim Weggang einer Lehrkraft zu bewahren, ist ein ausdrücklicher Discovery-Bedarf. Die vorgeschlagenen Fragen untersuchen den heutigen Abgleich dieser Daten und die Informationen, die am Empfang oder zwischen Stunden sicheres Handeln ermöglichen.
Eine redaktionelle Rekonstruktion der Designüberlegungen. Interviewfragen und Usability-Szenarien dienen als Validierungsleitfaden; sie werden nicht als durchgeführte Feldforschung oder gemessene Ergebnisse dargestellt.
Interviewleitfaden
- Hypothese: Eine Übersicht erspart das Zusammensuchen. Frage: Wie beantworten Sie heute eine Frage zu einer unbezahlten Stunde?
- Frage an Schulleitungen: Welche Daten müssen beim Weggang einer Lehrkraft oder am Kursende erhalten bleiben?
- Frage an Lehrkräfte: Was brauchen Sie auf dem Telefon direkt vor und nach einer Stunde?
- Hypothese: Klare Guthaben erleichtern Erklärungen. Frage: Welche Situationen mit Mehrfachkarten erzeugen die meisten Rückfragen?
Szenarien für Usability-Tests
- Einen wiederkehrenden Kurs erstellen und Lehrkraft, Raum und Anmeldung vor Bestätigung prüfen.
- Eine Karte finden und Einheiten, Ablauf und Status anhand von Demo-Daten erklären.
- Als Lehrkraft auf kleinem Bildschirm die nächste Stunde finden und Anwesenheit erfassen.
- Tastatur, Statusangaben und Berechtigungen einschließlich deaktivierter Lehrkräfte prüfen.
03 / Customer Journey
Customer Journey
Eine repräsentative Journey aus den Produktabläufen, die Bedürfnisse mit konkreten Interface-Entscheidungen verbindet.
| Phase | Nutzerhandlung | Hürde | Designantwort |
|---|---|---|---|
| Planen | Einen wiederkehrenden Kurs einrichten | Lehrkräfte, Räume und Kapazität müssen zusammenpassen | Verbundenes Kursmodell mit sichtbaren Terminen und Kapazitäten |
| Anmelden | Eine Person einem Kurs zuordnen | Personendaten und Anmeldung sind getrennt | Verbundene Personen- und Kursdaten |
| Teilnehmen | Die Stunde prüfen und Anwesenheit erfassen | Wenig Zeit zu Stundenbeginn | Anwesenheitserfassung im Kontext der Stunde |
| Abrechnen | Zahlung und Kartenguthaben prüfen | Ablauf, Einheiten und Zahlungsstatus werden verwechselt | Klare Guthaben, Termine und Kartenstatus |
| Auswerten | Abläufe verstehen und historischen Kontext bewahren | Personalwechsel unterbrechen die Geschichte der Schule | Berichte und erhaltene historische Verknüpfungen |
01Planen
- Nutzerhandlung
- Einen wiederkehrenden Kurs einrichten
- Hürde
- Lehrkräfte, Räume und Kapazität müssen zusammenpassen
- Designantwort
- Verbundenes Kursmodell mit sichtbaren Terminen und Kapazitäten
02Anmelden
- Nutzerhandlung
- Eine Person einem Kurs zuordnen
- Hürde
- Personendaten und Anmeldung sind getrennt
- Designantwort
- Verbundene Personen- und Kursdaten
03Teilnehmen
- Nutzerhandlung
- Die Stunde prüfen und Anwesenheit erfassen
- Hürde
- Wenig Zeit zu Stundenbeginn
- Designantwort
- Anwesenheitserfassung im Kontext der Stunde
04Abrechnen
- Nutzerhandlung
- Zahlung und Kartenguthaben prüfen
- Hürde
- Ablauf, Einheiten und Zahlungsstatus werden verwechselt
- Designantwort
- Klare Guthaben, Termine und Kartenstatus
05Auswerten
- Nutzerhandlung
- Abläufe verstehen und historischen Kontext bewahren
- Hürde
- Personalwechsel unterbrechen die Geschichte der Schule
- Designantwort
- Berichte und erhaltene historische Verknüpfungen
04 / Wireframing
Von der Struktur zur Oberfläche
Für diese Fallstudie rekonstruierte Low-Fidelity-Wireframes. Sie erläutern Hierarchie und Ablauf, statt Originaldateien des Projekts wiederzugeben.
05 / UI & visuelles Design
Websiteansichten & Designentwürfe
Die Bildunterschriften unterscheiden öffentliche Websiteansichten und KI-generierte Plattformentwürfe. Öffnen Sie ein Bild für die Detailansicht.
Was das Design ermöglicht
ClassWolf verbindet Menschen, Kurse und Aufzeichnungen einer Schule. Die Designentscheidungen machen Tagesprioritäten, Kartenguthaben und historischen Kontext sichtbar. Die farbigen Bilder sind KI-generierte Konzeptentwürfe zur Erläuterung dieser Ideen.
