Wir bauen decision-ready Prototypen, die kritische Flows und States realistisch abbilden. Ziel ist nicht „schön“, sondern belastbar: Alignment, Testbarkeit und ein klarer Weg in die Umsetzung.
Für wen
- —Teams vor MVP, Relaunch oder großen Feature-Entscheidungen
- —Stakeholder-Alignment fehlt, Diskussionen sind abstrakt
- —Hohe Unsicherheit bei Flow, IA oder Interaktionslogik
- —Development soll erst starten, wenn Kernannahmen stehen
Typische Auslöser
- —„Wir müssen endlich entscheiden, nicht weiter diskutieren.“
- —„Wir wollen Nutzertests, aber ohne großen Build.“
- —„Die Anforderungen sind da, aber die Interaktion ist unklar.“
- —„Wir brauchen etwas, das man wirklich klicken kann.“
Ergebnis
Je nach Ziel entstehen folgende Prototyp-Typen:
Decision Prototype (HiFi)
- —1–3 Kernflows klickbar, realistische States
- —Edge/Empty/Error States für die kritischen Stellen
- —Klarer Fokus: Was wird validiert, was nicht?
Demo Prototype (Stakeholder/Investor)
- —Storyline + Kernscreens, überzeugend strukturiert
- —Reduziert auf das Wesentliche, ohne Fake-Komplexität
Usability-Test-Prototype (Research-ready)
- —Test-Szenarien, Aufgaben, Messpunkte
- —Instrumentierung auf Proto-Ebene (z. B. Click-Paths), wenn sinnvoll
Handoff Pack (für Umsetzung)
- —Screens/Components sauber benannt
- —Interaktionsdetails, States, Regeln
- —Offene Fragen und Annahmen dokumentiert
Ablauf
- —Ziel & Hypothesen
Welche Entscheidung soll fallen? Welche Risiken sind kritisch?
- —Modellierung
Flow, Struktur, States, Komponentenrahmen.
- —Prototyp-Build
Klickbar, realistisch, mit relevanten Kantenfällen.
- —Review / Test / Iteration
Stakeholder-Review oder User Test, dann Anpassung.
Was sich danach verbessert
- —Schnellere Entscheidungen, weniger Meinungsloops
- —Klarere Requirements für Umsetzung
- —Weniger Rework, weil Kernrisiken vor Code geklärt sind
- —Gemeinsames Verständnis im Team
Abgrenzung
Nicht enthalten (wenn nicht vereinbart)
- —Produktionscode (dafür: MVP Design & Build)
- —Vollständige visuelle Ausgestaltung aller Screens
- —Vollständiges Research-Programm (kann ergänzt werden)
Häufige Fragen
Teams vor MVP, Relaunch oder großen Feature-Entscheidungen · Stakeholder-Alignment fehlt, Diskussionen sind abstrakt · Hohe Unsicherheit bei Flow, IA oder Interaktionslogik
Üblicherweise 1–3 Wochen – abhängig von Scope, Komplexität und Verfügbarkeit der Stakeholder. Der genaue Zuschnitt entsteht im Scoping-Gespräch.
1–3 Kernflows klickbar, realistische States · Edge/Empty/Error States für die kritischen Stellen · Klarer Fokus: Was wird validiert, was nicht? · Storyline + Kernscreens, überzeugend strukturiert
Ziel & Hypothesen · Modellierung · Prototyp-Build · Review / Test / Iteration
Produktionscode (dafür: MVP Design & Build) · Vollständige visuelle Ausgestaltung aller Screens · Vollständiges Research-Programm (kann ergänzt werden)
André Sheydin – Product- und Design-Lead mit über 25 Jahren Erfahrung – verantwortet jedes Vorhaben persönlich. Spezialisierte Partner und AI-gestützte Workflows ergänzen die operative Arbeit. Qualitätskontrolle und fachliche Steuerung bleiben in einer Hand.
Verwandte Projekte
Orbit
Konzeptstudie für ein gebogenes digitales Display – von der Produktidee über Acryl-Prototypen und Interaktionsprinzipien bis zur Visualisierung mit After Effects.
Visteon Digital Cockpit
UI Co-Design für Visteons digitales Cockpit: ein intelligentes Missionsplanungssystem für E-Fahrzeuge mit Range Management, Driving Profiles, ADAS-Integration und Kalender-Awareness. Präsentiert auf der CES 2019.
Anamnesis
Konzeption einer Selbstanamnese-Anwendung für die Notaufnahme, um die Wartezeit von Patienten zu verkürzen und den Notarzt vorzuinformieren.
Clinical Designer
Konzeption einer komplementären Software zur Definition komplexer Datenmodelle, eCRFs und Validierungsregeln, auf denen klinische Studien und Register aufbauen.
Prototyping starten?
Schicken Sie kurz Kontext, Ziel und die 1–2 kritischen Flows. Sie erhalten einen Vorschlag für Prototyp-Typ, Umfang und Vorgehen.
Kontakt aufnehmen