<br />In vielen kleinen Unternehmen besteht dieses Problem nicht. Kleine Unternehmen unterstützen und fördern Designer, und Designer müssen sich keine Sorgen darüber machen, ob sie Ergebnisse erzielen können. Denn wenn sie es nicht tun, werden alle auf sie warten, weil es von Natur aus eine Gruppe von Leuten hinter ihnen gibt, die sie fördern: den Chef, die Ingenieure und die Kollegen. Dieses Ergebnis ist das Ergebnis der gemeinsamen Anstrengungen aller. Doch in vielen großen Unternehmen gibt es so viele Projekte und so viele Kinder, dass die Eltern sich nicht um sie kümmern können. Es gibt zu viele Projekte und der Chef kann sich nicht darum kümmern. Sie schauen nur auf das Endergebnis: Warum machen manche Designer so viele Projekte in einem Jahr? So viele Projekte mit guter Rendite? Warum produzieren manche Designer im Jahr so wenig? Die meisten Projekte, an denen Sie arbeiten, scheitern auf halbem Weg oder sterben sogar im Keim? Wenn der Produktmanager der Leiter ist, wäre das in Ordnung. Produktmanager stehen unter noch größerem Beurteilungsdruck und ihr Hauptaugenmerk liegt darauf, Ergebnisse zu erzielen. Unter ihrem Druck gehen Designer Kompromisse ein und finden einen Mittelweg. Produktmanager sind für die Verwaltung verschiedener Ressourcen (Ingenieure, Tester usw.) verantwortlich, und dann kommen die Ergebnisse heraus. Der Schlüssel liegt jedoch darin, dass Sie als UX-Designer nicht immer passiv auf die Bedürfnisse der PDs reagieren können – tun Sie einfach, was sie wollen und stecken Sie 100 % Ihrer Energie in Projekte, die von ihren „Geschäftszielen“ bestimmt werden. Als User Experience Designer sollten Sie einen Teil Ihrer Energie darauf verwenden können, die Initiative zu ergreifen und einige Projekte zu initiieren und zu verbessern, um die Website benutzerfreundlicher und einfacher zu nutzen. Hier liegt der Schlüssel . Designer reagieren manchmal nicht gerne passiv auf die Anforderungen von PDs und möchten einige Projekte leiten. Es ist jedoch oft schwierig, Ergebnisse für von Designern initiierte oder geleitete Projekte zu erzielen. Die aktuelle Situation kann sein: Die Bauzeit ist sehr lang (die Priorität ist sehr niedrig und kann fast ignoriert werden); Es gibt keine Ressourcenunterstützung – schließlich erfordert ein Projekt ein Team, Ingenieure, Front-End-Entwicklung und Tests, und es ist unmöglich, es alleine zu bekämpfen; Es gibt lange Zeit keine Bestätigung und es ist nicht bekannt, wann mit der Arbeit begonnen werden soll; Auch wenn das Projekt von den Produktmanagern initiiert wird, diese im Produktmeeting darlegen, welchen Nutzen es bringen kann, und die Chefs zustimmend nicken, muss es dennoch priorisiert werden und es muss auf Design- und Engineering-Ressourcen gewartet werden. Ganz zu schweigen von der Forderung eines Designers, der einfach sagt: „Diese Erfahrung ist nicht gut, ich möchte sie folgendermaßen ändern …“ Warum erhalte ich keine Ergebnisse? „Ich habe einen systematischen Verbesserungsplan erstellt, der meiner Meinung nach definitiv viel besser ist als der bestehende. Ich habe Kollegen in meinem Umfeld gebeten, ihn zu testen, und alle sagten, er sei gut und freuen sich darauf, ihn so schnell wie möglich online zu stellen. Nach einer Evaluierung mit dem Nachfrageanalysten stellte sich jedoch heraus, dass die Entwicklung mehr als 30 Manntage erfordern würde. Und der Priorität nach zu urteilen, könnte es bis zum Jahresende dauern. Es gibt keine Ressourcen dafür …“ „Ich hatte das Gefühl, dass es mit einer bestimmten Seite ein großes Problem gab, also führte ich eine Analyse und Verbesserung durch. Es stellte sich heraus, dass die Bereiche auf dieser Seite in verschiedene Produktlinien unterteilt waren, die in der Verantwortung verschiedener Produktmanager lagen. Um mein Design zu fördern, musste ich mit mehreren Parteien kommunizieren. Sie gaben mir viele Meinungen, von denen einige völlig gegensätzlich waren. Ich hatte keine Ahnung, welche Konsequenzen eine solche Änderung haben würde, also ließ ich es einfach sein …“ „Sie meinen, das Ding sei schwer zu benutzen? Das stimmt. Wir wollen es doch nicht ändern, oder? Wir haben bereits mehrere Versionen des Plans veröffentlicht und es bestehen dieselben Probleme. Erstens fehlen die Ressourcen und zweitens sind zu viele Interessengruppen involviert. Wir können keine Änderungen vornehmen, also haben wir den Status quo beibehalten.“ Es gibt natürlich viele Ausreden und Gründe, warum man keine Ergebnisse erzielt. Als Designer kenne ich sie alle und bin selbst schon damit konfrontiert worden. Nach der Analyse können alle Gründe auf die Probleme „Plan, Ressourcen und Kommunikation“ zurückgeführt werden. Es gibt Probleme mit dem Entwurfsplan selbst – er birgt potenzielle Risiken, ist hoch in der Investition und ergibt wenig Ertrag, er ist an sich unvernünftig usw.; Es gibt kein Problem mit dem Entwurfsplan, aber die Ressourcen sind knapp und können nicht investiert werden, sodass natürlich auch kein Ertrag erzielt wird; Es gibt kein Problem mit dem Entwurfsplan, aber die Kommunikation zwischen mehreren Parteien kann nicht reibungslos gefördert werden und er wird auf Eis gelegt. An dieser Stelle entsteht ein Widerspruch. Da wir einen guten Designplan vorgelegt haben, warum erhalten wir keine Antwort von den Ressourcen? Wenn er gut genug ist, sollte er logischerweise eine hohe Priorität haben und von allen Parteien unterstützt werden. Wenn es gutes Design ist, warum ist es dann so schwer zu kommunizieren? Sollten wir jetzt auf ein gutes Design warten oder gibt es eine andere Möglichkeit? Wenn wir glauben, dass unser Design gut ist, fällt es uns schwer, Kompromisse einzugehen, aber - Vorherige Seite 1 2 3 4 5 Nächste Seite Mehr lesen |
<<: CSS3 realisiert das Papierflugzeug aus der Kindheit
>>: So verwenden Sie JavaScript zum Implementieren von Sortieralgorithmen
Ich habe eine gute Idee gesehen und sie aufgezeic...
1. Farbabstimmungsproblem <br />Eine Webseit...
In diesem Artikelbeispiel wird der spezifische Ja...
1. Einführung in Docker 1.1 Virtualisierung 1.1.1...
Hintergrund: Die Site ist vom Front- und Back-End...
Vorwort Bevor wir beginnen, sollten wir uns kurz ...
Dieser Artikel zeichnet hauptsächlich einen Tomca...
Der Befehl „top“ ist der beste Befehl, den jeder ...
Was ist Docker-Compose Das Compose-Projekt entsta...
Zweck der Verwendung von Nginx Lassen Sie uns zun...
In MySQL verwenden wir normalerweise ein Limit, u...
In diesem Artikel finden Sie das Tutorial zur Ins...
Vorwort: Das Jahr neigt sich dem Ende zu. Ist es ...
Inhaltsverzeichnis Vorwort 1. SCP-Nutzung 2. Verw...
Während Ubuntu heute das beliebteste Linux-Betrie...