5 Pet Peeves Designer haben mit Entwicklern (und wie man sie vermeidet)
Katzen und Hunde. Kain und Abel. Designer und Entwickler. Dies sind nur einige der großen historischen Auffälligkeiten.
Designer und Entwickler scheinen oft von verschiedenen Planeten zu kommen und haben völlig unterschiedliche Gehirne.
Entwickler möchten, dass eine Website richtig funktioniert , Designer möchten, dass sie richtig aussieht .
Während diese Ziele viele Überschneidungen haben (und ich stereotypiere hier natürlich ein wenig), hängen die Unterschiede oft von den Erwartungen des Designers und Entwicklers ab.
Erwartungen zu managen ist eine Frage der Kommunikation: Punkte klar auf die andere Seite zu bringen, Gemeinsamkeiten zu finden und Ziele zu vereinbaren.
Okay, vielleicht ist es nicht so einfach, aber es ist wichtig, dass beide Seiten zumindest versuchen, sich zu verstehen .
In dem Bestreben, den guten Willen zwischen Designern und Entwicklern zu fördern, werde ich einige Probleme, die ich erlebt habe, teilen und die Probleme untersuchen, die zu ihnen und ihren Lösungen führen.
Peeve # 1: "Warum kann der Entwickler es nicht einfach so aussehen lassen?"
Sie erstellen ein gut aussehendes Design und geben die Komposition an Ihren Entwickler weiter, aber wenn Sie die Website zurückbekommen, sieht es wie ein Flickenteppich aus, den Sie entworfen haben.
Problem
Comps sind keine Webseiten; Sie sind keine Mischung aus HTML-, CSS- und JavaScript-Code. Photoshop, Fireworks und Illustrator können viele Dinge tun, die im Web nicht möglich (oder zumindest äußerst unpraktisch) sind, was oft bedeutet, dass Entwickler das Design verkleinern müssen.
Lösung
Sprechen Sie beim Entwerfen mit Ihrem Entwickler, nicht erst danach. Fragen Sie sie, ob ein Effekt, den Sie verwenden, leicht zu erreichen ist oder ob eine bessere Alternative existiert. Wenn Sie mehr über die Webentwicklung erfahren, können Sie besser unterscheiden, wann Ihr Entwurf unpraktisch ist und wann der Entwickler gerade nachlässt.
Peeve # 2: "Die Farben sind alle falsch!"
Du wählst keine Farben willkürlich, aber Entwickler scheinen zu denken, dass "nahe ist nah genug."
Problem
Ich weiß nicht, ob das für alle Entwickler gilt, aber ich habe einmal mit einem Entwickler gearbeitet, der rot-grün-farbenblind war (er war ein großer Fan unseres Content-Managers, der alle seine E-Mails in pinkem Text auf einem limonengrüner Hintergrund). Dass er farbenblind war, hielt ihn jedoch nicht davon ab, ein tollkühner Entwickler zu sein.
Lösung
Wenn Sie möchten, dass die Farben richtig sind, buchstabieren Sie alle Farbwerte auf der Seite. Verlassen Sie sich nicht darauf, dass Ihr Entwickler die Farbwerte überprüft oder die Farben in Photoshop ausprobiert.
Sie müssen auch berücksichtigen, dass das Problem möglicherweise nicht beim Entwickler, sondern bei Ihnen liegt. Farben sehen auf einem Mac und in CMYK anders aus (wenn Sie zufällig diesen Farbraum aktivieren). Stellen Sie sicher, dass der Dokument-Farbmodus und die Proofs standardmäßig auf generisches RGB eingestellt sind.
Peeve # 3: "Wissen die Entwickler überhaupt, was" White Space " bedeutet?"
Sie haben viel Raum um Elemente herum gelassen, um einen flüssigen Blickpfad zu schaffen und die Lesbarkeit zu verbessern, aber der Entwickler stopft alles zusammen und sagt Ihnen: "Es ist der einzige Weg, wie alles zusammenpasst."
Problem
Ich habe mich einmal bei einem Entwickler beschwert, dass er zwischen der Grenze eines Moduls und seinem Inhalt keinen Platz gelassen hat, was es für die meisten Leute wirklich schwierig macht zu lesen. Er antwortete: "Ich interessiere mich nicht für andere Leute. Ich kann es lesen. "Während die meisten Entwickler nicht ganz so gefühllos sind, wurden sie nicht in der Kunst des Mischens positiver und negativer Räume geschult, um den Blick des Besuchers auf das Design zu lenken.
Lösung
Wenn Sie wirklich wollen, dass Ihre Designs so präzise wie möglich sind, geben Sie dem Designer nicht nur eine Komposition und erwarten Sie, dass sie den Abstand berechnen. Geben Sie die genauen Breiten, Höhen und Längen in einem Designspezifikationsdokument an. Dies dient als Vorlage, auf die Sie und der Entwickler einigt, wie die Abstände zueinander sein sollten.
Definieren Sie zumindest allgemeine Regeln für Ränder und Abstände. Beispiel: "Alle Module müssen mindestens 10 Pixel Abstand zwischen dem Inhalt und dem Rand aufweisen."
Peeve # 4: "Der Entwickler kann niemals erreichen, dass meine Designs in verschiedenen Browsern gleich aussehen."
Sie schauen sich die Seite in Firefox an und es sieht gut aus, aber wenn Sie zu Internet Explorer wechseln, fällt es in Stücke.
Problem
Sie müssen mit der Notlage von Entwicklern sympathisieren, wenn es darum geht, Designs in allen Browsern einheitlich aussehen zu lassen. Jeder Browser hat seine eigenen Macken mit Abstand. Die Dinge werden besser (vor allem mit dem langsamen Tod von Internet Explorer 6), aber es ist immer noch schwierig, sie alle vollständig miteinander spielen zu lassen.
Lösung
Im Allgemeinen erlaube ich ein paar Pixel Spielraum in meinen Entwürfen, um browserübergreifende Probleme zu berücksichtigen, aber es hilft zu wissen, was diese Probleme sind, während Sie entwerfen, so dass Sie dem Entwickler helfen können, sie zu vermeiden.
Haben Sie keine Angst, browserübergreifende Probleme dem Entwickler aufzuzeigen und erwarten, dass sie behoben werden. Aber einige von ihnen zu lösen, erfordert möglicherweise, dass Sie Ihr Design optimieren.
Peeve # 5: " Wie lange dauert das?"
Nichts ist bedrückender, als das Mitternachtsöl doppelt zu verbrennen, um Ihren Teil eines Projekts planmäßig zu erledigen, nur um eine Entwicklungs-LOE (Level of Effort) zurückzubekommen, die das Projekt-Veröffentlichungsdatum einen Monat nach dem Ende der Ewigkeit zurückgibt .
Problem
In einer klassischen Folge von Star Trek: Die nächste Generation erklärt Scotty Geordi La Forge die Fakten des Ingenieurslebens: "Sie haben ihm [Captain Picard] nicht gesagt, wie lange es wirklich dauern würde, oder? Oh, Junge. Du musst eine Menge lernen, wenn du willst, dass die Leute dich als Wundertäter betrachten. "Manche Entwickler denken an Designer genauso, wie Scotty an Sternenflottenkapitäne denkt.
Lösung
Entwickler wissen, dass sie auf unvorhergesehene Probleme stoßen werden und neigen daher dazu, ihre Schätzungen grob zu puffern. Dies macht sie auch wirklich gut aussehen, wenn sie ihr Ende viel früher als geschätzt bekommen. Feilschen Sie mit dem Entwickler auf eine vernünftige Zeitlinie und halten Sie sie dann fest. Wenn du einen Entwickler kennenlernst, wirst du hoffentlich deinen eigenen Weg finden, ein "Wundertäter" zu werden.
Special Bonus Peeve: "Entwickler verstehen Designer einfach nicht."
Oder schlimmer:
"Der Entwickler denkt, dass sie ein Designer sind!"
Es ist schon schlimm genug, wenn Entwickler den Standpunkt des Designers einfach abzulehnen scheinen, aber diese Meinungsverschiedenheit kann normalerweise vermittelt werden (normalerweise von einem guten Projektmanager). Wenn der Entwickler jedoch denkt, dass er mehr über Design weiß als der Designer, können sich die Gemüter erhitzen.
Problem
Ich musste mich mit mehr als einem Entwickler auseinandersetzen, der einen Artikel von Jakob Nielsen und wollte mich dann mitten in einem Meeting über gute Design-Praxis unterrichten. Dies zeigt nicht nur Respektlosigkeit gegenüber dem Designer, sondern bremst das Projekt auch, wenn eine Debatte stattfindet.
Lösung
Das Arbeiten mit All-in-One-Entwicklern ist schwierig, und die Art, wie man mit diesen Situationen umgeht, hängt von der Größe des Egos ab, mit dem man es zu tun hat. Im Allgemeinen finde ich es am besten, einfach zuzuhören, was sie zu sagen haben, und dann, wenn sie einen Punkt haben, bestätigen Sie es und gehen Sie weiter. Vermeiden Sie es, wenn möglich mit ihnen zu streiten .
Oft geht es bei ihrer Beschwerde um eine Design- "Regel", die gebrochen wurde. Haben Sie keine Angst zu erkennen, dass Sie eine Regel gebrochen haben - das ist es, was innovative Designer tun - aber stellen Sie sicher, dass Sie rechtfertigen können, warum Sie es gebrochen haben .
Immer wenn ich mich in dieser Situation wiederfinde, denke ich zurück an meine Review-Tage in der Designschule, als ich meine Arbeit gegen ziemlich brutale Kritik verteidigen musste. Diese Sitzungen waren oft Ego-Blutergüsse, aber sie brachten mir bei, wie ich meine Entscheidungen schnell verteidigen und gleichzeitig meinen Verstand bewahren konnte.
Es mag demütigend erscheinen, Ihre Entscheidungen ständig rechtfertigen zu müssen, aber je mehr Sie die "Methode in Ihrem Wahnsinn" zeigen, desto mehr werden Sie feststellen, dass Ihre Kollegen Ihr Urteilsvermögen schätzen und ihm vertrauen .
Geschrieben exklusiv für WDD von Jason Cranford Teague .
Was für Ärger hast du mit Entwicklern? Wir würden gerne mehr darüber wissen, bitte teilen Sie Ihre Kommentare unten.