Botley in der Grundschule

Botley 2.0 ist ein Lernroboter, der über Befehlsfolgen und ohne Bildschirm gesteuert wird. Im UX-Studienprojekt untersuchten wir, wie Lehrkräfte ihn in der ersten und zweiten Grundschulklasse einsetzen könnten. Unser Ziel war, dafür verständliche Aufgaben und vorbereitete Unterrichtsmaterialien zu entwickeln.

Vom starren Stundenplan zum Baukasten: Im Feedback mit Lehrkräften zeigte sich schnell, dass ein festes 45-Minuten-Konzept an der Realität heterogener Klassen scheitert. Wir bauten das Konzept deshalb zu einem modularen Toolkit um: mit Bedienanleitung, drei Lernspielen und drei exemplarischen Unterrichtsentwürfen.

Konsistente Informationsarchitektur für gestresste Lehrkräfte: Jede Spielseite folgt demselben visuellen Raster: Material, Vorbereitung, Didaktik, Ablauf. Lehrkräfte müssen keinen Fließtext lesen, sondern erfassen die Durchführung auf einen Blick.

Hardware-Limitierung mitgedacht (Unplugged Coding): Schulen besitzen selten Klassensätze an Robotern. Ergänzende Arbeitsblätter wie „Strecken verbinden“ und „Geschichte hören & zeichnen“ trainieren das Übersetzen von Wegen in Befehlsfolgen auf Papier, während der physische Roboter an Stationen genutzt wird.

In einem formativen Usability-Test erprobte ich fünf Aktivitäten mit einer Gruppe von drei Zweitklässlern im LEGO-Labyrinth. Neben Erkenntnissen zur Aufgabenkomplexität zeigte sich ein kritischer Bedienfehler am Gerät selbst.

Das Problem (Mental Model Clash): Botley 2.0 speichert alte Befehle, bis man sie aktiv über eine eigene Taste löscht. Die Kinder gaben ihre neue Route ein, drückten auf „Go“, und der Roboter fuhr die alte plus die neue Strecke ab. Ursache und Wirkung waren für die Kinder nicht nachvollziehbar; Frustration folgte sofort.

Die Iteration direkt im Test: Da wir die Hardware nicht ändern konnten, lösten wir das Problem über das physische Begleitmaterial. Noch während der Session ergänzten wir eine START-Karte, die vor jede Pfeilkarten-Reihe gelegt werden muss und visuell daran erinnert: Erst Speicher löschen, dann tippen. In den darauffolgenden Durchläufen trat dieser Bedienfehler deutlich seltener auf.

Das Projekt zeigt: Beim Einsatz von Tech-Tools im Klassenzimmer ist nicht das Gerät selbst der Engpass, sondern die Brücke in den Unterrichtsalltag der Lehrkräfte. Ein gutes Produkt braucht hier vor allem gutes Service- und Informationsdesign.