Sollte ich nach UX-Design-Beispielen entscheiden – wie unterscheide ich gut von schlecht?

Die Hälfte von dem, was Agenturen in ihre Portfolios packen, ist nie live gegangen. Das sind reine Dummy-Konzepte, die Kunden im echten Leben abgelehnt haben oder die technisch gar nicht machbar waren. Sagen Sie denen einfach: „Zeigt mir nicht die Mockups, gebt mir den Live-Link, ich teste den Checkout jetzt selbst am Handy.“

Testen Sie die Entwürfe im Termin anhand von drei Punkten: 1) Suche und Filter: Lässt sich bei zig komplexen technischen Spezifikationen das Ganze mit zwei Klicks eingrenzen? 2) Informationsdichte: Sieht der Handwerker Durchmesser und passende Modelle auf einen Blick oder scrollt er sich tot? 3) Formulare: Wie viele überflüssige Felder müssen bei der Bestellung ausgefüllt werden?

wir haben letztes jahr auch ein interface abgenickt, nur weils stylisch aussah und checkout war dann so "minimalistisch" dass nimeand kapiert hat wo man rechnungsart und versand auswählt. kundenservice war ein monat lang komplett dicht, mussten wieder zurückbauen.

In unserem B2B-Shop hatten wir die Variantenauswahl der Produkte modern in einem Dropdown versteckt. Daraufhin sind die Abschlussraten im ersten Monat spürbar eingebrochen. Erst als wir wieder zu den altbackenen Radio-Buttons nebeneinander zurückgekehrt sind, zog die Quote wieder an. Schickes Design bedeutet nicht automatisch mehr Umsatz.

Haben die Agenturen bisher nur statische Screens geliefert oder klickbare Prototypen? Und haben Sie selbst mal mit zwei, drei echten Stammkunden gesprochen, an welcher Stelle sie auf der jetzigen Seite am meisten hängen bleiben?

Nehmen Sie den vorgelegten Entwurf auf dem Smartphone und drücken Sie ihn einem Ihrer Werkstattmeister in die Hand. Sagen Sie ihm: „Versuch mal, ein 220-Volt-Heizelement in den Warenkorb zu legen und zu bestellen.“ Braucht er länger als drei Minuten, taugt das Design für Ihren Zweck nicht – egal wie ästhetisch es aussieht.

Achten Sie vor Vertragsunterschrift darauf, dass nicht nur finale Screens zum Leistungsumfang gehören, sondern auch Informationsarchitektur, User Journey Maps und Usability-Tests vor dem Go-live fest als Abnahmekriterien vereinbart sind.

Den Fehler haben wir vor zwei Jahren gemacht: von den coolen Animationen im Portfolio blenden lassen und unterschrieben. Beim Rollout stellte sich heraus, dass das Layout unsere tausenden technischen Datensätze aus dem ERP gar nicht paginieren konnte. Der Designer hatte alles mit drei Zeilen Blindtext gebaut – mit realen Daten war die Seite unbrauchbar.

Meine Frage ist geklärt, vielen Dank. Der Zahlungsplan sollte an die Projektphasen gekoppelt sein, nicht an den Kalender.

An deiner Stelle würde ich so vorgehen.

Ich stimme zu.

Das hatte ich auch schon überlegt. Nach der Übergabe lebt das System weiter; Wartung ist ein separater Posten.

Schreibt mir, wenn ihr Fragen habt, ich antworte so gut ich kann.

Ich schreibe das, damit ihr denselben Fehler nicht macht. Jeder nicht schriftlich festgehaltene Punkt ist einer, an den sich beide Parteien später unterschiedlich erinnern.

Aus Erfahrung weiß ich das.

Es gab drei verschiedene Ansichten, die sich alle ergänzen. Wenn der Umfang wächst, müssen entweder Zeit oder Budget wachsen. Eine dritte Option gibt es nicht.

In den ersten drei Monaten läuft alles gut, die Probleme tauchen im vierten Monat auf. Wenn deine Situation anders ist ändert sich das natürlich.

Ich schreibe mal meine Erfahrung auf. Menschen verteidigen nicht den Prozess, sondern die Gewohnheit. Der Widerstand kommt daher.

Ich hoffe das hilft dir weiter.

Hier lauert eine Falle, die ich nicht unerwähnt lassen möchte. Scheut euch nicht zu fragen, wer nicht fragt, zahlt am Ende mehr.

Viel Erfolg.

Ich probiere es aus. Wer bei ux design beispiele hetzt, stolpert alle an derselben Stelle.

Der meiste Zeitverlust entsteht durch Arbeiten, die auf Freigaben warten.

Mich interessiert das auch. Das günstigste Angebot ist oft das am wenigsten durchdachte.

Wenn du das nicht von Anfang an schriftlich festhältst, gibt es später Streit. Wenn deine Situation anders ist, ändert sich das natürlich.

Das wusste ich nicht.