Dijie Lian

Designnotizen

Wie sollte ein humanoider Roboter aussehen, wenn er nichts tut?

Dijie Lian5 Min. Lesezeit

Der Großteil unserer Entwurfsarbeit gilt dem Roboter in Bewegung — Gehen, Greifen, Sprünge, Backflips. Doch auch eingeschaltet verbringt ein Humanoid weit mehr Zeit im Standby, als wir denken.

Warum

Warum den Standby-Zustand überhaupt gestalten? Man denke an eine Spielfigur, die mitten im Bild einfriert: Der erste Gedanke ist, das Spiel sei abgestürzt. Hier ist es dasselbe. Ohne gestalteten Standby-Zustand — woran erkennt jemand, dass der Roboter nicht ausgeschaltet oder defekt ist?

Wie also sollte ein Humanoid im Standby aussehen? Kerzengerade und regungslos, mit einer Anzeigeleuchte auf der Brust, die bestätigt, dass er eingeschaltet ist? Oder mit leicht verlagertem Gewicht, einem Finger, der sich gelegentlich bewegt, einem Standbein, das hin und wieder wechselt — sodass man auf einen Blick sieht, dass er jederzeit loslegen kann?

Das erste wirkt wie eine Maschine, das zweite wie ein Mensch.Beides ist richtig.Es kommt darauf an, wo er steht.
AFabrik

In der Fabrik zählt die Auslastung — wie viel der verfügbaren Zeit die Anlage tatsächlich läuft. Ruhe bedeutet Stillstand, und Stillstand bedeutet, dass Geld verloren geht. Der Standby-Zustand muss hier drei Dinge beantworten: Ich bin nicht defekt, deshalb stehe ich, und das kommt als Nächstes. Das Schlimmste, was er in diesem Kontext tun kann, ist auszusehen, als würde er Pause machen.

BService

Im Servicebereich ist es fast umgekehrt. Menschen stehen unmittelbar daneben. Gefragt sind Vorhersehbarkeit, Ruhe und die Gewissheit, dass nichts Plötzliches passiert. Hier soll der Roboter unbeschäftigt wirken — niemand stellt sich gern neben etwas, das jeden Moment losgehen könnte. Zugleich muss er vertrauenswürdig und zugänglich wirken. Zu viel Stillstand wirkt unheimlich, wie der regungslose Blick in einem Horrorfilm: Man fühlt sich beobachtet und fragt sich, was er aufzeichnet.

Das eine sagt: Ich arbeite noch. Das andere sagt: Ich bewege mich nicht ohne Vorwarnung. Entgegengesetzte Botschaften, aber dasselbe zugrunde liegende Problem: die nächsten Sekunden vorhersehbar zu machen.

Kanäle

Wie vermittelt ein Roboter diese Botschaften also den Menschen um ihn herum? Die Möglichkeiten sind vielfältig, und jede hat ihren Preis.

01

Eine Leuchte ist am günstigsten. Technisch einfach, ohne Einfluss auf die Bewegung, und die Farbe lässt sich anpassen. Was sie transportieren kann, bleibt allerdings begrenzt — welcher Zustand welcher Farbe entspricht, muss der Nutzer erst lernen.

02

Ton trägt weit und braucht keine Sichtverbindung, eignet sich also gut, um ein gerade eingetretenes Ereignis zu markieren. Gegenüber der Umgebung ist er allerdings unnachgiebig: in der lauten Halle unhörbar, im stillen Raum aufdringlich, und die passende Lautstärke für den einen ist dem anderen zu viel. Sobald mehrere Roboter und mehrere Menschen im selben Raum sind, stört sich Sprache zudem selbst — wer wen anspricht, wird mehrdeutig, und im schlimmsten Fall führt der falsche Roboter den falschen Befehl aus.

03

Displays tragen viel Information und können den nächsten Schritt ausdrücklich benennen. Der Preis: Jemand muss hingehen, hinsehen und lesen — hinzu kommt die Sprachbarriere.

04

Bewegung und Körperhaltung sind am teuersten — Bauraum, Energiebudget, Sicherheitszertifizierung. Dafür ist der Lernaufwand für den Nutzer gering, und eine Absicht lässt sich vor der Handlung signalisieren. Wohin der Körper zeigt, wo das Gewicht liegt, ob die Arme angelegt oder geöffnet sind: Diese Körpersprache lesen wir, ohne sie gelernt zu haben.

Exkurs

Zum Thema Bewegung als Kommunikationsmittel lohnt sich Apples Studie ELEGNT. Darin dient eine Lampe als Versuchsobjekt — kein Gesicht, keine Züge, nichts als Bewegung. Dieselben Aufgaben wurden in zwei Varianten ausgeführt. Die eine erledigte schlicht die Aufgabe. Die andere wandte sich zum Fenster, bevor sie eine Frage zum Wetter beantwortete. Die Teilnehmenden hielten die zweite Variante für deutlich intelligenter und waren eher bereit, sich auf sie einzulassen. Paper und Videos finden sich auf der Website von Apple Machine Learning Research.

Muster

Stellt man diese Möglichkeiten nebeneinander, zeigt sich ein Muster: Je günstiger etwas umzusetzen ist, desto mehr muss der Nutzer lernen. Je weniger gelernt werden muss, desto teurer wird es.

LichtTonDisplayBewegung Aufwand für das Produkt Lernaufwand für den Nutzer

Aufwand für das ProduktLernaufwand für den Nutzer

Abb. 1 — Aufwand für das Produkt und Lernaufwand für den Nutzer je Kanal, qualitativ.

Damit ist es eine Frage des Einsatzkontexts. In dauerhaften, festen Szenarien lässt sich ein gewisser Lernaufwand tragen — die Bedienenden eignen sich das Vokabular an. Wo die meisten Begegnungen die erste und einzige sind, lohnt er sich nicht; wer nur vorbeikommt, lernt nichts dazu, und die Erfahrung muss Vorrang haben.

Fazit

Einer der Punkte, um die es bei der Gestaltung des Standby-Zustands letztlich geht, ist Vorhersehbarkeit. Die Fabrik braucht sie für die Planung, der Servicebereich dafür, dass Menschen sich danebenstellen. Und die Abwägung ist eine Entscheidung darüber, wer dafür bezahlt — das Produkt, in Entwicklungsaufwand, oder der Nutzer, indem er lernt.

Datenschutzerklärung

Diese Website ist ein privates, nicht kommerzielles Portfolio.

Verantwortlicher

Dijie Lian
E-Mail: dijie.lian [at] gmail.com

Hosting durch GitHub Pages

Diese Website wird über GitHub Pages bereitgestellt, einen Dienst der GitHub, Inc., 88 Colin P. Kelly Jr. Street, San Francisco, CA 94107, USA. Beim Aufruf der Website verarbeitet GitHub technisch notwendige Daten (insbesondere IP-Adresse, Datum und Uhrzeit des Zugriffs, aufgerufene Seite, Browsertyp) in Server-Logfiles, um die Website auszuliefern und ihre Sicherheit zu gewährleisten. Rechtsgrundlage ist Art. 6 Abs. 1 lit. f DSGVO; mein berechtigtes Interesse liegt in einer zuverlässigen und sicheren Bereitstellung der Website. Die Speicherdauer der Logfiles richtet sich nach den Vorgaben von GitHub.

Dabei können Daten in die USA übermittelt werden. GitHub ist nach dem EU-US Data Privacy Framework zertifiziert; die Übermittlung stützt sich auf den entsprechenden Angemessenheitsbeschluss der EU-Kommission. Weitere Informationen: GitHub General Privacy Statement.

Keine Cookies, kein Tracking

Diese Website setzt keine Cookies, nutzt keine Analyse- oder Tracking-Tools und lädt keine Inhalte von Drittanbietern. Schriften sind lokal eingebunden. Die gewählte Sprache wird ausschließlich lokal in Ihrem Browser gespeichert (Local Storage) und nicht übertragen. Dies ist für die von Ihnen gewünschte Sprachauswahl technisch erforderlich (§ 25 Abs. 2 Nr. 2 TDDDG).

Externe Links

Links zu anderen Websites (z. B. LinkedIn, iF Design) werden erst beim Anklicken aufgerufen. Für die Datenverarbeitung dort sind die jeweiligen Anbieter verantwortlich.

Kontakt per E-Mail

Wenn Sie mich per E-Mail kontaktieren, verarbeite ich Ihre Angaben ausschließlich zur Bearbeitung Ihrer Anfrage (Art. 6 Abs. 1 lit. f DSGVO) und lösche sie, sobald sie dafür nicht mehr benötigt werden.

Ihre Rechte

Sie haben das Recht auf Auskunft, Berichtigung, Löschung, Einschränkung der Verarbeitung, Datenübertragbarkeit und Widerspruch sowie das Recht auf Beschwerde bei einer Aufsichtsbehörde, z. B. dem Bayerischen Landesamt für Datenschutzaufsicht.

Stand: September 2026