Struktur kommt vor
der Oberfläche.
Wer zuerst gestaltet, versteckt Probleme, statt sie zu lösen.
Worum es geht
Kurz gesagt — und warum es mich interessiert.
Ein schöner Entwurf einer falschen Struktur ist trotzdem falsch — er fällt nur später auf. Deshalb steht am Anfang keine Farbe, sondern eine Ordnung.
Informationsarchitektur klingt nach Theorie, ist aber eine sehr praktische Frage: Was gehört zusammen, was nicht, und in welcher Reihenfolge erwartet es jemand, der zum ersten Mal hier ist?
Wireframes sind dabei absichtlich grob. Etwas, über das man streiten kann, ist mehr wert als etwas Fertiges, über das sich niemand traut zu streiten.
Wie ich vorgehe
Vier Schritte, die in fast jedem Projekt in dieser Reihenfolge vorkommen.
-
01
Inventar
Was ist überhaupt da? Seiten, Inhalte, Funktionen — meist mehr und unordentlicher als gedacht.
-
02
Architektur
Gruppieren, benennen, in eine Reihenfolge bringen. Namen sind hier die halbe Arbeit: Was niemand versteht, findet niemand.
-
03
Flows
Den Weg durchgehen, den jemand tatsächlich nimmt — inklusive der Stellen, an denen er abbiegt oder abbricht.
-
04
Wireframe und Test
Grob aufzeichnen, jemandem zeigen, zuhören, ändern. Drei schnelle Runden schlagen einen perfekten Entwurf.
Womit ich arbeite
Nach Zweck sortiert. Werkzeuge sind austauschbar — das Vorgehen nicht.
- Architektur
- Entwurf
- Prüfung
Wo das vorkommt
Fallstudien, in denen dieses Thema eine tragende Rolle spielt.
So erreichst du mich
Fragen zu meiner Arbeit beantworte ich gern — eine Mail genügt.