Wie gibst du jemandem in deinem Team Design-Kritik?

Kritisier gegen das Ziel, nicht gegen deinen Geschmack. Frag, welches Problem die Arbeit löst und welches Feedback gewünscht ist, bevor du kommentierst. Trenn dann Beobachtung von Urteil: sag, was dir auffällt, welche Nutzerkonsequenz du vorhersagst und warum, und überlass die Lösung ihnen. Priorisier ein paar wichtige Punkte statt alles aufzulisten, und sei konkret genug, dass sie morgen handeln können.

Die erste Frage ist immer: was versuchst du hier zu erreichen, und welche Art Feedback ist gerade nützlich. Frühe Exploration und ein Review vor dem Launch brauchen völlig verschiedene Gespräche, und Politur-Anmerkungen zu einem groben Konzept verschwenden allen die Zeit. Dann versuche ich zu sagen, was ich sehe, bevor ich sage, was ich denke. Also nicht "das wirkt überladen", was nicht handlungsfähig ist, sondern eher: hier konkurrieren vier Dinge um Aufmerksamkeit, und ich glaube, ein Erstnutzer wird nicht erkennen, dass die primäre Aktion Speichern ist, weil sie unter zwei sekundären Buttons sitzt. Jetzt können sie meiner Vorhersage widersprechen, und genau darum geht es. Ich zwinge mich außerdem, die zwei oder drei wichtigsten Dinge auszuwählen. Liste ich elf auf, geht das Wichtige neben meiner Meinung über ein Icon unter. Und ich halte mich aus Lösungen heraus, sofern nicht gefragt wird, denn wenn die dienstälteste Person im Raum einen Fix anbietet, ist das kein Vorschlag mehr, sondern eine Anweisung, auch wenn du es nicht so meinst.