Jedes Review endet mit neuen Fragen statt mit einer Entscheidung.
Dieselbe Diskussion kommt im nächsten Sprint wieder, nur teurer.

Aus dem Entwurf wird ein Produkt
Ich führe UX/UI-Teams im Haus, in Nearshore und Offshore, entwerfe neue Produkte und baue sie bis zum Start.
Du sprichst immer mit der Person, die die Arbeit macht.Seit 2022 führe ich die UX/UI-Arbeit bei Telefónica.Dazu Abläufe für ALDI TALK, POLO Motorrad und ein Versicherungsportal.Erfahrung aus Projekten für
Das Problem
Ohne jemanden, der Entwürfe abnimmt und Widersprüche auflöst, wandert dieselbe Frage durch drei Sprints. Eine Stelle dafür zu besetzen dauert Monate.
Dieselbe Diskussion kommt im nächsten Sprint wieder, nur teurer.
Sie fallen erst beim Bauen auf, und dann kostet jede Antwort einen Sprint.
Zwischen Zeitzonen und Ticketsystem geht die fachliche Führung verloren.
Solange entscheidet, wer gerade Zeit hat. Meistens die Entwicklung.
Was soll dein Produkt können?
Produkt besprechenLeistungen
Von der Führung deines Teams bis zum fertig gebauten Produkt. Jede Leistung mit Ergebnis und Zeitrahmen.

Du prüfst selbst Entwürfe, obwohl das nicht deine Aufgabe ist.
Dein Team wartet nicht mehr auf Design-Entscheidungen.
Dein Team gestaltet, ich entscheide. Danach weiß deine Entwicklung, was sie bauen soll, und du musst nicht selbst über Entwürfe urteilen.
Kundenarbeit
Alle drei sind umgesetzt und gingen in Betrieb. ALDI TALK: Tarifoptionen im festen Raster. POLO: passende Teile nach Motorradmodell. HDI: ein Antrag, der nur nötige Fragen stellt.
Alle Projekte

Ein Raster macht Preis, Datenvolumen und Bedingungen direkt vergleichbar.


Eine Mein-Bike-Garage, die passende Teile zeigt und sich in den bestehenden Shop einfügt.


Ein geführter Antrag, der Angaben, Auswahl und Übergabe in einem Ablauf bündelt.
Er hat aus Anforderungen, über die wir monatelang geredet hatten, etwas gemacht, das man anklicken konnte.
Steht bei dir etwas Ähnliches an?
Projekt besprechenArbeitsweise
Nach jedem Schritt siehst du einen Stand, den dein Team prüfen kann. Offene Fragen klären wir am Entwurf, nicht am fertigen Code.
Arbeitsweise ansehen
Klären
Wir legen fest, was das Produkt können muss, für wen, und was in der ersten Fassung noch nicht dazugehört.

Entwerfen
Ich erstelle den Figma-Entwurf mit Seiten, Texten, Regeln und Fehlerfällen. Was nicht funktioniert, fällt hier auf und nicht im Code.

Bauen
Ich baue es selbst, übergebe an deine Entwicklung oder begleite den Bau. Fehlerfälle, Rechte und Grenzfälle gehören dazu, nicht in die zweite Runde.
Klingt das nach der Zusammenarbeit, die du suchst?
Ablauf besprechen
Über mich
Was ich entwerfe, kann ich auch bauen. Deshalb gebe ich keinen Entwurf ab, den deine Entwicklung erst zurechtbiegen muss.
Eigene Produkte
Konzept, Gestaltung und Code bei jedem selbst. Wer neun eigene Produkte ausgeliefert hat, weiß, woran ein zehntes scheitert.
Alle Projekte ansehen
Produktkonzept, Rangliste, Anmeldung, Bezahlstrecke, Design, Code und Betrieb habe ich selbst übernommen.
Zur FallstudieDie offene Rangliste zeigt, wer mit seinen Aktientipps wirklich richtig lag. Sie wertet erst, wenn der Markt sich bewegt hat.

Konzept, Rechner, Vergleichsseiten und Website habe ich selbst gebaut.
Zur FallstudieDu sagst Standort, Ausrichtung und Verschattung. Erst dann nennt der Rechner den Ertrag und die Förderung für deine Postleitzahl.

Konzept, Website, Produktdaten und Oberfläche habe ich selbst gebaut.
Zur FallstudieEltern kommen über Alter, Spielidee, Material und Budget in wenigen Schritten zu einer kleinen Auswahl.

Konzept, iOS-App, Website und Start im App Store habe ich selbst übernommen.
Zur FallstudieDu nennst Radius, Anlass, Termin und Budget. Danach kommen wenige passende Kurztrips statt einer Trefferliste.

Konzept, App, Server und Betrieb habe ich selbst übernommen.
Zur FallstudieDu fotografierst ein Lebensmittel und bekommst eines von sechs Urteilen. Die Studien dazu stehen daneben.
Willst du so etwas bauen lassen?
Produkt besprechenHäufige Fragen
Deine Frage fehlt? Schreib mir.
Weitere Frage stellenFür Produktteams. Meist sitzt das Team im Haus, in Nearshore oder in Offshore, und die Design-Entscheidungen bleiben im Sprint hängen. Das Produkt kann neu sein oder seit Jahren laufen.
Wegen der Spanne. Bei Telefónica führe ich seit 2022 die UX/UI-Arbeit, davor waren es Bayer, innogy und E.ON. Gleichzeitig habe ich selbst gegründet und meine eigenen Produkte allein bis in den App Store gebracht. Eine Stelle besetzt du meist mit einer Seite davon.
Das hängt vom Umfang ab, aber in der Regel schnell. Nach dem ersten Gespräch bekommst du Umfang, Termin und Preis schriftlich. Der Starttermin steht darin.
Nach deinem Bedarf. Ich arbeite mit den Sprint-Zielen, Abstimmungen und Abnahmen, die dein Team schon hat, statt eine eigene Form vorzugeben.
Du bekommst Umfang, Termin und Preis schriftlich, bevor du zusagst. Der Preis ändert sich danach nicht. Wie hoch er ist, hängt davon ab, wie viel ich prüfen, entwerfen oder bauen soll. Das klären wir im ersten Gespräch.
Prüfung, Gestaltung und Abstimmung mache ich selbst. Braucht ein Auftrag mehr Entwicklung, Text oder Tests mit Nutzern, stelle ich ein kleines Team zusammen. Du sprichst weiterhin mit mir.
Ja. Ich übernehme einen festen Teil der UX/UI-Arbeit oder führe dein Team, im Haus, in Nearshore oder Offshore. Entwürfe stimme ich früh mit den Fachleuten und der Entwicklung ab.
Ja. Ich übergebe die Entwürfe an deine Entwicklung, begleite den Bau oder baue selbst.

Erstes Gespräch
Schick mir die Idee oder den aktuellen Stand. Du bekommst Umfang, Termin und Preis schriftlich, bevor du zusagst.
Direkte Antwort von Stephan Lucka